CoinMarketCap 供給量検証：プロセスと必要書類

CoinMarketCapにおけるcirculating supply（流通供給量）とは？

Circulating supply（流通供給量）とは、データプロバイダーの方法論に基づき、市場で利用可能と評価されたトークン数のことです。ロックされている、ベスティング中、またはプロジェクトの正当なポリシーにより除外されている場合、発行済みトークンが必ずしも流通可能とは限らず、total supply（総供給量）よりも少なくなることがあります。

検証では、最終的な数値だけでなく、計算のロジックを示すことが重要です。簡単な等式を準備してください：発行済みトークンの総量から、未発行、ロック、またはその他の理由で利用不可であることが確認された部分を差し引いたものが、申告されたcirculating supplyに等しいこと。異なるカテゴリーを一行にまとめないでください：プロジェクトのリザーブ、チームおよび投資家のトークン、ベスティングコントラクト内の資産、バーンされたトークンは、それぞれ個別に説明が必要です。

提出前に以下の3点を確認してください：

• 総量がコントラクトデータおよびトークノミクスと一致しているか；
• 各除外が特定のアドレスまたはコントラクトに関連付けられるか；
• トークンの利用可能性の説明がロック解除条件と一致しているか。

このロジックは、読者が資産ページの数値を理解するのに役立ち、チームはCoinMarketCapに問い合わせる前に矛盾を発見できます。プロジェクトがまだCoinMarketCapへの上場を完了していない場合は、まず資産ページの要件を確認してください：上場申請と供給量の確認は関連していますが、同一ではありません。

提出前にcirculating supply（流通供給量）を計算する方法

Circulating supplyの計算は、ページに表示したい数値からではなく、トークンの棚卸しから始まります。配分表を作成し、各カテゴリーについて総残高、保管アドレス、アクセスステータス、確認ソースを記録します。

実践的な作業手順：

• ネットワークエクスプローラーから重要なウォレットおよびコントラクトの残高をエクスポートする；
• 総量をトークンパラメータおよび公開されたトークノミクスと照合する；
• ロックコントラクト、ベスティングコントラクト、またはその他の制限がある資産を特定する；
• 市場で利用可能なトークンと除外されたトークンを分離し、その根拠を文書化する；
• 結果を再計算し、配分表と整合していることを確認する。

チームが「長期リザーブ」と見なすという理由だけで残高を除外しないでください。なぜ資金が市場で利用できず、どのようなメカニズムがそれを保証するのかを示す必要があります。例えば、ベスティングコントラクトについては、アドレス、ロック解除条件、ネットワーク上の確認リンクを添付します。トレジャリーについては、アクセス権限と使用方法を説明します。トークンがウォレット間で移動する場合は、同じ残高が二重にカウントされないようにその動きを反映します。

計算日を記録し、元データとともに作業表を保存します。これにより、ロック解除や残高変更後に検証を繰り返すことが可能になります。上場の一般的な原則はCoinMarketCap listingガイドで説明されており、現在の供給量データの検証は独立したタスクとして進めることができます。

準備すべき書類と確認事項

適切な書類パッケージにより、推測なしにすべての数値を検証できます。アドレス、トークンカテゴリー、アクセスステータス、残高が相互に関連付けられるように資料を準備します。

作業パッケージに含めるもの：

• トークンコントラクトアドレスと発行ネットワーク；
• カテゴリー、残高、アドレスを含む配分表；
• circulating supplyから除外を提案するアドレスのリスト；
• コントラクト、ウォレット、重要なトランザクションのエクスプローラーリンク；
• ベスティングまたはロック条件、および将来のロック解除スケジュール；
• 計算に関連する場合、バーンメカニズムの説明；
• 公開トークノミクスと、文書間の不一致の説明。

各ウォレットに短いメモを追加します：誰または何に属するか、誰がアクセスできるか、なぜトークンがそこにあるか、なぜ残高がそのように扱われるか。アドレスがスマートコントラクトによって制御されている場合は、その目的と制限を理解できるパラメータを添付します。文書が非公開の場合は、事前に検証チームに安全に転送する方法を準備し、アクセスシークレットや秘密鍵を公開しないでください。

すべてのファイルで、名前、ティッカー、ネットワーク、アドレスの表記を統一します。数字が異なるバージョンや古いグラフがあると、検証が困難になります。供給量検証サービスは、計算の整理と確認事項の統一に役立ちますが、元データはプロジェクトの状態と一致している必要があります。

CoinMarketCapでのcirculating supply（流通供給量）検証の流れ

提出は目的の明確化から始まります：プロジェクトは現在の数値を確認するのか、トークノミクス変更後に更新するのか、古い情報を修正するのか。これにより、添付すべき資料と照合すべきページセクションが決まります。

送信前に、数値担当者とコミュニケーション担当者をそれぞれ1名任命します。次に、最終パッケージをまとめ、内部の省略や矛盾なく計算を説明していることを確認します。CoinMarketCapがプロジェクトに指定するフォームまたは連絡チャネルで、リクエストを直接記述します：検証を提案する値、計算日、除外カテゴリーを確認する書類。プラットフォームの最新の公式プロセスを使用し、非公式の連絡先に機密データを送信しないでください。

提出後は、送信した資料のコピーを保存し、確認要求を記録します。プラットフォームが特定のアドレスやカテゴリーについて説明を求めてきた場合は、具体的に回答します：証拠を添付し、表を更新し、最終値が依然として整合していることを確認します。複数の計算バージョンを、どれが最新かを示さずに送信しないでください。

資産にまだページがない場合は、このプロセスをCoinMarketCap listing申請から分離します。内部管理のために、上場と検証の共通タスクリストを維持できます：ページステータス、計算ステータス、最終照合日、担当者。

ウォレットとロック解除スケジュールで計算を照合する方法

照合は、計算が文書上の配分計画だけでなく、トークンの実際の状態を反映するために必要です。ネットワーク上のアドレスと残高をプロジェクトの表と照合し、各残高が正確に1つのカテゴリーに割り当てられていることを確認します。

結果に大きく影響するアドレスから始めます：ベスティングコントラクト、トレジャリー、リザーブ、ブリッジ、ロックコントラクト。それぞれについて、現在の残高、アクセス権、移動ルールを記録します。期間を変更したり資産を移動できる管理機能があるかどうかを確認します：そのような可能性がある場合、ロックを無条件として説明しないでください。チームの意図だけでなく、実際の条件を記載します。

ロック解除スケジュールは、トークノミクスおよび現在の計算と一致する必要があります。ロック解除されたトークンはcirculating supplyを変更する可能性があるため、更新手順を準備します：誰が通知を受け取り、誰がカテゴリーを再計算し、どこに新しいバージョンを公開するか。ブリッジが別のネットワークにトークンの表現を作成する場合、元のトークンとラップされたトークンの二重計上をどのように除外するかを説明します。

送信前にチェックリストを実行します：アドレスが開くこと、ラベルが明確であること、残高が同じ日付で最新であること、カテゴリーの合計が結果と一致すること。この規律は、資産情報が変更された場合のその後の上場プロフィール更新にも役立ちます。

CoinMarketCap vs CoinGecko：供給量検証の違い

CoinMarketCapとCoinGeckoは異なるプラットフォームであるため、一方への提出が他方でのデータ検証を代替することはありません。両方について、一貫したベースを準備します：コントラクトアドレス、配分、計算方法、除外残高の確認事項。その後、各プラットフォームの現在の手順に従って作業します。

CoinMarketCap vs CoinGeckoを比較する際、公開ページに表示されているものだけに依存しないでください。どの値が表示されているか、いつ更新されたか、供給量の説明が一致しているかを比較します。データが異なる場合は、まず原因を特定します：異なる照合日、更新された残高、異なるロック解除ステータス、または異なる元文書。元の情報源を修正し、各プラットフォームに個別に説明を提出します。

CoinMarketCap vs DEXScreenerは、さらに異なるタスクの比較です。CoinMarketCapは、自社のページとデータモデルの範囲内で資産に関する参照情報を表示します。DEXScreenerは、マーケットペアと分散型取引所のデータに焦点を当てています。そこのペアの可視性は、CoinMarketCapのcirculating supplyを確認するものではなく、配分に関する書類を代替するものではありません。

プロジェクトが別のアグリゲーターでの検証を必要とする場合は、CoinGeckoへの上場に関する個別のガイドを使用してください。マーケットペアの作業については、DEXScreenerのトレンドに関する資料を参照してください：これは独立したメカニズムであり、トークン供給量を確認する方法ではありません。

確認が遅れる原因とデータ維持方法

最も一般的な準備の複雑化要因は、計算の不一致、アドレス説明の欠如、トークノミクスとコントラクト状態の乖離です。提出前に、計算に関与していない同僚に、添付資料のみから結果を再現してもらうと有用です。何が含まれ、何が除外されているかを判断できない場合、パッケージを明確にする必要があります。

CoinMarketCapは、提示された証拠を独自に評価し、circulating supplyに独自の方法論を適用します。したがって、プロジェクトは特定の分類の受け入れ、正確な更新日、または見直しなしの値の維持を約束することはできません。完全性と一貫性のある資料については責任を負えますが、プラットフォームの決定については責任を負えません。特に、柔軟なアクセス権を持つウォレットの残高については慎重に説明してください：残高の存在自体は、トークンがロックされていることを証明しません。

ロック解除、ウォレット間の移動、コントラクトの変更、トークノミクスの更新後は、計算を最新に保ちます。日付、残高ソース、変更の簡単な説明を含むバージョン履歴を保持します。重要な変更があった場合は、単一の数値を置き換えるだけでなく、配分表、アドレス説明、ロック解除スケジュールを更新し、すべてが同じストーリーを語るようにします。

次の検証サイクルに備えて、事前に担当者を任命し、照合テンプレートを準備します。これにより、証拠をゼロから再収集する可能性が減り、チームがトークン保有者に更新情報を説明するのに役立ちます。

料金

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

仕組み

1. 問い合わせの目的を明確にする現在のcirculating supplyを確認するのか、変更後に更新するのか、古い情報を修正するのかを明確にします。データを計算した日付を記録します。
2. オンチェーンデータを収集するコントラクト、ウォレット残高、アドレス制限を確認します。エクスプローラーリンクを保存し、各重要なアドレスの目的を説明します。
3. 計算と書類を統合する配分表、トークノミクス、ロック解除スケジュールを照合します。除外された各残高に具体的な根拠があることを確認します。
4. 最新のチャネルを通じてパッケージを提出するCoinMarketCapがプロジェクトに指定するフォームまたはプロセスを使用します。リクエストを明確に記述し、申告された計算を確認する資料を添付します。
5. 確認に回答し、データを更新するやり取りの履歴を保存し、質問の本質に証拠をもって回答します。残高の変更やロック解除後は、供給量を再計算し、関連書類を更新します。