ソラナのスマートマネー追跡ボットは、なぜそのアドレスに追加の調査の価値があるかを説明するときに、有用になります。「スマートマネー」は研究上の呼び名であり、ウォレットに書き込まれた性質ではありません。大きな残高、早い購入、利益の出る退出は、優れた情報、繰り返せる技能、一人の人間による管理を証明しなくても、注意を集める場合があります。
設計上の難しい問題は、解釈を加えながら、観測できる記録を損なわずに保つことです。トランザクション署名、ミントアドレス、測定した残高変化は、一つの層に置きます。購入などの分類は、別の層に置きます。例外的にうまく時機を捉えていると示唆する得点は、三つ目の層に置きます。読者は、各層を独立して調べ、何によって結論が変わるかを理解できるべきです。
このガイドは、仮の追跡ツールを通じて、その分離を具体化します。目的は研究の整理であり、取引上の優位性を約束することではありません。例では、架空のアドレス、得点、数量や金額を使います。モデルが不確かな場合、データが遅れて届く場合、または印象的に見えたウォレットに、実はそれほど興味深くない説明が付く場合にも、慎重なシステムが情報を与え続ける方法を示します。
ソラナのスマートマネー追跡ボットが実際に観測するもの
まず、システムが何を収集するかを、狭く定めて述べます。観測したトランザクションには、命令、アカウントへの参照、執行の付随情報、残高の変化が含まれる場合があります。これらは解釈への入力です。経済的な意図についての権威ある説明が、最初から付いてくるわけではありません。システムは、裏付けのある説明と、都合のよい推測を区別できるだけの文脈を保持する必要があります。
SolanaのgetTransaction文書は、署名によるトランザクションの取得を説明し、要求した確定性の水準では結果を取得できない場合があると記しています。したがって、応答がない場合には、データの状態を示す必要があります。そのことを直ちに、アドレスが何もしなかった、トランザクションが失敗した、あるいは想定したシグナルが消えたという主張へ変えるべきではありません。
観測ごとに、ネットワーク、署名、関連するミントとアカウント、情報源から取得した時刻、要求した確定性の水準、デコーダーの版を保存します。提案する解釈に対して、トランザクションの結果が十分そろっていたかを記録します。ウォレットの証拠記録は、精密に見えるからと要約を受け入れさせるのではなく、検討者が元のイベントへ戻れるようにするべきです。
アカウントとアドレスと人を分ける
アドレスは、まとめるための有用な識別キーですが、自動的に一人の人間を表すわけではありません。一人が複数のアドレスを管理する場合もあれば、一つのアドレスが、共同での資産管理、運用基盤、プログラムの活動を表す場合もあります。アドレスごとに独立したトレーダーだと扱うと、参加の程度を過大に示す場合があります。十分な証拠なしに複数のアドレスを一つの組織として扱えば、別のゆがみが生まれます。
トークン残高にも、アカウント構造への注意が必要です。Solanaのトークンアカウント文書は、ミントの識別と、そのミントの単位を保有するアカウントを区別しています。追跡ツールは、トークンアカウントを、誰かの資産全体が見えるもののように示すことを避けるべきです。どの所有者との関係を実際に調べたかを説明するべきです。
観測した所有者アドレス、提案するアドレス群、人が読める形の帰属を、別々の項目に保ちます。後の二つには、証拠と確信度の表示が必要です。スマートマネーのウォレットを追う方法の説明は、ボットがこうした違いをデータベースの規則へ変える前に、広い研究の問いを定める助けになります。
得点を付ける前に分類する
あるアドレスが、架空のトークンを80,000単位受け取ったとします。単純な追跡ツールは、流入を購入と呼び、蓄積の得点を与えます。しかし、その移転は、配布、関連アカウント間の移動、支払い、または複雑なトランザクションの一部かもしれません。残高の増加だけでは、価値を交換したと特定できません。
購入という分類は、その説明と整合する、デコードしたトランザクションの文脈に依存するべきです。デコーダーが交換の経路を認識し、関連する変化を照合できるなら、観測したトランザクションを交換に分類したと記録できます。それでも、操作した人の動機や、ほかの場所も含めた経済的な保有状況の全体を知っていると主張するべきではありません。
不明という区分を明示的に使います。不明という状態は、裏付けのない確実さを防ぐときに、情報を与えます。加工前の数量や金額を利用できるまま保ちつつ、より強い呼び名を付けることは控えます。ソラナの大口追跡で使う調査上の区別は、大きな移転が、その実際の役割を確立する前に注目を集める場合に、特に役立ちます。
モデルが答える問いを平易な言葉で定義する
モデルの得点には、特定の評価対象が必要です。過去の実現結果でアドレスを順位付けするのでしょうか。選んだ参照集団に似た行動を特定するのでしょうか。それとも、観測した購入の後に、明示した期間で価格が上がるかを予測するのでしょうか。これらは異なる問いであり、異なるデータを必要とし、支えられる用途も異なります。
ゼロから100の尺度で、仮に82という得点を考えます。定義がなければ、読者は利益が出る確率が82%だと解釈するかもしれません。定義した結果の確率推定として、モデルを明示的に構築し評価したのでない限り、その解釈は正当化できません。順位の得点は、確率としての意味がなくても役立ち得ます。
得点の隣に、何を評価しているかを書きます。例えば、観測対象の標本内では、退出の規律について、そのアドレスが高い順位にあると説明できます。振り返る期間、適格なイベント、必要な履歴の最低量、分かっている除外を含めます。検討者が、その説明に反する結果を特定できるほど、表現を狭くするべきです。
分母を保った特徴量を作る
特徴量の名前は、結果を左右する選択を隠すことがよくあります。勝率には、完了した保有の定義、移転の扱い、分母が必要です。平均保有期間には、異なる時点で取得した保有を対応付ける方法が必要です。収益率の推定には、取得原価、手数料、まだ売っていない残高について擁護できる価値評価の方法が必要です。
分類できた十件の退出のうち、八件で利益が出たように見えるアドレスを考えます。その分類の下での観測勝率は80%です。しかし、すべての売買の80%で利益が出たとは言えません。別に30件の退出が未分類なら、観測できた部分集合と、欠けた活動の間には、体系的な違いがあるかもしれません。割合とともに、網羅できた範囲の数値を公表します。
特徴量ごとに、標本の件数と除外を保存します。二つのイベントに基づく特徴量を、数百のイベントに基づくものと同じくらい信頼できるように見せるべきではありません。ゼロの値と、取得できない値を区別します。後者の違いによって、一時的なデータ停止で、以前は活動していたアドレスが、突然活動しなくなったように見えることを防げます。
誤解を招く順位の例を考える
Cedar、Harbor、Reedという、三つの架空のアドレスを考えます。Cedarには、記録された八件の退出のうち六件の利益が出る退出があり、Harborでは50件のうち30件、Reedでは十件のうち九件です。この比率だけで順位を付けると、Reedが90%で一位、Cedarが75%で二位、Harborが60%で三位になります。
ここで、文脈を加えます。Reedの十件の退出は、一度の上昇局面で、一つのトークンについて行われました。Cedarの八件は数日にまたがりますが、曖昧な受取移転が三つ含まれます。Harborの50件は複数の市場条件にまたがり、費用の記録もより完全です。いずれも、Harborが優れていると証明するものではありません。しかし、最初の順位が、読者が想定するより、はるかに狭い問いに答えていたことは示します。
有用なインターフェースは、順位と、証拠の特徴の両方を示します。Reedでは、観測した成功の割合の高さを保ちながら、標本が集中していると表示できます。Cedarには取得原価についての注意、Harborには広い範囲を観測しているという表示を付けられます。一つの総合値がすべての得失を解決するふりをするより、これらの説明の方が、研究の次の行動につながります。
評判についての説明から流動性を切り分ける
ウォレットに印象的な履歴があっても、直近のトランザクションには、別の参加者が実用上追随できない場合があります。観測された数量や金額は、そのアドレスの資本に比べれば小さくても、利用できる退出時の流動性に比べると大きいかもしれません。過去の行動から導いた得点を、現在のどの執行条件でも受け入れてよいという許可へ、黙って変えるべきではありません。
追跡ツールが、$12,000に相当する架空の購入を観測したとします。研究者が選んだ価格への影響の制限の下で、利用できる流動性の厚みが2百万ドルある市場と、$20,000の市場では、その金額の意味が異なります。比率はそれぞれ0.6%と60%です。これらは、明示した流動性の厚みの推定に対する相対的な規模を説明する数値であり、価格への影響の予測ではありません。
独自の時刻、経路の仮定、取引規模を持つ、流動性の文脈の表示を別に保ちます。ソラナの大口追跡ツールのガイドは、相対的な規模をさらに詳しく扱っています。アドレスの過去の記録とは独立して、市場の受入れ能力が変わり得るため、評判の得点を補う有用な資料になります。
スマートマネーの得点の校正を正直に試す
スマートマネーの得点を校正するには、そもそも出力を確率として使うつもりなのかを、まず決めます。単なる順位なら、後の未使用の観測で、上位の集団ほど定義した結果が多く現れる傾向があるかを評価します。割合の方がなじみやすく見えるというだけで、百分位の順位を確率へ呼び替えることは避けます。
モデルが確率を出すなら、比較に意味があるだけの独立した事例を集め、予測した集団と、観測した頻度を比べます。60%付近と予測した集団で、有利な結果が三つ出ただけで、校正できたと宣言するべきではありません。結果には、不確かさ、記録された標本、評価中に判定方法が変わらない対象が必要です。
後の情報が以前の特徴量へ入ることを許さず、時間で評価を分けます。関連イベントを別々にすると依存によって成績をよく見せる場合には、まとめて扱います。一度の協調した活動から生じた百のトランザクションが、百回の独立した試験になるとは限りません。モデルは、公開後に実際に向き合う正確な研究の問いについて、信頼を得るべきです。
未来から学ぶことを避ける
過去のウォレットの呼び名は、特に後知恵の影響を受けやすいものです。今日作った成功アドレスの一覧には、生き残ったものしか含まれていないかもしれません。それらが数か月前に何をしたかを試すと、実際より選択の過程が強力に見える場合があります。どのアドレスが後で有名になり、活動を続けるかを、当時の追跡ツールは知りませんでした。
評価日ごとに、その当時の監視一覧に含まれていたアドレスを保存します。いつ適格になり、なぜ一覧へ入り、どの情報を使えたかを記録します。大きな価格変動の後で発見したアドレスを、その前からボットが追っていたように扱うべきではありません。
同じ規律は、トークンの識別、デコーダーの改善、訂正した価格履歴にも当てはまります。現在の解釈を使う再生は、原因を調べるには役立つ場合がありますが、事後の再構成だと明示します。当時の状況での再生は、もっと厳しい問いを立てます。判断が必要だった時点で、欠けた項目や遅れた観測も含め、システムは実際に何を知っていたはずなのでしょうか。
ソラナの追跡ツールが判定を控える規則を設計する
追跡ツールには、証拠が不十分だと言う方法が必要です。ソラナの追跡で判定を控える規則は、トランザクションのデコードが不完全な場合、適格な標本が小さすぎる場合、または観測されたトークンの条件についてモデルを評価していない場合に、得点を出さないようにできます。判定を控えても観測は保ち、何が欠けているかを説明するべきです。
例えば、新しく観測したアドレスに、分類済みの購入が一件あり、退出がない場合があります。ボットは、技能の呼び名を与えずに、調査の待ち行列へ入れられます。長く活動してきたアドレスでも、直近のトランザクションが、デコーダーに解釈できないプログラムを使っていれば、一時的に得点の対象外になるかもしれません。どちらも得点を出さないとしても、異なる説明が必要な事例です。
判定を控えたことを、低い数値の得点に見せてはいけません。ゼロという得点は、評価したうえで否定的な結果が出たことを意味します。一方、得点を取得できないことは、問いに答えていないことを意味します。この違いがあれば、責任を持って順位付けする証拠がシステムにないというだけで、興味深いアドレスを読者が退けることを避けやすくなります。
通知の文に証拠の境界を含める
通知は、モデルが何を意味すると考えるかを述べる前に、何が起きたかを示すべきです。有用な仮のメッセージでは、追跡するアドレスが、指定したミントに関わる、交換に分類された操作を完了したと報告し、その後、得点の版と、限定した解釈を示せます。発生時刻と観測時刻は、別々に特定するべきです。
独立して確立された証拠が、その正確な主張を支えるのでない限り、「インサイダーの購入」のような呼び名は避けます。その場合でさえ、公開活動の追跡ツールは、一般にトランザクションの型だけから、特別な知識を推測できません。先行するインサイダーのウォレット追跡のガイドは、魅力的な呼び名が、使える証拠を超える場合がある理由を説明しています。
元の観測と、その後の訂正へ、読者が直接進める経路を用意します。分類が変わったら、別の独立したシグナルのように見えるものを作らず、同じイベント記録を更新します。開始時に関係する観測には、さらに注意が必要です。ソラナのトークン開始通知は、ミントの作成と、最初に観測した売買で、異なる時刻が生じる理由を説明しています。
研究ボットと注文システムを分ける
研究上の得点は、取引を認可せずに、注意を向ける優先度を決められます。別のシステムが出力を使うなら、得点と一緒に、証拠の時刻、モデルの版、制約、一意のイベント参照を渡します。受け取る側のシステムは、なお自分に許された資産、保有リスクの制限、使える資金、現在の執行条件を確認する必要があります。
観測、推奨、認可、送信、約定を、別々の記録として扱います。高い得点は認可の証票ではありません。送信したトランザクションは、確認済みの約定ではありません。送信の状態が不明でも、保有リスクを重複させるかもしれない新しい注文を作ることは正当化されません。研究の論理が高度でも、これらの境界は必要なままです。
研究を執行へつなぐ読者は、ウォレット追跡の取引ボットの説明を使い、引き渡しを調べられます。設計上の重要な問いは、後の検討者が、得点があったと分かるだけでなく、なぜ操作が起き、各判断にどのシステムが責任を持ったかを理解できるかです。
訂正を価値のある結果として検討する
一度も見方を変えないボットは、改訂を隠しているだけかもしれません。移転の再分類、所有者の対応付けの改善、欠けたトランザクション、費用記録の調整について、訂正履歴を保ちます。訂正ごとに、影響する得点と、以前の通知に、見える形での更新が必要かを特定するべきです。過去の記録は、何がいつ変わったかを説明するべきです。
訂正の影響を測ります。移転を考慮した原価計算によって、多数の上位アドレスが順位を失うのかもしれません。その発見は、元の特徴量が、不完全なデータを高く評価していたと示唆します。分類は安定していても、予定した調査の間隔に役立つには、観測が遅く届きすぎるのかもしれません。それなら、別の弱点と、別の対処が必要です。
肯定的な通知だけでなく、判定を控えた事例の標本も検討します。そうしなければ、モデルが体系的に除外する有用な事例を見逃しながら、見える成功だけをチームが最適化する場合があります。偏らない検討では、誤った確信、観測から漏れた範囲、人が証拠を理解するのに必要な時間を調べます。その三つすべてが、追跡ツールの実用性へ影響します。
ソラナのスマートマネー追跡ボットを点検できるものにする
最も有用な受入れ試験は、任意の得点を選び、再構成することです。検討者は、元のトランザクション、分類の判断、適格な標本、特徴量の値、モデルの版を特定できるでしょうか。どの主張が直接の観測で、どれが仮定へ依存するかを確認できるでしょうか。整った数値は、このつながりに比べれば二次的です。
二つ目の試験は、重要な入力を取り除くことです。トランザクションの詳細が消えたら、システムは網羅範囲の問題を示すべきです。流動性のデータが古くなったら、その文脈は独立して期限切れになるべきです。モデルが、評価済みの範囲外の行動を受け取ったら、得点に留保を付けるか、得点を出さないようにするべきです。それぞれの対応が、ボットが自分の限界を把握していることを示します。
最後に、研究上の有用性で成功を定義します。追跡ツールは、説明できる少数の事例を見つけ、裏付けのない物語を退け、一貫して不確かさを記録する助けになるかもしれません。その後に売買がなくても、これらは意味のある結果です。得点は、証拠を調べやすくし、理由付けを問い直しやすくすることで、その存在意義を得ます。
人による検討の実験を行う
取引結果によってモデルを判断する前に、支えるために作った研究課題を改善するかを試します。明らかな移転、十分に裏付けられた交換、不完全な記録、履歴が集中したアドレスを含む、匿名化した観測の混合集合を、検討者へ渡します。観測時点で使えた証拠を用い、短い結論を書いてもらいます。後の結果を明かす前に、その答えを保管します。
同じ資料の二通りの示し方を比べます。一方では得点をすぐに見せ、もう一方では証拠を先に示し、後から得点を明かせます。目的は、数値が判断の基準として強く固定されすぎ、反する事実を検討者が見落とすかを知ることです。証拠を先にする検討で、分類がより正確になったり、不確かさの説明がより明確になったりするなら、その結果をインターフェースへ反映するべきです。
検討時間、裏付けのない断定、欠けたデータを求めた回数を追います。確信を持った誤りが増えるなら、速い検討が自動的によいとは言えません。逆に、検討者が、アドレスが待ち行列へ入った理由を説明でき、どの特定の観測で結論を覆すかを特定できるなら、少し遅い手順にも価値があるかもしれません。好みのインターフェースだけが緩く評価されないよう、演習前にこれらの基準を定義します。
デコーダーやモデルを大きく変えた後には、演習を繰り返します。不確かさを保つことが正解である、難しい事例をいくつか残します。これらがあれば、無理に分類することを、チームが進歩と扱うことを防げます。点検できる研究ツールは、最終判断を読者に残すことになっても、未解決の証拠を理解できるものにするべきです。