CoinMarketCapで循環供給量を検証する方法

CoinMarketCapの循環供給量検証は何を確立しますか？

CoinMarketCapの循環供給量検証は、プロジェクトが循環していると報告する数量とその数値の背後にある理由の証拠レビューです。あなたのタスクは、その数値を再現可能にすることです。別のレビュアーが、記載された供給ベースから計算で使用された残高と除外項目をたどって、その数値を追跡できるようにする必要があります。

循環供給量は、単にミントされた量ではなく、必ずしも総供給量から広範なカテゴリを差し引いたものでもありません。ベスティング契約、プロジェクトのトレジャリー、流動性の取り決め、またはその他の管理されたアドレスに保持されているトークンは、個別に説明する必要がある場合があります。関連する扱いは、割り当ての事実と開示する方法論によって異なります。

ファイルを集める前に、以下の質問に答える短い方法論メモを書いてください：

• どの供給量を報告し、どの日時時点ですか？
• どのアドレスと残高が含まれるか除外されますか？
• 各分類を裏付ける証拠は何ですか？
• アンロックやトークン移行など、数値を変える可能性のあるイベントは何ですか？

この枠組みは、読者が報告された供給量とともに時価総額を解釈するのにも役立ちます。より広範なプロフィールプロセスについては、CoinMarketCapに上場する方法を参照してください。

提出前にどの書類を準備すべきですか？

トークンの公開された割り当て計画を検証可能なオンチェーン記録に結び付ける、簡潔な証拠ファイルを準備してください。レビュアーがウォレットが除外される理由を推測したり、無関係な文書間で異なる合計を調整したりする必要がないようにします。

実用的なファイルには通常、以下が含まれます：

• トークンコントラクトアドレス、チェーン、小数点、関連するエクスプローラーページへのリンク。
• 現在のトークノミクスまたは割り当て文書（バージョン日付付き）。
• ベスティングスケジュール、アンロック条件、ロックされた割り当てのコントラクトアドレス。
• アドレス、ラベル、残高、分類、証拠ソースを含むウォレット登録簿。
• 該当する場合、トレジャリー、チーム、投資家、エコシステム、流動性の割り当て記録。
• バーン証拠または移行文書（報告数量に影響する場合）。

可能な場合は一次証拠を使用してください：コントラクトデータ、エクスプローラー記録、公開されたベスティング条件、プロジェクト管理文書。スプレッドシートは計算に役立ちますが、基礎となるソースにリンクする必要があり、それ自体が代わりになるべきではありません。ウォレットラベルが公開データではなくプロジェクトの知識に基づいている場合は、その旨を明記し、裏付け記録を提供してください。

日付入りの「真実のソース」フォルダーを1つ維持してください。現在の証拠を古いスケジュールから分離し、関係が明確になるようにファイル名を付けてください。たとえば、ベスティングスケジュールは、説明する割り当てを特定する必要があります。この規律により、提出のレビューが容易になり、将来の更新の再現も容易になります。

残高を防御可能な数値にどのように調整しますか？

定義された供給ベースから始めて、重要な包含と除外をすべて文書化して、循環供給量を調整します。計算は、トークンのオンチェーン状態から提出する数値への透明な橋渡しである必要があり、両者の間に説明のつかない調整があってはなりません。

関連するアドレスまたは割り当てごとに1行のワークシートを作成します。選択したスナップショットでの残高、ラベル、処理、理由、証拠リンクを含めます。含まれる残高と除外される残高を別々に追加し、結果を報告された数値および公開されたトークノミクスと比較します。コントラクトまたはエクスプローラーが異なる合計を表示する場合は、あるソースを別のソースに静かに置き換えるのではなく、その違いを説明してください。

ワークシートでよくある混乱ポイントを確認してください：

• 残高は同じスナップショット時刻、同じチェーンで取得されていますか？
• ベスティング契約は、記載された方法論と一貫してカウントされていますか？
• トレジャリーと運用ウォレットは、公開市場の保有と区別されていますか？
• バーンされたトークンは、そのステータスの検証可能な証拠によって裏付けられていますか？
• 小数点、移行、またはラップされた表現が重複カウントを引き起こしていませんか？

別の人がソースリンクから合計を再現できるようにしてください。スナップショット日付と仮定をファイル自体に記録してください。値が推定されたり、ウォレットの目的が不明な場合は、それを明確にマークし、仮定をオンチェーンの事実として提示するのではなく、提出前に解決してください。

ロックされたトークン、トレジャリーウォレット、アンロックをどのように説明すべきですか？

各割り当てを、実際のアクセス、制限、役割に応じて説明してください。ラベルだけでは、トークンが循環していると見なされるべきかどうかを確立できません。ウォレット登録簿は、その分類がレビュアーが検査できるコントラクト条件、ガバナンス記録、またはその他の証拠によって裏付けられている場合に最も強力です。

ロックされた割り当てについては、残高を関連するベスティング契約とスケジュールに結び付けてください。その情報が公開されている場合は、受益者または割り当てカテゴリを特定し、解放されたトrancheが計算にどのように影響するかを示してください。トレジャリー保有については、定義された目的のために予約された資産と、すでに配布または取引可能なトークンを区別してください。流動性関連の残高については、アドレス、トークン残高、およびその使用方法を説明する取り決めを記載してください。

役立つ表でロジックを明確にできます：

アンロックが発生した場合は、日付入りの計算、ウォレット登録簿、公開トークノミクスを一緒に更新してください。これにより、古いプロフィール数値と新しいプロジェクト文書の不一致を防げます。証拠セットの構造化については、循環供給量検証を参照してください。

CoinMarketCapの供給量更新をどのように提出しますか？

CoinMarketCapの現在の公式サポートまたはプロフィール更新ルートを通じて、計算と証拠が効率的にチェックできるように配置された簡潔な更新を提出してください。送信前にCoinMarketCapサポートで現在のルートと指示を確認し、古いフォームや非公式のメッセージを提出の証明として頼らないでください。

要求された数値、スナップショット日付、方法論の要約、一次証拠リンクを冒頭に置いてください。ウォレット登録簿と裏付け書類を一貫した形式で添付してください。更新が移行、アンロック、その他の変更に関連する場合は、何が変更され、そのイベントが計算をどのように変えるかを記載してください。提出されたバージョンのコピーを保持して、フォローアップが同じ入力に言及できるようにしてください。

明確な引き継ぎには以下が含まれます：

• トークン名、コントラクトアドレス、チェーン。
• 現在の報告数値と提案数値（それぞれの基準日付付き）。
• 計算と重要な除外の簡単な説明。
• 証拠への直接リンクと、明確にできる担当者の連絡先。

送信する前に、メッセージ内の数値がワークシートおよびプロジェクトの公開資料と一致していることを確認してください。レビュアーが明確化を求めた場合は、特定の質問に答え、矛盾する2番目の計算を送信するのではなく、証拠ファイルを更新してください。このアプローチにより、最初の連絡から要求された修正まで、提出の監査可能性が維持されます。

報告された供給量をいつ再度確認すべきですか？

トークンイベントが残高、アクセス、または割り当ての分類方法を変更できる場合は常に計算を確認してください。検証された数値は、その証拠がトークンの現在の状態およびプロジェクトの公開記録と一致している間のみ有用です。

ベスティングリリース、新しいトークン発行、バーン、トレジャリー送金、移行活動、割り当て条件の変更に対して内部レビュートリガーを設定してください。供給量ファイルの所有者は、ウォレット登録簿、計算、公開トークノミクスを別々のタスクとしてではなく、同じレビューの一部として更新する必要があります。イベント、ソース、計算への影響、更新を承認した人を記録する変更ログを維持してください。

定期的なチェックでは、現在の証拠を前回のスナップショットと比較してください。通常の活動を反映していると仮定するのではなく、重要な差異を調査してください。アドレスラベルがウォレットの現在の役割をまだ説明していること、および新しく作成されたコントラクトや移行された残高が省略または二重カウントされていないことを確認してください。

このメンテナンスプロセスは、供給量以外のプロフィール変更の準備にも役立ちます。より広範なデータの一貫性を確認する場合は、上場および検証ハブを使用するか、CoinGecko上場の仕組みを参照してください。供給量記録は、1つのプラットフォームプロフィールだけでなく、プロジェクトの公開開示と一貫している必要があります。

CoinMarketCapのレビューでプロジェクトの制御外にあるものは何ですか？

プロジェクトは証拠の品質と提案された計算の正確性を管理しますが、CoinMarketCapはその評価、表示される数値、プロフィール変更のタイミングを管理します。レビュアーは明確化や追加のサポートを要求する場合があるため、提出が自動的に受け入れられるとは見なさず、方法論を説明する準備をしてください。

MediaStrategyは、指定された供給量調整レビューを使用します。計算をウォレット登録簿と照合し、裏付けのない分類を特定し、文書セットと公開数値が一貫したストーリーを伝えていることを確認します。出力は構造化された証拠ファイルと提出準備済みの説明であり、未解決の質問はプロジェクトが解決するようにマークされます。これは、トークノミクス、トレジャリー記録、コミュニティコミュニケーションの責任が異なるチームに分散している場合に役立ちます。

開始するには、MediaStrategyにトークンコントラクトとチェーン、最新の供給量計算、割り当てとベスティング文書、および以前のCoinMarketCapとのやり取りを送信してください。証拠をマッピングし、ギャップをフラグし、ハンドオフを準備する前にレビューの範囲に同意します。

料金

開始価格はUSD表示です。カスタムバンドルやボリュームディスカウントはご相談ください。USDT、USDC、BTC、ETH、SOL、TON、またはプロジェクトトークンでのお支払いが可能です。

仕組み

1. スナップショットと方法論を設定する明確な基準日を選択し、プロジェクトが循環とみなすものを書き留めます。説明が必要なイベントや割り当てカテゴリを特定します。
2. 一次記録を収集するコントラクトとエクスプローラーのリンク、ベスティング条件、割り当て文書、ウォレットラベル、移行またはバーンの証拠を収集します。
3. 関連するすべての残高を調整するウォレットレベルのワークシートを作成し、含まれる金額と除外される金額を別々に計算し、記載された供給ベースとの不一致を解決します。
4. セカンドパーソンレビューを実行するワークシートを準備していない人に、ソースから合計を再現してもらい、公開文書が一致していることを確認してもらいます。
5. 提出してファイルを維持するCoinMarketCapの現在の公式ルートを使用し、提出された正確なバージョンを保持し、残高または方法論のその後の変更を記録します。