CoinMarketCapでの循環供給量検証：ドキュメント優先の方法

供給量検証とは

クイックテスト： ある1日における全ウォレットの残高を合計してください。その合計は、公開されている循環供給量と0トークンの差で一致しますか？

循環供給量の検証とは、市場で利用可能と扱われるトークン数を説明し、その数値を記録で裏付けることです。実務上の目標は単なる数字ではなく、ソースドキュメントから報告された合計まで誰かが追跡できる計算書です。

まず、プロジェクトが定義するトークンの総供給量、計算日、保有分の分類方法を記録します。次に、現在利用できない割り当て（ロック中のトークン、権利確定前のチーム・投資家割り当て、未使用のトレジャリー保有分など）をリストアップします。ラベルだけを証拠とせず、各カテゴリをウォレット、コントラクト、権利確定スケジュール、ガバナンス記録、またはその他の適切な証拠に結び付けます。

実用的な作業テーブルには以下を含めます：

• ウォレットまたはコントラクトアドレスとその役割。
• 確認された残高と確認日。
• 割り当てカテゴリと、除外・包含の理由。
• 裏付け記録、および関連するリリースまたはリリース条件。

これにより、透明性のある供給量手法と説明のない推定値を区別できます。上場準備の広範なチェックリストについては、CoinMarketCapへの上場方法を参照してください。

提出前に準備する書類

レビュアーが供給量計算をプロジェクトのトークン構造およびオンチェーン残高に結び付けられるような記録を準備します。CoinMarketCapの現在の提出指示が最終形式を決定するため、資料送付前に公式サポートサイトを確認してください。

関連ファイルをまとめて送るのではなく、簡潔なインデックス付きの証拠フォルダを作成します。トークンの設計に応じて、有用な資料には以下が含まれます：

• トークンコントラクトアドレスと、対応するネットワークのエクスプローラリンク。
• トークン割り当てスケジュール（権利確定条件とリリース日を含む）。
• トレジャリー、チーム、投資家、エコシステム、流動性の各割り当てのウォレットまたはコントラクトアドレス。
• ロック、権利確定管理、バーン、その他の供給量変更を示す記録。
• 各カテゴリを残高に結び付け、包含判断を説明する計算シート。
• 前提、除外事項、未解決の残高を説明する日付入りのメモ。

書類間の整合性を確保します。割り当てスケジュールがトレジャリーウォレットを指定している場合、計算書でも同じアドレスを特定し、その扱いを説明する必要があります。コントラクトやウォレットが複数の目的を持つ場合は、どの残高がどの割り当てに属するかを明記します。機密情報はレビューに必要な範囲に限定し、裏付けのない主張をオンチェーン上の事実として提示しないでください。より広範な検証サポートについては、循環供給量検証を参照してください。

供給量証拠の6項目チェックリスト

提出前に以下の6項目を準備してください。レビュアーはファイルのみから約15分で数値を再構築できるはずです。完了したチェックリストは記録とともに保管してください。後で合意内容を説明する最も迅速な方法となります。

• すべてのウォレットと各々の保有量をリストアップする。
• ロック中、権利確定前、トレジャリーの残高をマークする。
• 循環供給量の計算式を記述する。
• すべての数値に日付とブロック高を付ける。
• ロックアップと権利確定の記録を添付する。
• スケジュールされたリリースのたびにシートを更新する。

用語の一行説明

循環供給量（平たく言えば、現在取引可能なトークンの数）。

ロックアップとは、保有者が設定日までトークンを移動できないようにするルールを指します。

数値をどのように算出し説明するのですか？

レビュー対応可能な計算書は、日付入りの供給量ベースラインから始め、最終数値のみを示すのではなく各調整を示します。全体を通して同じ単位を使用し、すべての残高の出所を特定し、含まれる記録から算術が再現可能であることを確認します。

実用的な手順は、使用する総供給量を明記し、非循環カテゴリをリストアップし、プロジェクトがどのように循環供給量に到達するかを示すことです。カテゴリラベルはそれ自体で説明可能ではありません。なぜ残高が除外されるのか、誰が管理しているのか、どのような条件で利用可能になるのかを記述します。トークンがコントラクトに保持されている場合は、アドレスと関連するロックまたはリリース情報を提供します。プロジェクトウォレットに関連する残高が含まれている場合でも、なぜそれが記載された方法で利用可能であるかを説明します。

最終化する前に以下を確認します：

• リストされたカテゴリの合計がベースラインと一致すること。
• 同じウォレットが複数のカテゴリでカウントされていないこと。
• 計算日とエクスプローラの残高日付が明確であること。
• 計画されたリリースが既にリリースされたトークンと区別されていること。
• 公開資料が同じ供給量定義と日付を使用していること。

プロジェクトが別途プロフィールや上場申請を必要とする場合は、CoinGecko上場準備の要件と比較してください。一方のプラットフォームの提出が他方をカバーするとは想定しないでください。

証拠の提出と最新状態の維持

経験則： すべての数値に日付とブロック高を付けてください。日付のない数値は検証できません。

計算書と裏付け記録を添えた簡潔な説明を、各記述が証拠を指し示すように整理して提出します。CoinMarketCapの現在の公式チャネルを使用し、そこに記載された指示に従ってください。送信した内容のコピーを保管し、フォローアップの質問を記録します。

明確なカバーノートには、トークン、ネットワーク、計算日、報告数値、方法、およびそれを裏付ける主要ファイルを記載します。レビュアーが明確化を求めた場合は、正確な質問に回答し、回答が前提を変更する場合は計算書または証拠インデックスを更新します。提出バージョンを記録し、チームが後の改訂と区別できるようにします。

供給量ドキュメントは、一度きりのローンチタスクではなく、維持されるプロジェクト記録として扱います。トークンがリリースされたり、ウォレット間で移動したり、バーンされたり、再分類されたりした場合に見直します。更新を公開する前に、新しい残高を照合し、日付入りの計算書を改訂し、割り当てテーブルと公開トークン情報を整合させます。簡潔な変更ログは、チームが何が変わったか、なぜ変わったかを説明するのに役立ちます。CoinGeckoのプラットフォーム固有のトレンドプロセスについては、CoinGeckoでトレンドになる方法を参照してください。トレンドの可視性と供給量ドキュメントは異なるタスクです。

レビューで確認できることとできないこと

あなたの書類は報告数値の評価を容易にしますが、提出の処理方法や表示される供給量情報の変更はプラットフォームが決定します。CoinMarketCapは提供された証拠に独自のレビューと分類を適用する可能性があるため、プロジェクトの計算書自体がプラットフォームの最終的な扱いを確認するものではありません。

この境界を利用して、提出をより曖昧にするのではなく、より強固にします。方法を平易に説明し、各残高の日付を明記し、ステータスが曖昧な割り当てを開示します。同じウォレットに異なる目的のトークンが含まれている場合は、残高ごとに説明を分けるか、区別を示す記録を提供します。権利確定契約がオフチェーンであるか契約上のコミットメントに依存する場合は、関連書類を含め、それが何を示すかを明確に特定します。

提出前に、独立したレビュアーに最終数値がカテゴリテーブルから基礎となる記録まで追跡可能かどうかを確認してもらいます。欠落しているウォレットラベル、矛盾する割り当て合計、不明確なロック条件を先に解決します。MarketingExtraは、計算書を提供されたウォレットおよび割り当て記録と照合し、裏付けのない前提を指摘し、対処すべき具体的な証拠のギャップリストを返すことで支援できます。

CoinMarketCapと他の記録の整合性維持

トークンの供給量手法に関する管理された単一の情報源を維持し、各プラットフォームのプロセスに合わせて補足資料を調整します。これにより、ウェブサイト、アプリケーション、割り当てシート、公開アナウンスが異なる数値や日付を記載するリスクを低減します。

マスターレコードには、計算日、トークンとネットワークの識別子、ウォレットカテゴリ、証拠リンク、更新担当者を含めます。別のデータプロバイダーから情報を求められた場合は、その現在の指示を確認し、プラットフォームがレビューや定義を共有していると想定せずに関連バージョンの記録を提供します。上場資料を準備する際も同じ規律が適用されます。供給量証拠は広範なプロフィールの一部であり、要求されるすべてのフィールドの代替ではありません。

チームへの有用な引き継ぎには、最新の計算書、ソースドキュメント、未解決の質問、および次回レビューのトリガー（スケジュールされたリリースやトレジャリーの移動など）を含めます。報告された供給量が変更された場合は、プロジェクトが数値を公開する場所で理由と発効日を明確にします。CoinGecko vs CoinMarketCap上場ガイダンスを使用して上場準備を比較し、CoinMarketCap上場サポートでプラットフォーム固有の上場ワークフローに関する支援を受けてください。

開始するには、MarketingExtraにトークンとネットワークの詳細、最新の供給量計算書、および各割り当ての背後にある記録を送信してください。計算書に対して証拠をレビューし、チームが解決すべき具体的な修正点やギャップを返します。

仕組み

1. 供給量の日付と方法を設定するトークン、ネットワーク、計算日、循環供給量の定義を記録します。ベースラインとプロジェクト管理下の保有分の分類方法を明記します。
2. ウォレットを割り当てにマッピングする関連するアドレス、残高、目的をリストアップします。各割り当てを権利確定、ロック、トレジャリー、またはその他の裏付け記録に結び付けます。
3. 計算を照合する包含および除外されたカテゴリがどのように報告数値に至るかを示します。重複、欠落した残高、矛盾する日付を確認します。
4. 提出パッケージを準備する簡潔なカバーノート、計算シート、証拠インデックス、ソースリンクを追加します。提出前にCoinMarketCapの現在の公式指示を確認します。
5. 質問と変更を追跡する提出バージョンを保存し、レビューの質問に関連証拠で回答します。重要な供給量変更のたびに記録を再度照合します。