CoinGecko供給量検証：プロジェクトが準備すべきこと

CoinGecko供給量検証には何が含まれますか？

CoinGecko供給量検証は、プロジェクトがトークン供給量について提出する情報をレビューするものです。準備とは、その情報を理解可能で裏付け可能にする作業です。目標は、循環供給量がどのように導き出されたか、何が除外されているか、そして裏付け記録をどこで確認できるかを示すことです。

準備ファイルは、特定の文書や形式が公式に要求されていると主張するものではなく、説明として扱ってください。CoinGeckoの現在のリクエストプロセスと指示が、何を提出すべきかの権威です。資料をまとめる前に、トークンのCoinGeckoページ、関連する資産とネットワーク、および供給量関連リクエストの現在のルートを確認してください。

チームにとって有用な出発点の質問は次のとおりです。トークンモデルを構築していない人が、提供された記録と定義から提示された数字を再現できるでしょうか？できない場合は、何かを送信する前に方法論を明確にしてください。より広範な検証タスクのサポートについては、循環供給量検証サービスを参照してください。この記事は、プロジェクトが自ら準備できることに焦点を当てています。

CoinGeckoでトークン供給量を検証する方法：供給マップを作成する

報告する数字をトークンのオンチェーンおよびプロジェクト記録に結び付ける供給マップを作成してください。カテゴリを明確に区別し、計算経路を示すようにします。単一の合計値を文脈なしで提示するのではありません。

日付入りの作業シートに以下を含めてください：

• トークン名、ティッカー、ネットワーク、コントラクトアドレス（プロジェクトの公式資料と照合済み）。
• 出発点として使用した総供給量と、そのソースまたは計算方法を記載。
• 循環割り当てと、それぞれを循環として扱う根拠。
• 権利確定、トレジャリー、チーム、エコシステムなど、除外または制限された割り当て（トークンモデルに関連する場合）。
• 結果として得られる循環供給量と、そこに至った簡潔な説明。

全体で一貫した単位と精度を使用してください。ダッシュボード、エクスプローラービュー、内部モデルが異なる数字を表示している場合は、その理由を記録してください。最も有利に見える数字を黙って選択しないでください。このファイルは調整と説明のためのものであり、CoinGeckoの現在の提出指示の代わりにはなりません。チームが別のデータプロバイダーへの申請も準備している場合は、そのプロセスは別に保ち、CoinMarketCap供給量検証ガイドを参照してください。同じリクエスト形式が適用されるとは想定しないでください。

CoinGecko循環供給量検証のためにどのような書類を準備すべきですか？

供給マップを実証し、各数字のソースを容易に検査できるようにする記録を準備してください。このガイドでは普遍的な書類バンドルはありません。適切な証拠は、トークンのコントラクト、管理、割り当て構造に依存し、CoinGeckoの現在の指示が実際に何を提出すべきかを決定します。

潜在的な証拠を割り当てごとに整理し、各項目が何をサポートするかを示す短いインデックスを付けてください。プロジェクトによっては、評価に役立つ資料には以下が含まれます：

• 関連するトークン残高と転送を特定する公開エクスプローラーレコードまたはコントラクト参照。
• トークンが除外または循環として扱われる理由を説明する権利確定スケジュール、アンロック条件、または割り当てテーブル。
• トレジャリーおよびエコシステムの割り当てをサポートするガバナンス記録または公開プロジェクト文書。
• 仮定、除外、コントラクト関係、手動計算を説明する方法論ノート。
• レビュアーがプライベートスプレッドシートのみに依存せずに主張を確認できる公開文書へのリンク。

各ファイルに明確な名前と日付を付け、無関係なプロモーション資料を添付しないでください。記録がプライベートまたは機密である場合は、それが本当に必要かどうか、また編集済みまたは要約版で説明をサポートできるかどうかを確認してください。レビュアーが機密情報を不必要に公開せずに証拠を理解できる十分なコンテキストを提供してください。

トークンチームは供給量の不一致をどのように説明すべきですか？

可能な場合は提出前に不一致を解決し、差異が残る場合はその原因を説明し、方法論がどの数字を使用しているかを示してください。レビュアーは、ウェブサイト、エクスプローラー、トークノミクス文書、供給シートがなぜ矛盾しているように見えるかを推測するべきではありません。

チームが管理するソースを比較してください：コントラクトとネットワークの詳細、公開トークン文書、公開された割り当てスケジュール、ダッシュボード、プロジェクト自身のウェブサイトに表示される数字。それらが同じ資産を参照し、同じ単位を使用していることを確認してください。各数字が確認された日付を記録してください。表示される値は、トークンが移動したりプロジェクト資料が更新されたりすると変化する可能性があるためです。

不一致ごとに、3つの部分からなる短いメモを書いてください：異なる数字、差異の理由、リクエストで使用する数字をサポートする証拠または計算。たとえば、プロジェクト文書が割り当てをロックされていると説明しているが、ロック条件を説明していない場合は、それらの条件を明確にする権威あるソースを追加するか、説明を修正してください。トークンがプロジェクト関連ウォレットに保持されているという理由だけで、利用不可能と説明しないでください。関連する管理を説明し、用語を一貫して使用してください。トークンのエクスプローラー情報にも注意が必要な場合は、エクスプローラートークン情報とロゴ更新を参照してください。

CoinGeckoに提出する前の品質管理チェックリスト

最終レビューでは、リクエストが内部的に一貫しており、わかりやすく、重要な証拠に限定されていることを確認する必要があります。このチェックを実行するために指名されたチームオーナーを割り当ててください。供給モデルの作成者とは別の人がレビューすることで、不明確な前提を見つけやすくなります。

このチェックリストを使用してください：

• トークン名、ティッカー、ネットワーク、コントラクトアドレスがリクエストと証拠全体で一致していますか？
• 循環供給量は、隠された数式や説明のない調整なしに供給マップを通じて追跡できますか？
• 除外された割り当ては、単なるラベルではなく、そのステータスと裏付け記録とともに説明されていますか？
• 公開リンクは引用された資料にアクセスでき、ファイル名は内容を明確にしていますか？
• 古い数字、矛盾する説明、裏付けのない主張は削除または説明されていますか？
• チームはCoinGeckoの現在のリクエスト指示を確認し、想定される質問への回答を準備しましたか？

提出した正確なバージョン、証、証拠インデックス、および関連する連絡のコピーを保管してください。これにより、チームが後で方法論を更新したり、変更を説明する必要がある場合に、信頼できる内部記録が作成されます。問題が供給方法論ではなく、不正確なプロジェクトプロファイルである場合は、供給提出に無関係なリクエストを追加する代わりに、別のプロファイル更新および改善サービスを検討してください。

提出後、プロジェクトの管理外にあるものは何ですか？

完全な証拠パックは明確さを向上させますが、CoinGeckoのレビューの結果を決定することはできません。CoinGeckoは、提出された情報が現在のレビュー要件を満たしているかどうか、説明を求めるかどうか、およびどの供給情報を表示するかを決定します。プロジェクトは、提出を承認として提示すべきではありません。

リクエスト送信後も作業ファイルを最新の状態に保ってください。チームが供給方法論、トークン割り当て文書、または関連するコントラクト参照を変更した場合は、フォローアップを行う前に、何が変わったか、その理由を記録してください。異なる数字と説明のない複数のバージョンを繰り返し送信しないでください。簡潔な変更ノートは、一貫した監査証跡を維持するのに役立ちます。

チームが支援を必要とする場合、MegaSatoshiは提出前に供給マップ、証拠インデックス、説明の一貫性をレビューできます。また、CoinGecko上場サポートやウォレットロゴとトークンリストへの掲載など、関連する準備も支援できます（これらが別のニーズである場合）。トークンページまたはコントラクトの詳細、現在の供給方法論、およびまとめた記録を送信してください。ギャップを特定し、レビューの範囲について合意することから始めます。