CoinGecko と CoinMarketCap：申請で何が変わる？
1つの共通ファクトシートで両方の申請をサポートできます。ただし、各プラットフォームには独自のフォームと記録が必要です。
| 選択肢 | 共通で使えるもの | 個別に確認すべきもの |
|---|---|---|
| CoinGecko | プロジェクト名、ティッカー、公開情報 | 現在のフォーム、要求フィールド、フォローアップ |
| CoinMarketCap | コントラクト、マーケット、供給量ソース | 独自の申請ルートと審査ステータス |
| 両プラットフォーム | 検証済み事実のための1つのソース文書 | 個別の提出とプラットフォーム固有の回答 |
共通文書はプロジェクト詳細の不一致を減らしますが、一方のプラットフォームの提出が他方で有効になるわけではありません。各申請ルートの現在のフィールドを確認し、そのフォームに合わせて回答を調整してください。各確認と返信は独自の記録に保管してください。
2つ目のプラットフォームのプロセスについては、CoinMarketCap 上場ガイドをご覧ください。上場準備と可視性キャンペーンは分けて管理してください。CoinGecko トレンドは別のタスクです。
CoinGecko フォーム前の6つのチェック
6つのチェックで申請の検証が容易になります。まず事実を収集し、次に現在の公式ガイダンスとフォームと照合します。
- 身元：公開ページ全体でプロジェクト名とティッカーを一致させる。
- ネットワーク：トークンのネットワークを明記し、該当する場合は関連するエクスプローラーの記録にリンクする。
- コントラクト：プロジェクトページとマーケット掲載に表示されているアドレスを検証する。
- マーケット：稼働中の取引所と関連する取引ペアへの直接リンクを収集する。
- 供給量：各数値にラベルを付け、その公開ソースまたは計算方法を記載する。
- チャンネル：プロジェクトの公開チャンネルが最新でアクセス可能であることを確認する。
- ソース：すべてのURLがログインなしで開き、正しいアセットを指していることを確認する。
これらの項目を1つの作業文書にまとめます。
- トークンバージョン：プロジェクトに複数のバージョン、マイグレーション、またはブリッジされたアセットがある場合は、アクティブなバージョンを明記する。
- 不明なフィールド：チームが解決すべき詳細はマークし、推測で埋めない。
- 申請サポート：CoinGecko 上場サービスが申請記録の整理を支援できます。
- 関連準備：上場と検証ハブで関連する準備を確認できます。
準備確認からフォローアップまでの5つのステップ
プロジェクト側の5つのステップで、準備から保存されたフォローアップ記録まで進みます。各ウィンドウは作業フェーズであり、プラットフォームの対応時間を約束するものではありません。
- 現在のガイダンスを読む — ウィンドウ：準備前。該当するアセットのフィールドと条件を確認する。
- 証拠を集める — ウィンドウ：フォーム前。身元、コントラクト、マーケット、供給量、チャンネルの直接リンクを収集する。
- 詳細を調整する — ウィンドウ：提出前。ソース間で名前、ティッカー、ネットワーク、アドレス、供給量ラベルを比較する。
- 提出して保存する — ウィンドウ：提出時。現在の公式ルートを使用し、回答を保存して提出詳細を記録する。
- 監視して対応する — ウィンドウ：提出後。使用された連絡チャンネルを監視し、特定のフォローアップには関連証拠で回答する。
最終回答の責任者を1人決めてください。提出後に重要な事実が変更された場合は記録してください。例としては、アクティブなコントラクトやマーケットリンクが挙げられます。公式ルートを使用して簡潔な訂正を送信してください。証拠を追加しない重複したコピーは送信しないでください。
CoinGecko の供給量を追跡可能にする方法は？
3つの供給量ラベル（循環供給量、総供給量、最大供給量）には、該当する場合に明確な定義が必要です。各数値にソースを付け、該当する場合はチームがどのように計算したかを説明してください。
まず短い供給量メモを作成します。ラベル、値、ソース、方法を記載し、可能な場合は公開コントラクトやその他の証拠にリンクしてください。循環供給量が計算値の場合は、計算方法と除外事項を平易な言葉で説明してください。ウェブサイトと申請書で同じ定義を使用してください。
トレジャリーやベスティングウォレットが数値に影響を与えるかどうかを確認してください。また、ロックされた割り当て、バーン、ブリッジされたバージョン、コントラクトのマイグレーションも確認してください。閲覧者が見る内容を変える詳細はすべて説明してください。供給量の数値を、それが何を表すかを示さずに提示しないでください。
提出前に、メモをエクスプローラーの記録やプロジェクトページと比較してください。提供されたマーケット情報も確認してください。差異はチームが解決するようフラグを立ててください。公開供給量証拠の整理については、供給量検証サービスをご確認ください。引用された各ソースが特定の数値を裏付けていることを確認してください。
CoinGecko が審査とプロフィールステータスを管理
1つのプラットフォームが上場決定、審査スケジュール、プロフィールに表示される警告を管理します。申請ヘルパーは証拠を整理できますが、CoinGeckoの決定や審査期間を決定することはできません。
プロフィールに警告がある場合、まずそれが参照する情報またはポリシーの問題を特定してください。影響を受けるプロフィール詳細を公開ソースと比較し、その特定のポイントに対処する証拠を収集してください。データの不一致を修正せずに宣伝文言を変更しても、中心的な問題は解決されません。
簡潔な訂正記録を使用してください：
- 警告テキスト：文言と影響を受けるプロフィールフィールドを保存する。
- ソース：訂正を裏付ける公開ページまたはコントラクト記録にリンクする。
- 変更：何が変更され、チームがいつ自社資料を更新したかを記載する。
- 返信：プラットフォームの質問に関連する証拠のみを送信する。
やり取りと提出された変更のコピーを保管してください。上場後の可視性については、別のCoinGecko トレンドガイドを評価してください。上場リクエストとトレンドキャンペーンは同じ申請ではありません。
DigitalMedia1 と準備する3つの記録
3つの記録でチームにクリーンな引き継ぎを提供します：プロジェクトファクトシート、証拠リンク、保存された提出コピーです。DigitalMedia1 はこれらの資料の不一致をレビューし、確認が必要な詳細をフラグし、現在のフォームに対する回答の整理を支援できます。
| 提供内容 | タイミング | 記録方法 |
|---|---|---|
| プロジェクトとトークン詳細を含むファクトシート | フォーム前 | チーム承認用のチェック済みバージョン1部 |
| マーケット、供給量、チャンネルの証拠リスト | 準備中 | 証拠が裏付ける事実の横に直接リンク |
| 提出とフォローアップ記録 | 提出時および提出後 | 保存された回答、リクエスト詳細、返信 |
チームがプロジェクト事実を確認し、最終提出を承認します。この分離により、フィールドが変更されたりプラットフォームが説明を求めた場合でも記録が有用であり、古いリンクが後のリクエストで再利用されるのを防ぐのにも役立ちます。
プロジェクトのウェブサイト、コントラクトアドレス、マーケットリンクをCoinGecko 上場サービスに送信してください。記録をレビューし、最初のギャップをフラグします。その後、次のフォームステップをマッピングします。
仕組み
- 現在のガイダンスを確認ウィンドウ：準備前。該当するアセットの現在のフィールドと条件を確認する。
- 公開証拠を収集ウィンドウ：フォーム前。ウェブサイト、コントラクトとエクスプローラーの詳細、マーケットリンク、供給量ソース、アクティブなチャンネルを収集する。
- プロジェクト事実を調整ウィンドウ：提出前。ソース間で名前、ティッカー、ネットワーク、コントラクト、マーケット、供給量定義を比較する。
- 提出して保存ウィンドウ：提出時。直接リンクを使用して現在の公式フォームを完了し、回答とリクエスト詳細を保存する。
- フォローアップを監視ウィンドウ：提出後。使用された連絡チャンネルを監視し、特定のリクエストには関連証拠で回答する。
よくある質問
CoinGecko は申請者にどのようなプロジェクト詳細を求めますか？
6つの準備チェックで、プロジェクトの身元、ネットワーク、コントラクト、マーケット、供給量、現在のチャンネルをカバーします。該当するアセットの要件については、現在のCoinGeckoガイダンスとフォームを確認してください。チェックリストは証拠を準備する方法として扱い、プラットフォームの基準の代わりとして扱わないでください。
現在のCoinGecko上場フォームはどこにありますか？
1つの公式サポートルートが、CoinGeckoの現在の指示とリクエストフォームを見つける場所です。コピーされたフォームやチャットの古いリンクではなく、プラットフォームのサポートサイトを使用してください。提出した回答とソースリンクを保存し、チームが質問された場合に一貫して回答できるようにしてください。
CoinGecko の上場審査にはどのくらい時間がかかりますか？
1つの審査期間はCoinGeckoによって設定されます。想定される決定日を中心にローンチを計画しないでください。チームは準備と、説明を求めるリクエストへの回答速度を管理できます。提出記録を保管し、プラットフォームが応答するまでローンチ計画は柔軟に保ってください。
CoinGecko で供給量をどのように検証すればよいですか？
3つの供給量ラベル（循環供給量、総供給量、最大供給量）には、該当する場合に定義とソースが必要です。各数値を公開証拠にリンクし、計算がある場合は平易な言葉で説明してください。提出前に、ウェブサイト、エクスプローラー情報、申請書間でラベルと値を比較してください。
CoinGecko に警告が表示された場合、どうすればよいですか？
1つの警告記録に、表示されたテキスト、影響を受けるフィールド、裏付けソースを記録してください。訂正を送信する前に、根本的なデータまたはポリシーの問題を特定してください。その後、CoinGeckoの公式ルートを使用し、特定のポイントに対処する証拠を提供してください。文言の変更だけではプロフィールの問題が解決しない場合があります。
1つのCoinGeckoリクエストでCoinMarketCapもカバーできますか？
2つのプラットフォームは、2つの個別のリクエストルートと審査記録を意味します。ファクトシートを再利用してプロジェクト詳細を整合させてください。各現在のフォームを確認し、要求されたフィールドに回答してください。CoinGeckoの提出はCoinMarketCapには適用されません。そのプロセスについてはCoinMarketCap 上場ガイドをご覧ください。
CoinGecko 申請の支援はどのように見積もられますか？
3つの要素が見積もりを形成します：プラットフォームタスク、必要な準備、記録のレビューです。お支払い前に、2営業日以内に固定の書面見積もりをお受け取りいただけます。最初にプロジェクトのウェブサイトと現在の資料をお送りいただき、実際に必要な作業を反映した見積もりを受け取ってください。
プロジェクトについて教えてください
4つの簡単な質問に答えると、マネージャーが1時間以内にプラン、スケジュール、価格帯をお送りします。すべて機密情報として扱われます。
フォームを読み込んでいます…