ソラナの新規トークンスキャナーは、候補について、作成時刻と現在の項目を示すことがよくあります。その見せ方では、最も重要な履歴が隠れる場合があります。権限は変わっているかもしれず、市場は後から現れたかもしれず、スキャナーがトークンを知ったのは、最初の関連イベントからずっと後かもしれません。一つの時刻だけでは、その順序を説明できません。
役立つ時系列は、何が起きたかと、スキャナーがいつ知ったかを分けます。アカウントの状態と、その状態を変えたイベントも分けます。そうすると、特定の過去の時点について、確認者はどの証拠を使えたのか、どの事実は後になって初めて使えたのかという、正確な問いを立てられます。
ここでは、Cedarという架空のトークンを、作り物の発見の流れに沿って追います。時刻と数量は、研究の設計を説明する例です。実際の市場開始を説明するものではありません。標準的な開始の型を示唆するものでもなく、いずれかの段階に達すれば安全に取引できると示すものでもありません。
ソラナの新規トークンの時系列は、問いを定めるところから始める
時系列は、定めた目的に役立つように作ります。市場開始の履歴を調べるなら、ミントの作成、プールの形成、観測した取引がいつ起きたかを問います。機能を調べるなら、各観測時にどの権限やトークン機能が存在したかを問います。収集処理を調べるなら、スキャナーが各事実をいつ初めて知ったかを問います。問いは重なりますが、使う時計と証拠は違います。
Cedarについて、最初の対応済みの取引観測より前に、スキャナーが確認に必要な記録を完成できたかを研究するとします。それには、後から資料で見つけた最も早い時刻だけでなく、必要な証拠を使えるようになった時刻が必要です。後から再構成した内容を、その時点で知っていたこととして提示してはいけません。
先行する新しいソラナのミームコインを発見するガイドでは、作成、流動性、移行、索引での発見が、それぞれ別の節目である理由を説明しています。時系列を作れば、その区別を記録に残せます。特定のイベントを証拠で確認できないところには、不明であることを明示します。
イベントを並べる前に資産を特定する
時系列には、安定した一つの資産識別情報が必要です。ネットワークとミントのアドレスを使い、関係するアカウントや市場との関係を付けます。名前が似ているだけでは、イベントを結び付ける理由として不十分です。そうしないと、同じシンボルを持つ別のトークンのプールイベントが、Cedarの初期履歴に混ざる可能性があります。
それぞれの関係を支える証拠を残します。発見したアドレスがトークンアカウントなら、資産の時系列へ付ける前に、そのミントを特定する必要があります。市場との関係が不確かなら、確立した履歴として扱わず、関連付けの候補として残します。
ソラナのコインスキャナーのガイドでは、候補を絞る条件が一貫した項目に依存することを扱っています。時系列の作成は、その項目を作る上流の作業の一つです。経過時間や権限の表示が誤解を招くものなら、絞り込み自体は意図どおりに実装されていても、通過する候補が変わる場合があります。
イベントと状態のスナップショットを区別する
スナップショットは、利用できる記録のある時点で観測した状態を説明します。イベントは、それ自体の証拠が支える変更や操作を説明します。09:10にある権限の値が見えても、その値がいつ初めて有効になったかまで分かるとは限りません。変更を特定するには、それ以前の状態や取引の証拠が必要かもしれません。
Cedarの09:10のアカウント読み取りで、特定のミント権限が見えたとします。その前の信頼できる観測が09:00で、別の値を示していたなら、その二点の間に観測した状態が変わったことを確認できます。追加の証拠なしに、その区間内の正確な移行時刻を作り上げるべきではありません。
この区別は、正直な表示に役立ちます。「09:10に権限Bを持つ状態を観測した」は、「09:10に権限が移転した」より狭い説明です。読者に証拠の種類が分かる表示であれば、スナップショットの項目と、検証済みイベントの項目を、同じ時系列へ含められます。
イベントの時刻と、事実を知った時刻を記録する
イベント時刻は、確認できる場合に、元の履歴の中で活動が起きた位置を示します。知識を得た時刻は、スキャナーがその事実を使うだけの証拠を持った時点を記録します。解釈が完了する前に加工前の観測を取り込んだ時刻を、第三の時刻として記録する場合もあります。これらを保てば、点検の目的に合う時計を使えます。
Cedarのミントイベントの時刻が09:00で、スキャナーが関係する記録を09:04に取り込み、09:06に資産を識別できたとします。過去の図では、作成を09:00に置けます。一方、スキャナーの判断を再現するときは、別の記録された経路でそれ以前に得ていない限り、09:06より前に確定した識別情報を使うべきではありません。
各時点の情報で行うトークン研究は、この規律に依存します。以前のイベントを後から補うと、過去についての知識は改善しますが、時間をさかのぼって、当時スキャナーが行えた判断を改善するわけではありません。再構成したイベントの並びと、その当時に知識を得た並びを、別々に確認できるようにします。
権限の変更には役割の特定が必要である
権限の変更は、特定のアカウントの特定の役割に関わります。ソラナの文書では、ミントアカウントの発行や凍結の役割、トークンアカウントの役割など、権限の種類を分けています。一つの役割の変更を、すべての許可が変わったかのように要約してはいけません。ソラナの権限に関する文書。
Cedarについて、役割名、影響するアカウント、分かる場合には以前に観測した値、新しい値、根拠の証拠を記録します。時系列では、ミント全体の機能を説明しているのか、特定の保有用アカウントに付く許可を説明しているのかを明確にするべきです。広い意味で「所有者が変わった」と伝えると、その違いが隠れる場合があります。
ソラナの新規トークンの権限変更では、移転と取り消しも区別するべきです。役割を別のアドレスへ移すと、新しい管理者の下で役割が残ります。取り消しに対応した役割をnoneへ設定すると、選んだその権限がなくなります。どちらの観測も、それだけでアドレスの背後にいる人の身元や意図を証明するものではありません。
権限の取り消しを、安全性の判定へ変えない
検証できた権限の取り消しは、機能について意味のある観測になり得ます。それでも、特定の許可についての説明です。トークンのすべての性質、市場の質、保有の分布、参加者の動作を証明するものではありません。時系列は、その狭い事実を、あらゆる面を保証する証明へ格上げせずに保つべきです。
Cedarについて、最初に観測したプールの取引より前に、特定の権限がなくなったと記す場合があります。この順序は、市場開始の並びについての研究の問いに答えられます。ただし、流動性が残り続けることを証明するわけではありません。また、選んだ数量で退出できることを証明するわけでもありません。
先行するソラナのトークン機能の確認ガイドでは、プログラムや拡張への対応を調べるための背景を示しています。時系列は、それらの観測を日付へ結び付けられますが、一つの項目の緑色表示によって、記録のほかの場所の未解決項目を消してはいけません。
変更の前後の状態を保存する
変更の項目は、関係する変更前後の観測へつながっていると理解しやすくなります。そのスナップショットから、同じアカウント、解析機能、確信度の方針を使って比べているかが分かります。また、チェーン上のイベントではなく、解釈の更新によって生まれた見かけ上の変更を見つける助けにもなります。
最初は解析機能が未対応のため、Cedarの権限を不明と表示したとします。後の解析機能が、同じ保存データからアドレスを特定します。これは解釈の改善であり、必ずしも権限の変更ではありません。解析機能の版と日付を添え、知識の改訂として示します。
この区別は、イベント数と通知を守ります。そうしなければ、ソフトウェアを更新するたびに、権限が変わったように見える多数の事例を作ってしまいかねません。よい時系列なら、元のアカウントが変わったのか、すでに存在していた状態をスキャナーがよりよく理解できるようになったのかを、読者が確かめられます。
プール作成には、その証拠を別に付ける
トークンのミントと取引プールは別の対象です。プールに関係するイベントでは、市場、ペアの資産、プログラムの解釈、ミントとの関係を特定するべきです。トークンの作成は、対応するプールがすでに存在することを証明しません。また、新しく観測したプールが、新しく作られたミントを示すとも限りません。
Cedarで、最初の対応するプールイベントの時刻が09:20だとします。その節目を09:00のミントイベントとは別に記録します。スキャナーがプールを09:25になって初めて発見したなら、その後の知識を得た時刻も残します。確認者は、ネットワーク上の順序と、発見までの遅れを区別できます。
ソラナの新しいコインのスキャナーのガイドでは、ミント、プール、取引のイベントで「新しい」が何を意味するかを扱っています。ここでは、その定義を時系列の項目にします。記事や表示で、どの節目を指すかを明示していない限り、一つの「開始時刻」へまとめるべきではありません。
紹介してUSDCを獲得
紹介してUSDCを獲得当アフィリエイトプログラムでは報酬をリアルタイムで支払います。
実際に観測した最初の取引として表示する
「史上最初の取引」と言えなくても、「最初に観測した取引」なら根拠を示せることがよくあります。収集が取引開始後に始まった場合、履歴の一部がない場合、対応する市場が限られる場合もあります。時系列には、対象とする範囲と、その観測を支える証拠を示すべきです。
Cedarで、09:24の取引が、利用できる記録で見つかった、最も早い対応済みの取引だとします。09:24より前の履歴が不完全なら、そのことを時系列に記します。後から履歴を補うと、さらに前の取引が見つかるかもしれません。その場合は、元の収集処理が当時知っていたことを間違えていたと主張するのではなく、最も早く確認できる観測を改訂します。
取引の分類自体にも注意が必要です。トークンの移動が、自動的に市場での交換になるわけではありません。時系列は、対応している方法で解釈した取引と、関係する残高の変化に基づくべきです。証拠が移転だけを示すなら、購入や売却と表示せず、その狭いイベントの種類を保ちます。
確信度の変化と、新しいイベントを区別する
選んだチェーンの確信度の方針に従い、観測の確かさが高まっても、新しい経済イベントになったわけではありません。時系列は、同じ操作について無関係な発見をいくつも作らず、最初の項目を更新するか注記するべきです。それにより、暫定的な記録が、後になって安定した報告に使えるようになる理由を読者が理解しやすくなります。
スキャナーは、方針の条件を満たさなくなった観測にも対応するべきです。早い段階の項目が根拠を失ったなら、最初の観測と後の訂正を残します。不都合な項目を削除するだけの時系列では、以前に通知を送った理由や、確認者が別の状態を見た理由を説明できません。
二つのスキャナーを比べる際には、特に重要です。一方は早い暫定的な証拠を公表し、他方は待つかもしれません。点検で、それぞれの時刻がどの程度の確信を表すかを示さなければ、直接は比べられません。画面へ早く現れることが、同じだけ安定した情報へ早くアクセスできることを、自動的に意味するわけではありません。
空白を区間として示す
空白は、既知の点の間について、時系列が何を主張できるかに影響します。09:12から09:18まで収集が失敗したなら、09:19のスナップショットは、その間に変更がなかったことを証明できません。途切れず観測したかのような連続線を引かず、その区間を不完全として示します。
Cedarについて、09:11と09:19の権限の値が同じなら、その二つの観測で一致したことは確認できます。それだけでは、空白の間に値が変わり、元へ戻った可能性まで否定できません。その可能性が重要かどうかは、研究の問いと、利用できる取引の証拠に依存します。
空白の印には、影響した情報源と、後から履歴を補って解決できたかを含められます。これによって、残り続ける不確実さと、一時的な運用の中断を読者が区別できます。何も起きなかった証拠として余白を扱うのではなく、その意味を明示すると、時系列からより多くの情報を得られます。
選んだ時刻で確認用のスナップショットを作る
確認用のスナップショットは、選んだ知識取得時刻の締め切りまでに使えた事実だけを集めます。締め切りが09:22だとします。Cedarのミントは特定され、権限の変更が一つ検証できている一方、プールのイベント時刻は締め切りより前でも、スキャナーはまだプールを知らないかもしれません。
スナップショットは、最終的に再構成できた履歴ではなく、スキャナーが実際に持っていた知識を反映するべきです。これにより、後知恵によって、当時の確認が実際以上に完全だったように見えることを防げます。別の事後的な表示で、今分かっている順序と、何が遅れて届いたかを説明できます。
先行するソラナ自動化の研究ガイドでは、固定した締め切りと、検証用に分けた観測を扱っています。時系列のスナップショットは、その方法を支える実際の記録です。関係する時点でシステムが本当に持っていた情報を使って、候補についての判断を再現できるようにします。
Cedarの一連の流れを通して確認する
この架空の例では、ミントの証拠が示す時刻は09:00で、スキャナーが09:04に受信し、09:06に識別を解決します。権限の変更は09:15に起き、09:17に解釈されます。対応するプールイベントは09:20に起きますが、09:25まで発見されません。見つかった中で最も早い対応済みの取引は09:24に起き、09:26に解釈されます。
09:22時点で、スキャナーはミントと権限の変更を説明できますが、この収集経路からプールや取引を知っているとは正直に主張できません。09:27なら、四つの事実をすべて使えるかもしれません。イベント時刻で並べた事後的な順序は完全に見えますが、知識を得た時刻の順序を見ると、発見の遅れが分かります。
この作り物の例での差は、ミント識別に六分、権限の解釈に二分、プール発見に五分、取引の解釈に二分です。これは性能の基準ではありません。節目ごとに遅れがあり、それぞれ別に測るべきだということを示す例です。
時系列の変化を、通知で何が新しいかへ結び付ける
通知は、何が新しく分かり、それが読者の確認にとってなぜ重要かを説明するべきです。古いイベントを新たに解釈できたことは役立つ場合がありますが、今起きた市場活動として伝えてはいけません。同様に、現在のスナップショットが既知の状態を確認しただけなら、新たな通知を送る理由にならない場合があります。
ソラナの新規トークン通知のガイドでは、出所と対応可能性を説明しています。時系列は、その区別に必要な証拠、つまりイベント識別情報、イベント時刻、知識を得た時刻、記録の以前の状態を提供します。この履歴がないと、通知システムは発見の遅れを、新たに起きたことと混同する可能性があります。
訂正は、影響した通知へ結び付けるべきです。以前のメッセージが、新しいミントの作成だと主張したものの、後の証拠では新しい保有用アカウントだけだったなら、時系列は訂正とその影響を残すべきです。記録を改善することには、以前の解釈がどう変わったかを説明することも含まれます。
証拠が支えていない物語がないか点検する
人は自然に、順序のある出来事を物語へ変えます。権限の変更の後に流動性が動くと、意図、協調、非公開情報についての物語を考えたくなるかもしれません。時系列が順序を示せるのは、証拠が支える範囲だけです。二つのイベントが近くに見えるだけで、動機を証明することはできません。
観測した役割と操作には、中立的な表示を使います。あるアドレスが、記録された権限の保有者や取引参加者であっても、特定の人物として識別されているわけではありません。直接確認した関係ではなく推測した関係なら、推測と明示し、裏付けを強めるためにどんな証拠が必要かを示します。
役立つ点検では、時系列の各文が、事実、分類、推測、不明のどれを説明しているかを問います。その区別を読めるようにすれば、履歴の信頼性が高まります。また、トークンの作成者や取引者がこう意図したはずだという魅力的な物語で、空白を埋めたい誘惑を抑えられます。
前提も一緒に時系列を出力する
時系列は、研究ノート、出力したデータセット、スクリーンショットとして、スキャナーの外へ出る場合があります。出力には、時計の定義と証拠の状態を残すべきです。そうした表示のない時刻一覧は、別の読者が再利用したときに、知識を得た時刻を、イベントの発生時刻に見せてしまう場合があります。
出力の文脈に、確認の締め切り、ネットワーク、ミント識別情報、解釈の版、未解決の区間を含めます。Cedarでは、09:20のプールイベントと09:25の発見の区別を、元のインターフェースの外でも保つ必要があります。そうしなければ、後の分析者が、実際より五分早くスキャナーがプールを知っていたと結論するかもしれません。
出力が、その当時のスナップショットなのか、後から再構成したものなのかも明示します。どちらも役立ちますが、答える問いは違います。このわずかな文脈によって、整った過去の報告を、現在進行で検出できた能力の証拠と取り違えることを防ぎ、後の比較の整合性を保てます。
知識が改善しても履歴を保つ
ソラナの新規トークンスキャナーの時系列は、欠けた証拠が届き、解釈が改善すると変わっていきます。過去の意味を変える修正には版を付けます。以前の表示、訂正の理由、改訂した事実が使えるようになった日付を保存します。こうすることで、時系列は絶えず上書きされる表示ではなく、研究記録になります。
最終的な結果では、何が起きたように見えるか、当時スキャナーは何を知っていたか、今なお何が不確かかという三つの問いを、読者が混乱せず行き来できるべきです。各問いには正当な答えがありますが、答えが同じである必要はありません。その差から、運用や研究で特に役立つ教訓が見つかることがよくあります。
丁寧な時系列を作っても、新しいトークンを予測できるようになるわけではありません。証拠の順序を点検できるようになります。それが、将来の事実を以前の確認へ持ち込まずに、発見の速さ、権限の観測、市場の節目、その後の判断を評価する基礎です。