CoinMarketCap 供給量検証：トレーサブルなウォレット証拠ファイルの作成

CoinMarketCapの供給量数値は何を説明する必要がありますか？

日付入りの供給量計算は、数値、そのソースデータ、および関連する残高に割り当てられた処理方法を示します。発行済み供給量と、プロジェクトが流通中として提案する量を区別する必要があります。これらの値は互換性がなく、ラベルだけでは違いを説明できません。

プロジェクトファイル内で3つの定義から始めます：

• 発行済み供給量： トークンの設計に基づいて作成されたトークンで、明記されたソースと計算時刻に基づきます。
• 提案された流通量： プロジェクトが利用可能として分類する残高で、その書面による包含ルールに従います。
• 除外された残高： 利用不可として扱われる保有分で、それぞれに理由と裏付け記録がリンクされています。

次に、提案された数値を公開トークノミクス、エクスプローラーデータ、および割り当て記録と比較します。これらは同じトークンと同一時点を記述している必要があります。そうでない場合は、提出を準備する前に不一致を特定します。有用な表は、ソース数値、調整、および結果の計算を記録します。これにより、レビュアーは内部の説明に頼らずに計算を追跡できます。

プロジェクトはその根拠を文書化できますが、その分類をCoinMarketCapの確定した処理として提示すべきではありません。供給量の証拠は上場申請とは別に保管してください。CoinMarketCap上場ガイドは、その個別の提出タスクをカバーしています。

どのウォレット記録が計算を監査可能にしますか？

ウォレットスケジュールは、各残高をアドレス、ラベル、および判断に結び付けます。スプレッドシートは、第二者がそのエントリを裏付けソースと照合できる場合に有用になります。

関連する各アドレスまたはコントラクトに1行を使用します。以下の6つのフィールドを含めます：

不確かなラベルは未解決としてマークします。アドレス名やプライベートなチームメモからウォレットの目的を推測しないでください。プロジェクト管理ウォレットの場合は、管理と使用目的の簡単な説明を含めます。制限付き割り当ての場合は、制限とその条件を説明する記録を添付します。

計算日を記録し、元のスナップショットを保存します。これにより、後の残高変更と以前の提出を区別できます。トークンが複数のネットワークに存在する場合は、各チェーンとコントラクトを個別に識別します。プロジェクトがそれらの関係を文書化するまでは、表現を結合しないでください。結果のスケジュールにより、レビュアーは無関係なファイルを検索することなく、アドレス、観測残高、分類、および証拠を追跡できるようにする必要があります。

提出前に供給量の計算をどのようにテストできますか？

調整表により、ソース供給量と提案された流通量の間の各調整が可視化されます。計算はウォレットスケジュールから再現可能である必要があり、説明のない要約数値に依存してはなりません。

まず、ソース値とそれが確認された時刻を記録します。次に、メソッドが含める残高と除外する残高の合計を計算します。これらの合計を報告された供給量と比較します。調整しない場合は、差異をメモに隠すのではなく、理由を書き留めます。

作業数値を承認する前に、以下の4つのポイントを確認します：

• カバレッジ： すべての関連アドレスとコントラクトが表現されていますか？
• 処理方法： 各包含または除外に明記された理由がありますか？
• タイミング： 残高と裏付け記録は一貫した時点で確認されましたか？
• 調整： 丸め、移行、またはブリッジされた表現は説明されていますか？

未解決の項目は確定エントリとは別に保管します。制限が権利確定契約または運用条件に依存する場合は、その証拠を指摘します。条件が文書化されていない場合は、分類を確定済みとして扱わないでください。計算、トークノミクス、および提出サマリーで同じラベルを使用します。レビュアーは最終数値から各調整を経てソースに戻ることができる必要があります。個別の証拠レビューについては、供給量検証を参照してください。

CoinMarketCapの供給量証拠パックには何を含めるべきですか？

コンパクトな証拠パックは、最初に提案された数値を提示し、次にそれを確認するために必要な記録を提供します。各主張をどのファイルが裏付けているかを推測することなく計算をレビューできるように資料を整理します。

以下の順序を使用します：

1. サマリー： トークン名、ティッカー、チェーン、コントラクトアドレス、計算日、および提案された数値。
2. メソッドノート： ソース供給量、包含ルール、除外ルール、および計算手順。
3. ウォレットスケジュール： アドレス、残高、ラベル、処理方法、およびソースリンク。
4. 割り当て記録： トークノミクスおよび関連するチーム、投資家、トレジャリー、エコシステム、またはコミュニティ割り当て。
5. 制限の証拠： 権利確定条件、ロック記録、バーン証拠、または除外を裏付けるその他の文書。
6. 未解決項目： 不明瞭な分類、欠落している記録、およびそれらの解決責任者。

サマリーと添付ファイル間で名前、アドレス、および数値が一致していることを確認します。すべてのファイルに明確な名前を付け、そのソースと確認日を保持します。エクスプローラーリンクのないスプレッドシートは検証が困難です。除外理由のないエクスプローラーリンクは、プロジェクトの分類を確立しません。

これは実用的な証拠構造であり、CoinMarketCapが固定のチェックリストを使用するという主張ではありません。資料を送付する前に、プラットフォームの現在の提出手順を確認してください。機密契約は制限し、関連する残高を説明するために必要な詳細のみを含めます。比較として、CoinGecko上場ガイドは別のプロバイダーの上場プロセスを説明しています。現在の要件は個別に確認してください。

プロジェクトは提出ファイルをどのようにチェックすべきですか？

最終レビューでは、提出サマリー、ウォレットスケジュール、およびソース文書を1つの日付入り記録として比較します。目的は、資料がプロジェクトチームを離れる前に矛盾を見つけることです。

一人がファイルを準備し、別の人がそれをチェックするように割り当てます。第二のレビュアーは、コントラクトアドレスを確認し、各ソースリンクを開き、合計を再計算し、文書間でラベルを比較する必要があります。ソースがないアドレス、またはプロジェクト自身の記録と矛盾する処理方法があるアドレスにはフラグを立てる必要があります。

以下の簡易引き継ぎチェックリストを使用します：

• すべての文書に記載されたトークンとネットワークを確認する。
• 作業ファイルから各エクスプローラーおよび文書リンクを開く。
• 含まれる残高と除外される残高を独立して再計算する。
• サマリー数値を計算日とメソッドに一致させる。
• 未解決の項目は確定として提示せずにマークする。

CoinMarketCapの現在のチャネルを通じて提出し、送信した正確なファイルを保持します。そのバージョンに関連する確認も保持します。レビュアーが説明を求めた場合は、同じ日付のスケジュールに基づいて回答し、修正は新しいバージョンで文書化します。明確に整理された引き継ぎにより、担当者も可視化されます。プロジェクトは誰が計算を準備し、誰が証拠をチェックしたかを把握できます。タスクが実際にはプロフィール修正である場合は、供給量ファイルとは別にし、関連するプラットフォームの指示を使用します。

ウォレットスケジュールはいつ再計算すべきですか？

残高、制限、またはトークン表現の変更により、以前の供給量スケジュールが不完全になる可能性があります。プロジェクトが報告する量または分類に影響を与えるイベントが発生した場合は、計算を再検討します。

ミント、権利確定リリース、移行、バーン、またはプロジェクト管理ウォレット間の移動後にファイルをレビューします。イベントが発行済み供給量、提案された流通量、または既存の残高に割り当てられたラベルのみを変更するかどうかを確認します。トランザクションまたはコントラクトの証拠を記録し、新しい日付入りバージョンを作成します。以前の計算は上書きせずに保存します。

実用的な更新ルーチンには4つのチェックがあります：

• 現在のアドレスリストを最後に保存したスケジュールと比較する。
• 変更された残高と新しいアドレスを割り当て記録と照合する。
• 明記されたルールで再計算するか、メソッドの変更を文書化する。
• 同じ数値を使用する場合は、トークノミクスと公開説明を整合させる。

イベント、ソース、影響を受けるアドレス、計算バージョン、およびファイル所有者を含む変更ログを維持します。これにより、チームは数値が変更された理由の明確な記録を得られます。また、裏付け残高が移動した後に古い数値が新しい提出に表示されるのを防ぐのにも役立ちます。プロバイダーを比較するプロジェクトの場合、CoinGecko上場ガイダンスは別の参考資料であり、現在のCoinMarketCapプロセスを確認する代わりにはなりません。

CoinMarketCapはどこで最終的な供給量の決定を行いますか？

証拠パックは、プロジェクトの計算とその提案された処理の背後にあるソースを記録します。CoinMarketCapは、提出された情報をどのようにレビューし、供給量を分類し、結果の数値を表示するかを管理します。プロジェクトはその決定や公開タイミングを設定することはできません。

提出前に不明瞭な証拠を明らかにします。ウォレットの役割が契約、ロック条件、または運用管理に依存する場合は、条件を説明し、裏付け記録を添付します。プロジェクトがまだ分類を実証できない場合は、未解決としてマークします。仮定を確定した事実として説明しないでください。

供給量の作業は可視性活動とも異なります。トレンド掲載は流通供給量の計算を実証するものではなく、供給量ファイルは上場申請ではありません。両方のタスクを計画している場合は、記録と目標を分けてください。CoinMarketCapトレンドガイドはその個別のトピックをカバーしています。

有用な最初のレビューのために、トークンのチェーンとコントラクトアドレス、最新のトークノミクスと権利確定記録、および現在のウォレットスケジュールを送信してください。GeoMarketing Expertsはそれらのソースに対して計算をチェックし、不足している記録や不明瞭な分類の具体的なリストを返すことができます。その後、日付入りファイルを提出する前にそれらのギャップを解決できます。

仕組み

1. 計算範囲を設定するトークン、チェーン、コントラクトアドレス、計算日、および残高分類のルールを記録します。
2. ソース文書を収集するエクスプローラーリンク、トークノミクス、割り当て記録、権利確定条件、および除外の証拠を収集します。
3. ウォレットスケジュールを作成する関連する各アドレスにラベルを付け、その残高を記録し、その処理方法の証拠をリンクします。
4. 調整とレビューを行う含まれる残高と除外される残高の合計を再計算し、各ソースを開き、未解決の分類にフラグを立てます。
5. 提出して保存するCoinMarketCapの現在のチャネルを使用し、送信した正確な日付入り資料を保持します。