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

CoinMarketCapのレビューにおける循環供給量とはどういう意味ですか？

循環供給量とは、データプロバイダーがその方法論に基づいて公開市場で利用可能とみなすトークンの量です。CoinMarketCapの更新を準備するプロジェクトにとって、実際のタスクは計算を説明し、他の誰かがそれを追跡できる十分な証拠を提供することです。

総供給量、最大供給量、循環供給量を互換性のあるラベルとして扱わないでください。トークンはすでにオンチェーンで存在していても、ロック、権利確定スケジュール、またはプロジェクトがどのように分類するかに影響するその他の制限の対象となる場合があります。逆に、ウォレットラベルだけでは、その残高を含めるべきかどうかは説明できません。プロジェクトは各分類を観察可能な記録と文書化された根拠に結び付ける必要があります。

関連する残高の日付入りスナップショットから始め、計算を平易な言葉で定義します。開始供給量、利用不可とみなされる残高、および結果として得られる循環量を示します。トークンに複数のコントラクトや移行履歴がある場合は、計算がカバーするコントラクトアドレスとチェーン記録を明記します。スナップショットの日付を目立たせ、読者が提出された計算とその後の変更を区別できるようにします。

この計算は、より広範なデータ準備プロセスの一部であり、上場申請の代わりにはなりません。上場のコンテキストと提出準備については、CoinMarketCapへの上場方法を参照してください。

ウォレット、ロック、権利確定はどのように照合すべきですか？

各残高をアドレス、ソース記録、および計算における明確な処理に一致させることで循環供給量を照合します。目的はすべての大口保有者を利用不可とラベル付けすることではなく、残高がカウントされるかされないかの理由を示し、その決定を監査可能にすることです。

関連するアドレスまたはアドレスグループごとに1行の作業用元帳を作成します。有用なフィールドには、チェーン、コントラクトアドレス、観測された残高、ウォレットの目的、制限ステータス、サポート文書、および包含決定が含まれます。元帳と公開供給量ステートメント全体で分類用語を一貫させます。

主要なカテゴリを体系的にレビューします。

• 権利確定およびロックコントラクト: コントラクトまたはサービス、関連する割り当て、およびスケジュールまたは制限の証拠を記録します。
• トレジャリーおよびファンデーションウォレット: エンティティの管理と、残高が予約されているか、展開されているか、またはその他の方法で利用可能かを説明します。
• チームおよび投資家の割り当て: 記載された割り当てを権利確定文書および利用可能なオンチェーン証拠に結び付けます。
• バーンされた残高: サポートされていないラベルに依存するのではなく、プロジェクトの分類のためのアドレスと証拠を提供します。
• ブリッジまたは移行されたトークン: 同じ経済単位が二重にカウントされないように、コントラクト間の表現を調整します。

アドレスが複数の目的を果たす場合、記録がその分割をサポートしていれば、文書化された割り当てによって残高を分割します。サポートしていない場合は、最も有利な扱いを静かに選択するのではなく、解決のために不確実性をフラグします。この元帳は、循環供給量検証レビューを準備する際にも役立ちます。

どの文書が供給量計算をレビュー可能にしますか？

レビュー可能な提出物は、供給量計算の数値を独立して確認できる記録に結び付けます。レビュアーがどのファイルがどの主張をサポートしているかを推測することなく、要約数値から基礎となるアドレス、制限、およびプロジェクトの開示に移動できるように証拠を整理します。

目次と一貫したファイル名を持つ簡潔な証拠パケットを準備します。トークンに該当する項目を含めます。

• トークンコントラクトアドレス、チェーン、および関連するブロックエクスプローラーの記録へのリンク。
• 日付入りのウォレット残高エクスポートまたは再現可能な残高クエリ（スナップショット日付を明記）。
• 除外または分類をサポートする権利確定、ロック、トレジャリー、および割り当て記録。
• 複数の表現が存在する場合のトークン移行またはブリッジのドキュメント。
• 循環供給量の計算式、アドレス元帳、および前提条件の簡単な説明。
• 同じ定義を使用する現在のトークノミクス資料および公開開示。

クライアントは、信頼できるプロジェクト記録を提供し、プロジェクトウォレットを管理する者を確認し、最近の変更を特定し、最終的な分類を承認する必要があります。当社の準備チェックリストは、当社が組み立てるものとプロジェクトのみが証明できるもの（ソースリンクと調整、および所有権のコンテキスト、法的記録、承認）を区別します。

日付、トークン単位、およびコントラクトアドレスがファイル間で一致することを確認します。文書がエクスプローラーの記録や公開トークノミクスページと矛盾する場合は、矛盾を説明し、提出前に解決します。機密性の高い内部記録はアクセス制御し、計算を実証するために必要な資料のみを共有します。

矛盾を生じさせずに供給量更新を提出するにはどうすればよいですか？

計算、証拠パケット、および公開プロジェクト資料が同じストーリーを伝えた後にのみ、供給量更新を提出します。クリーンな引き渡しにより、回避可能な説明が減り、レビュアーは記載された数値からそのサポート記録への直接的なルートを得ることができます。

このシーケンスを最終チェックとして使用します。

• 記載された循環供給量が、サポート残高と同じスナップショット日付を使用していることを確認します。
• プロジェクト資料に表示される総供給量と循環供給量の定義を確認します。
• アドレス、トークンの小数点、チェーン名、および単位を関連記録と照合します。
• 除外を明確にします。残高、その制限またはステータス、およびそのサポート証拠を特定します。
• プロジェクトが利用可能な公式のCoinMarketCap連絡先またはサポートルートを通じて提出し、提出バージョンと通信を保持します。

公式CoinMarketCapウェブサイトを使用して、現在のプラットフォーム情報と適切なプロジェクト向けルートを見つけます。複数のチャネルを通じて矛盾するバージョンを送信しないでください。プラットフォームが説明を求めてきた場合は、特定の質問に回答し、必要に応じて証証拠インデックスを更新し、変更内容の記録を保持します。

関連するプロバイダーの場合、証拠の規律は似ていますが、提出要件とレビューは別個のものです。プロセスをCoinGecko上場準備と比較し、一方のプラットフォームの応答が他方に引き継がれると想定しないでください。

ファイルがプロジェクトを離れる前に、どのような品質チェックを実施すべきですか？

提出前の品質チェックでは、レビュアーが計算を再現し、その前提を理解できるかどうかをテストする必要があります。ある人が数値を調整し、別の人が証拠のトレイルをチェックするように割り当てます。分離されたレビューは、スプレッドシートを作成するときに見逃しがちな矛盾を発見するのに役立ちます。

管理されたレビューチェックリストを使用します。

• 再現性: 誰かが残高記録から最終数値までの計算式を追跡できますか？
• トレーサビリティ: すべての重要な除外がウォレット、文書、またはオンチェーン記録を指していますか？
• 一貫性: ウェブサイト、トークノミクス文書、申請資料、および計算が同じ用語とスナップショット日付を使用していますか？
• 完全性: 既知のすべてのコントラクト、関連ウォレット、移行、および割り当てカテゴリが対応されていますか？
• 変更管理: 日付入りの最終バージョン、指名された承認者、およびレビュー後の編集記録はありますか？

MegaSatoshiでの品質管理ステップは、ソースから主張へのレビューです。各供給量ステートメントを証拠にマッピングし、プロジェクトが解決すべきギャップをマークし、クライアントの承認のために構造化されたパケットを返します。これは、数値がどのように導き出されたかを確認せずに数値を磨くよりも有用です。以前の数値が公開されていた場合は、変更とその発効日の簡単な説明を含め、新しい計算がコンテキストなしで表示されないようにします。

上場準備と関連する検証作業のより広い見解については、上場と検証ハブを参照してください。

CoinMarketCapのレビューにおいて、プロジェクトは何をコントロールできますか？

プロジェクトは証拠の正確性、明確性、および完全性をコントロールします。CoinMarketCapのレビュー結果や、プラットフォームが最終的に供給量をどのように表示するかをコントロールすることはできません。CoinMarketCapは、提出された資料を独自のレビュー慣行に基づいて評価し、説明を求めたり、異なる分類を保持したりする可能性があるため、十分に文書化されたパケットは準備であり、承認ではありません。リクエストが保留中の間は公開開示を正確に保ち、提出された変更がすでに受け入れられたものとして提示しないでください。自身の管理のために、提出された計算、正確な証拠バージョン、提出日、およびプラットフォームとのやり取りを保持します。説明が求められた場合は、引用されたアドレスまたは文書に基づいて回答し、変更を記録し、改訂された数値をプロジェクト資料全体で一貫させます。

プロジェクトはいつ循環供給量の証拠を再検討すべきですか？

計算をサポートする残高または制限を変更するイベントが発生したときに計算を再検討し、証拠をプロジェクトの公開トークン情報と同期させます。かつて正しかった数値も、権利確定の解除、トレジャリーの移動、移行、またはコントラクトの変更が記録に反映されていない場合、防御が困難になる可能性があります。

供給量データの内部オーナーを設定し、財務、トークン運用、およびコミュニケーション間の変更通知パスを定義します。関連するイベントが発生した場合、オーナーは影響を受けるアドレスを特定し、残高スナップショットを更新し、元帳を更新し、公開説明の改訂が必要かどうかを確認します。以前のバージョンを保持し、プロジェクトが数値がどのように、そしてなぜ変更されたかを説明できるようにします。

計算が不明確な場合は、最新の公開数値、それが参照するコントラクトアドレス、および除外をサポートする記録から始めます。これらの資料をプロジェクトの主要連絡先と既知の不一致とともにMegaSatoshiに送信します。当社はソースから主張へのレビューから開始し、チームが不足している証拠を特定し、提出前に承認のための構造化されたパケットを返します。

料金

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

仕組み

1. スコープを定義レビュー対象のトークンコントラクト、チェーン、スナップショット日付、および供給量を確認します。計算に影響を与える可能性のある移行や追加の表現をリストアップします。
2. ウォレット元帳を作成関連アドレスを残高、目的、制限、および文書化された包含決定にマッピングします。不明確な所有権やサポートされていない分類をプロジェクトにフラグします。
3. 証拠を収集し調整エクスプローラー記録、権利確定またはロック文書、割り当て資料、および計算式を添付します。すべてのソースが同じトークン単位とスナップショットを参照していることを確認します。
4. 承認して提出プロジェクトオーナーにウォレットのコンテキストを確認させ、最終パケットを承認させます。現在の公式CoinMarketCapルートを通じて提出し、バージョンと通信を保持します。
5. 記録を維持説明リクエストと変更を記録し、関連する残高、制限、またはトークン表現が変更されたときに計算を更新します。