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

CoinMarketCapが検証に必要とするものは何ですか？

CoinMarketCapは、どのユニットが流通しているか、そしてプロジェクトがどのようにその数値を計算したかについて、説明可能な根拠を必要とします。表示される値は、単にトークンの最大供給量やこれまでに作成されたすべてのユニットというわけではありません。プロジェクトは、報告された数値がトークンの実際の供給量と除外された残高のステータスからどのように導かれるかを示す必要があります。

日付入りの照合から始め、ソースとなる数値、各控除、および結果として得られる循環供給量を特定します。重要なのは、ウォレットラベルを説得力のあるものに見せることではありません。レビュアーが公開コントラクトデータとプロジェクト記録から、あなたが提案する数値に至るまでの推論を追跡できるようにすることです。

パッケージを準備する前に、社内で以下を合意してください。

• 提出が対象とするチェーンとトークンコントラクト。
• 計算が単一のトークン用か、ブリッジされた表現を含むか。
• どのアドレスまたは割り当てが除外されるか、その理由。
• ベスティング、ロック、トレジャリーの使用、バーン、将来のアンロックがどのように扱われるか。

循環供給量を総供給量および最大供給量と区別してください。プロジェクトに複数のトークンコントラクトや移行履歴がある場合は、説明なしに残高を組み合わせるのではなく、その関係を明示してください。より広範なプロフィールプロセスの背景については、CoinMarketCap上場ガイドを参照してください。

循環供給量をどのように計算し、照合しますか？

観測可能な供給データから計算を構築し、あなたの方法論が市場で利用できないとみなす各カテゴリを計上します。レビュアーは、説明のない大まかな数値に頼るのではなく、各調整をコントラクト、アドレス、または日付入りのプロジェクト記録にまで追跡できる必要があります。

関連する残高または割り当てごとに1行の作業シートを使用します。アドレス、トークン量、分類、包含または除外の理由、証拠ソース、確認日を記録します。トークンコントラクトの供給データおよびエクスプローラーの残高とシートを照合します。単位と小数点を一貫させ、他のネットワーク上のトークンを含むかどうかを明記します。

実践的なレビューの順序は次のとおりです。

• コントラクトまたは信頼できるエクスプローラーからトークンの供給および権限情報を読み取ります。
• プロジェクト管理、ロック、ベスティング、トレジャリー、バーン、ブリッジ関連の残高を個別にリストアップします。
• リストアップされた各残高が、プロジェクトの方法の下でカウントされるか除外される理由を説明します。
• 結果を再計算し、作成者以外の人物に計算を確認させます。
• 提出用にソースリンクと計算の日付入りコピーを保存します。

「チーム」「ロック」「バーン」などのラベルだけで残高が利用できないことが証明されるとは想定しないでください。ラベルには、関連する制限またはコントラクト動作の証拠を添えてください。公開プロフィールに古い数値や詳細が含まれている場合は、CoinMarketCapプロフィール修正を通じて個別に対処してください。

どのような書類を準備すべきですか？

供給計算を検証可能なオンチェーン上の事実およびプロジェクトのコミットメントに結び付ける書類を準備します。最も強力なパッケージは簡潔です。各項目が特定の質問に答え、計算シートがそれを裏付ける証拠を直接指し示します。

有用な書類セットには以下を含めることができます。

• トークンおよびネットワークの詳細: コントラクトアドレス、チェーン、小数点、関連するエクスプローラーページへのリンク。
• 供給計算: 開始数値、調整、最終報告額を示す日付入りのスプレッドシートまたは署名付き文書。
• ウォレットスケジュール: アドレス、残高、所有権または管理権、各残高が循環または除外として扱われる理由。
• ロックおよびベスティングの証拠: 該当するコントラクトアドレス、公開条件、リリース条件、まだ移転可能でない割り当てのスケジュール。
• 権限の詳細: ミント、バーン、一時停止、アップグレード制御の説明（可能な場合はコントラクト参照付き）。
• バーンの証拠: 主張されたトークン破棄を裏付けるトランザクションまたはコントラクト参照。
• プロジェクト確認: 提出された計算が最新であることを確認する、権限のあるプロジェクト代表者からの簡潔な声明。

可能な限り公開証拠を使用してください。機密の商業情報が含まれる場合は、計算を実証し、プラットフォームの現在の提出指示を確認するために必要なものだけを提供してください。ファイル名とラベルは具体的にし、金額、アドレス、日付がすべての添付ファイル間で一致していることを確認してください。

ロック、ブリッジ、トークン制御をどのように説明すべきですか？

複雑なトークンモデルの場合、広範なラベルに頼るのではなく、残高が利用可能かどうかを変えるメカニズムを説明してください。これは、トークンがベスティングコントラクト、トレジャリープロセス、ブリッジ、または管理者制御のコントラクトを通じて移動できる場合に重要です。

ベスティングについては、コントラクトまたは割り当て、受取人カテゴリ、リリース条件、スケジュールのソースを特定します。トークンが時間の経過とともにアンロックされる場合は、計算が現在ロックされている残高をどのように扱うか、制限が変更されたときにどのように更新されるかを示します。トレジャリー保有については、開示されたプロジェクト管理ウォレットと、技術的にアクセス不可能な残高を区別します。管理権と利用可能性は同じ主張ではありません。

ブリッジされた資産については、元のトークンと各ネットワーク上の表現をマッピングします。表現が発行されたときに、ブリッジが元のユニットをロックするか、バーンするか、またはその他の方法で計上するかを説明します。あなたの方法論がその扱いが適切である理由を説明しない限り、両方の側を独立した循環ユニットとしてカウントすることは避けてください。バーンについては、コントラクトまたはトランザクションの証拠を使用し、トークン供給を変更できる権限を説明してください。

明確な付録として、各ケースを 残高 → メカニズム → 証拠 → 計算上の扱い として示すことができます。プロジェクトに移行やコントラクトの置き換えがある場合は、古いアドレスと新しいアドレスを含め、残高がそれらの間でどのように移動するかを説明してください。プラットフォーム固有のコミュニティまたはプロフィールの質問については、CoinMarketCapコミュニティ検証サービスは供給計算の更新とは別のルートです。

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

レビュアーに何が変更されたか、どの数値を提案するか、証拠をどこで確認できるかを伝える、一貫性のあるパッケージを1つ提出してください。短いカバーノートには、トークン名、チェーン、コントラクトアドレス、該当する場合は現在表示されている数値、提案する数値、リクエストの理由を記載します。

送信する前に、以下を確認してください。

• 計算が正しいトークンコントラクトとチェーンを使用している。
• 除外されたすべての残高がウォレットスケジュールに表示され、証拠がある。
• 最終的な数値が添付の作業シートから再現可能である。
• 公開エクスプローラーリンクが該当するコントラクト、ウォレット、またはトランザクションに開く。
• カバーノートと添付ファイルで同じ数値と用語が使用されている。
• プロジェクトの公開トークン情報が提出内容と矛盾していない。

公式CoinMarketCapサポートサイトの現在の指示に従い、適切なプロジェクト連絡先またはリクエストパスを使用してください。提出した資料のコピーを保管し、送信日時を記録してください。チームが説明を求めてきた場合は、正確な質問に答え、基礎となる事実が変更された場合は裏付けとなる計算を更新してください。矛盾する数値を持つ2番目のバージョンを送信しないでください。循環供給量検証サービスは証拠の整理と提出の準備を支援できますが、プロジェクトはソース記録を保持し、独自の方法論を説明できる必要があります。

循環供給量の数値はいつ更新すべきですか？

重要な供給イベントにより、あなたの方法論が循環として扱う量が変更された場合、計算を更新してください。ローンチ時に正確だった数値は、ベスティングリリース、トークンバーン、トレジャリー転送、移行、またはコントラクト制御の変更後に古くなる可能性があります。

計算とともに簡単な変更ログを維持してください。各変更について、何が起こったか、影響を受けたアドレスまたは割り当て、証拠ソース、報告された数値がどのように変化するかを記録します。以前のバージョンを静かに置き換えるのではなく保持してください。これにより、チームが提出間の差異を説明し、フォローアップの質問に一貫して答えることができます。

プロジェクトが関連イベントを実行するたびに供給記録をレビューする責任者を割り当ててください。新しい数値を公開する前に、エクスプローラーデータと計算を照合し、公開トークン文書が同じ扱いを反映していることを確認してください。供給または分類に変更がない場合は、履歴を追跡しにくくする外観上の修正を提出しないでください。

別の上場申請またはプロフィール修正については、そのリクエストを供給検証の更新と区別してください。CoinGecko上場ガイドは異なるデータプロバイダーとプロセスをカバーしています。あるプラットフォーム用に準備されたパッケージが、自動的に別のプラットフォームの要件を満たすと想定しないでください。

CoinMarketCapはレビュー中に何を決定できますか？

CoinMarketCapは、証拠が表示されている循環供給量を裏付けるかどうか、その方法論をどのように適用するか、そしていつ、またはプロフィールを変更するかどうかを決定します。よく整理された提出は明確さを向上させますが、受理、特定の数値、またはレビュー日を強制することはできません。

意見の相違の主な原因は通常、分類と証明です。残高が本当に利用できないかどうか、ベスティングまたはロックの取り決めがリンクされた記録によって裏付けられているかどうか、ブリッジされた表現が一貫してカウントされているかどうかです。コントラクトの権限も重要です。管理者がリリースできる場合、ロックされていると説明された残高は異なる扱いを受ける可能性があるため、関連する制御を開示し、それらがどのように機能するかを説明し、省略しないでください。

提出する前に、パッケージを準備しなかったレビュアーに各除外に異議を唱えさせてください。数値を再現できますか？証拠を開けますか？扱いには明確な理由がありますか？答えが不明確な場合は、送信前に文書を修正してください。最終リクエストにはプラットフォームの現在の指示を使用し、レビューチームが質問した場合に計算を説明できるように準備してください。これは証拠準備プロセスであり、プラットフォームの独立した評価を制御する方法ではありません。

料金

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

仕組み

1. トークンとネットワークを確認するコントラクトアドレス、チェーン、小数点、および移行やブリッジされた表現を確認します。計算がプロフィールに表示されているものと同じ資産に関するものであることを確認します。
2. 供給照合を構築する関連する残高をリストアップし、それぞれがどのように扱われるかを説明します。文書化されたオンチェーンデータとプロジェクト記録から提案された数値を再計算します。
3. 除外の証拠を収集する該当する場合、ウォレット、ベスティング、ロック、バーン、コントラクト制御の証拠を添付します。各項目を計算の対応する行に直接リンクします。
4. 一貫性を確認する別の担当者に計算、ラベル、アドレス、サポートリンクを確認させます。計算と公開トークン情報の間の不一致を解決します。
5. 提出し、記録を維持するCoinMarketCapの現在のプロジェクトサポート指示に従います。提出したパッケージを保存し、重要な供給イベントが計算を変更した場合に更新します。