供給量検証：明確な証拠の連鎖

供給量のストーリーを1つの日付入り記録にまとめる

有用なCoinMarketCap供給量の説明は、1つの日付入り計算書から始まります。これにより、提案された数値が残高、判断、記録に結び付けられ、レビュー担当者が散在するファイルからストーリーを組み立てる必要がなくなります。

チームが最新に保てる形式を選びましょう。スプレッドシートは計算に便利です。短いメモはその背後にある選択を説明します。同じ日付と数値が両方に記載されていれば、両方を使用しても構いません。

最初のビューはシンプルに保ちましょう。トークン名、コントラクト、ネットワーク、基準日、提案された循環供給量を記載します。次に、カテゴリごとに合計がどのように構成されているかを示します。これにより、誰かがすべての裏付けファイルを読む前に計算を追跡できます。

より広範なプロファイルプロセスについては、CoinMarketCapに上場する方法をご覧ください。計算と記録のセカンドオピニオンが必要な場合は、循環供給量検証サービスでその準備をカバーしています。

記録に人間的な出発点を与える

フォロワーが少なく、テストネットとメインネットの間で作業しているNFTアーティストを想像してください。コントラクトの詳細やアロケーション記録がまだ収集されている間に、トークン供給量の説明を準備しています。まず、提案された数値がどのネットワークとコントラクトを説明しているかを特定します。

この小さな最初のチェックで、簡単な混同を防げます。あるネットワークの記録が、別のネットワークに表示される残高を説明できない場合があります。次に、アロケーションカテゴリを平易な言葉でリストアップし、各カテゴリを利用可能な最良の証拠に対応付けます。結果として、読者が追跡できるストーリーができ、技術的なリンクの山にはなりません。

チームが知っていることから始めましょう。トークンコントラクトとネットワーク、計算の日付、その時点での発行量を記録します。次に、公開保有、ロックされたアロケーション、トレジャリー残高、バーン、または提案された数値に影響を与えるその他の変更を特定します。残高に「ロック」というラベルを付ける場合は、制限がどこに記録され、その条件が何であるかを必ず明記してください。

一部の情報が公開されていない場合は、その旨を明確にマークします。裏付けのない主張を確定事項として提示するのではなく、適切な記録や説明を追加します。CoinGeckoには別のプロファイルプロセスがあります。CoinGeckoに上場するためのガイドが、チームがそれらのプラットフォーム資料を区別して管理するのに役立ちます。

各残高を追跡するのに役立つ記録は？

最も明確な証拠セットは、台帳の重要な各行をそれを裏付ける記録とペアにします。1つの文書で供給量全体を説明することはほとんどないため、計算のカテゴリに基づいてファイルを整理します。

トークン記録から始める

コントラクトアドレス、ネットワーク、関連するエクスプローラーページを含めます。計算過程を示す日付入りの計算書を追加します。トークンがマイグレーションした場合や複数のコントラクトを使用している場合は、記録がどのように関連し、同じユニットを二重にカウントしないようにするかを説明します。

アロケーションと変更の記録を追加する

トークンの設定に一致する文書を使用します。例えば、アロケーション資料は計画されたカテゴリを説明し、権利確定やロックアップの記録は残高に付随する条件を説明できます。トレジャリーやマルチシグアドレスには、その目的に関する短いメモが必要です。バーン、ミント、トランスファー、マイグレーションについては、関連するトランザクション記録を含め、計算への影響を説明します。

実用的な証証拠インデックスには以下が含まれます。

• 台帳の行またはカテゴリ名。
• 金額と基準日。
• 残高を含める、または除外する理由。
• 説明を裏付けるリンクまたはファイル。

これは準備リストとして扱い、すべての項目がすべての提出に必須であると主張するものではありません。何かを送信する前に、CoinMarketCapの現在の指示を確認してください。プライベート記録は明確に識別し、可能な場合は適切な抜粋や裏付けソースを含めてください。

提出前に2回のパスでギャップを発見する

意図的な2回のパスにより、ファイルの信頼性が向上します。1回は数値用、もう1回は証拠の読みやすさ用です。各パスに明確な役割を与えることで、小さな不整合が長い文書の中に隠れるのを防ぎます。

1. 基準点を設定する。 提案された数値に付随するコントラクト、ネットワーク、日付を書き留めます。台帳全体で同じ基準点を使用します。
2. 残高をマッピングする。 各カテゴリをリストアップし、含めるか除外するかを明記します。その処理を裏付ける記録を追加します。
3. 計算を再確認する。 リストされたカテゴリから再計算します。二重にカウントされた残高や、台帳に反映されていない変更がないか確認します。
4. 公開資料と比較する。 ウェブサイトやトークン文書に矛盾する日付、用語、数値がないか確認します。提出前に差異を更新または説明します。
5. 新しい人の目線で読む。 各合計をその出典まで追跡します。推測が必要な行を明確にし、最終ファイルのコピーを保管します。

プロジェクトにスケジュールリリースと最近のトレジャリー送金があるとします。各イベントを独自の記録と照合し、台帳が正しい日付と残高を反映していることを確認します。このレビューは、プラットフォームがトークンをどのように分類するかを決定するものではなく、チームが提案する計算を説明するのに役立ちます。

別のプラットフォーム比較については、CoinGeckoとCoinMarketCapの上場に関するガイドで、2つのプロファイルプロセスを個別に処理する理由を説明しています。

CoinMarketCapの審査判断はそのままにしておく

注意深く作成された証拠ファイルは、提案された供給量の数値を説明するのに役立ちますが、CoinMarketCapが記録をどのように解釈し、プロファイルを変更するかを決定します。チームが管理できるのは計算と裏付け資料であり、プラットフォームの評価や更新タイミングではありません。

この境界線は、正確である理由であり、記録が証明することを誇張する理由ではありません。使用した日付と方法を説明します。残高に制限がある場合は、記録を指し示し、制限を平易な言葉で説明します。不確かな項目がある場合は、広範なラベルの背後にギャップを隠すのではなく、何が欠けているかを述べます。

ファイルを送信する前に、現在のCoinMarketCapの指示を確認し、リンクが関連ページに正しくリンクしていることを確認します。計算書、証証拠インデックス、および後日行う明確化はすべて一緒に保管します。プラットフォームが特定のカテゴリについて質問してきた場合、説明全体を再構築する代わりに、記録から回答できます。

上場と検証ガイドでは、関連するプロファイルの準備について説明しています。これらは、チームが他のトークン記録も準備しており、定義を一貫させたい場合に役立ちます。

提出後も計算書を次の変更に備えておく

供給量台帳は、トークン記録が変更されるたびに誰かが更新することで、有用性を保ちます。トークンリリース、バーン、新規発行、コントラクトマイグレーションなど、数値に影響を与える可能性のあるイベントを記録する担当者を1人割り当てます。更新の横に、関連するトランザクションまたは文書を保管します。

数値が変更された場合は、何が起こったか、いつ起こったか、どの残高が影響を受けたか、計算がどのように変わったかを書き留めます。以前のバージョンも保管します。これにより、後でプロファイルの数値や公開文書を説明する必要が生じた場合に、チームが参照できる簡単な履歴が得られます。

更新を準備する前に、台帳をプロジェクトの公開トークン資料と照合します。CoinGeckoとCoinMarketCapは別々のプロバイダーであるため、1つの基礎となるソース台帳を維持しますが、プラットフォーム固有の説明を準備します。CoinMarketCap上場の仕組みとCoinGecko上場の仕組みについて詳しく読むことができます。

ファイルをチェックしてほしい場合は、Brand Communityにコントラクトアドレスと現在の計算書をお送りください。アロケーションとロックアップの記録、および関連するトランザクションへのリンクを含めてください。数値と引用された証拠を比較し、チームが対応すべきギャップの明確なリストを返します。

仕組み

1. 基準点を選択する提案された数値のコントラクト、ネットワーク、日付を記録します。その日付を計算と証拠全体で一貫させます。
2. 各残高カテゴリをリストアップする何が含まれ、何が除外され、その理由を示します。重要な各行を出典にリンクします。
3. 計算を再確認する台帳をコントラクトおよびウォレットの記録と比較します。バーン、トークンリリース、マイグレーションを考慮します。
4. 公開説明と比較する提出内容をプロジェクトのウェブサイトとトークン文書と照合します。送信前に差異を明確にします。
5. 最終記録を保管する提出した計算書、証拠リンク、および後日行う明確化をすべて一緒に保存します。