レビュアーは各 CoinGecko 申請の主張を追跡できますか？
公式サポートページと申請フォームが現在の提出経路を示しています。これらを準備ファイルの最初の記録として使用してください。CoinGecko の現在の指示は、スクリーンショット、古いテンプレート、サードパーティのチェックリストよりも優先されます。
フォームを開く前に、3 回のレビューパスを実行してください。
- 同一性： プロジェクト名、ウェブサイト、説明、公開チャネルを一致させます。
- トークン： ティッカー、ネットワーク、コントラクトアドレスを関連する公開ページと比較します。
- 証拠： 供給量と市場の詳細を、その情報を直接示すソースに結びつけます。
重要な主張ごとに、ソース URL とそれが裏付ける正確な詳細を記録してください。一般的なホームページはプロジェクトの同一性を確立するかもしれませんが、供給量の数値を裏付けるとは限りません。すべてのリンクを開いてください。それが意図されたページにリンクしており、プライベートなチームコンテキストなしでアクセス可能であることを確認してください。
1 つのプロジェクトが複数のトークンやコントラクトを使用している場合は、申請がカバーするアセットを明記してください。これにより、読者がどの記録が該当するかを推測する必要がなくなります。ファイルを最終決定する前に、現在の CoinGecko サポートガイダンス を確認してください。上場と検証ハブ では、関連するプロフィールとデータの準備についての方法を説明しています。
申請ファイルを検査しやすくする記録はどれですか？
コンパクトなソースマップを使用すると、チームは公開資料に対してフォームを確認できます。各主張に対して 1 つの記録を作成し、後でソースを見つけて検証するのに十分なコンテキストを提供します。
各記録には次の 6 つのフィールドを使用します。
- 申請に記載される主張。
- 公開ソース URL。
- 主張を裏付けるページまたはフィールド。
- カバーされるアセット、ネットワーク、またはコントラクト。
- 詳細を解釈するために必要な定義。
- チームがソースを最後に確認した日付。
次に、記録をプロジェクトの同一性、トークンの同一性、供給量、市場情報にグループ化します。名前、移行、またはその他の申請詳細を明確にする場合にのみ、補足的な発表やドキュメントを追加してください。これは証拠ファイルであり、ピッチデッキではありません。余分な資料は、フォームが求めている情報を不明瞭にする可能性があります。
管理下にあるソース間で、トークン名、ティッカー、ネットワーク、アドレスを比較してください。供給量については、どの指標を意味するかを明記し、その定義を裏付ける証拠にリンクしてください。公開ソース間で矛盾がある場合は、可能な限りソースを更新してください。それ以外の場合は、その違いを簡潔に説明し、最も強力な参照を提供してください。CoinGecko 上場サービス では準備サポートを提供しており、上場ハブ では他の検証トピックへのリンクを提供しています。
フォームを送信する前に、回答をどのように監査すべきですか？
完成したドラフトは、ソースマップとフィールドごとに一致している必要があります。フォーム自体の文言と指示を使用してください。仮定や宣伝文句でギャップを埋めないでください。
役立つ最終監査には 2 人のレビュアーがいます。申請を準備した人が名前、アドレス、リンク、定義を確認します。2 人目のチームメイトは、各回答が追加の説明なしで理解できるかどうかを確認します。回答をフォームにコピーする前に、ソース資料のエラーを修正してください。フィールドがプロジェクトに適合しない場合は、回答をでっち上げるのではなく、フォームのガイダンスに従ってください。
提出前に、以下の項目を確認してください。
- 名前とティッカーが公開プロジェクト資料と一致している。
- ネットワークとコントラクトの詳細が意図したアセットを特定している。
- 供給量の数値には、その定義と裏付けとなるソースが含まれている。
- 市場リンクが関連する取引所とペアにリンクしている。
- 裏付けリンクが、近くの申請回答を実証している。
CoinGecko の現在の公式ルートを通じて提出してください。正確な回答、提出したリンク、確認記録を保存してください。フォローアップを担当するチームメンバーを指定してください。別のトラッカーが計画の一部である場合は、別のファイルを準備してください。CoinMarketCap 上場ガイド では、そのプラットフォームの個別の申請プロセスについて説明しています。
提出後、プロジェクトカレンダーは何をカバーすべきですか？
保存された提出記録は、チームにフォローアップのための信頼できる出発点を提供します。承認日を想定するのではなく、準備、レビュー、および可能性のある説明を中心に計画を立ててください。
3 つのカレンダーチェックポイントを使用します。まず、提出前にソース監査を完了します。次に、担当者が申請で使用した連絡ルートを監視します。3 番目に、矛盾が現れた場合に特定のリクエストに回答したり、公開ソースを更新したりするための時間を確保します。これらのチェックポイントは、チームが申請とその公開参照の整合性を維持するのに役立ちます。
リクエストが審査中の間、プロジェクトのウェブサイトと関連ドキュメントを正確に保ってください。チームがトークンの詳細を変更した場合は、何がどこで変更されたかを記録してください。明確な理由やリクエストを更新する指示なしに、新しいバージョンを送信しないでください。異なる情報を含む複数のコピーは、内部のフォローアップを不明瞭にします。
発表が計画されている場合は、それを別のコミュニケーションマイルストーンにしてください。CoinGecko に表示される前に、上場が確定したとして発表しないでください。上場リクエストはトレンドキャンペーンとは別のものです。そのトピックについては、CoinGecko トレンドの仕組み を読み、申請とは独立して計画してください。
警告や供給量の不一致をどのように文書化しますか？
焦点を絞った修正リクエストは、問題となっている正確なプロフィールフィールドまたは警告から始まります。表示されている内容をキャプチャし、修正を裏付けるソースを特定し、説明をその証拠に結びつけてください。
サポートに連絡する前に、3 つのチェックを実行します。まず、表示されている詳細をプロジェクトの公式資料と比較します。次に、関連する公開のオンチェーンまたは市場ソースを確認します。3 番目に、見かけ上の不一致が異なる供給量の定義やアセット識別子によって引き起こされていないことを確認します。表示されている文言または値、要求された修正、および直接的な裏付け URL を記録してください。
リクエストは狭い範囲に保ってください。無関係なプロフィールフィールドも変更が必要な場合は、公式プロセスが 1 つの統合更新を要求しない限り、それらを個別に文書化してください。焦点を絞った記録により、チームはフォローアップの質問に答え、どの修正が要求されたかを確認しやすくなります。
リクエストには CoinGecko の現在の公式サポートルートを使用してください。メッセージと、チームが行ったソースの変更のコピーを保管してください。上場と検証ハブ は、関連するプロフィール準備の出発点です。無関係な発見目標については、プロフィール修正をトレンドリクエストとして扱うのではなく、CoinGecko トレンドガイド を使用してください。
提出後、どの決定が CoinGecko に委ねられますか？
CoinGecko は、現在のレビュー基準をどのように適用するか、いつ応答するか、上場プロフィールを変更するかどうかを管理します。完全で一貫性のあるファイルは評価をサポートしますが、承認や特定のプロフィール表示を要求することはできません。
チームの行動は、管理可能な範囲内に留めてください。
- 現在の公式ルートを通じて正確な回答を提出する。
- 正確な申請内容とソースリンクを保持する。
- 明確化リクエストには、その点に関する証拠を添えて回答する。
- 要求された変更が完了したと説明する前に、プロフィールを確認する。
申請の受領を上場の証明として扱わないでください。CoinGecko がリクエストを拒否した場合、またはプロフィールが変更されない場合は、提出された主張をソースおよび現在のガイダンスと比較してください。別のリクエストを送信する前に、修正されたソースまたは改訂された申請が適切かどうかを判断してください。
CoinGecko への上場と CoinMarketCap への上場は別の申請です。どちらの申請も、もう一方のプラットフォームへのリクエストとして扱われるべきではありません。別の準備パスについては、CoinMarketCap 上場ガイド を参照してください。トレンドの可視性も別のトピックです。CoinGecko トレンドガイド でその目標について説明しています。
提出前の最終チェックには何を含めるべきですか？
最終的な申請は、公開ソースおよびチームが保持するコピーと一致している必要があります。それらの記録が異なる場合は、フォームを送信する前にソースの不一致を解決してください。
この最終監査を使用します。
- 現在の公式申請ルートを確認する。
- すべての URL を開き、それが近くの主張を裏付けていることを確認する。
- プロジェクト名、トークン識別子、供給量の定義を比較する。
- 提出された回答と裏付けリンクを一緒に保存する。
- 返信とプロフィールフォローアップの担当者を 1 人割り当てる。
プロジェクトが複数のトラッカーに申請している場合は、ファイルを別々に保管してください。各プラットフォームの指示とフィールドラベルを確認してください。フォーム間で回答を盲目的にコピーしないでください。一部の詳細には、異なる説明や証拠リンクが必要になる場合があります。
独立した一貫性レビューのために、GeoMarketing Experts にプロジェクトのウェブサイト、トークンネットワークとコントラクト、関連する公開ソース、およびドラフト回答を送信してください。主張をリンクされた証拠と比較し、チームが検証するための具体的な編集を返します。ソースマップと申請ドラフトから始めてください。これにより、レビューが明確な記録を基に作業できます。
仕組み
- 現在のルートを確認するCoinGecko の公式サポートガイダンスと現在のフォームを読んでください。回答を準備する前に該当する指示を記録します。
- ソースマップを作成するプロジェクト、トークン、供給量、市場の詳細を収集します。各主張を特定の公開ソースにリンクします。
- 記録を比較するドラフトと公開資料間で名前、アドレス、数値、定義を確認します。矛盾を解決するか、明確に説明します。
- 提出して保存する現在の公式フォームに記入します。回答、リンク、提出記録をフォローアップ担当者用に保持します。
- 特定のフォローアップに回答するCoinGecko が明確化やプロフィール修正を要求した場合は、直接的な証拠をもって指定された点に回答します。やり取りのコピーを保管します。
よくある質問
CoinGecko 申請を始める前に何を確認すべきですか？
CoinGecko の現在の公式指示と申請フォームから始めてください。プロジェクトとトークンの詳細、公開リンク、提出予定の数値のソースを準備します。送信前にドラフトをそれらのソースと比較してください。主張、URL、裏付けフィールドを含むソースマップは、チームに実用的なレビュー記録を提供します。
供給量の数値が提出可能かどうかをどのように判断できますか？
まず供給量の指標を特定し、次にその定義を裏付けるソースにリンクします。数値をプロジェクトの公開資料および関連するオンチェーンまたは市場ソースと比較します。ソースが異なる定義を使用している場合は、それらを同等として提示するのではなく、違いを説明してください。上場と検証ハブ では、関連するデータ準備について説明しています。
CoinGecko プロフィールの警告を修正する最善の方法は何ですか？
正確な警告とプロフィール詳細を記録し、その詳細に関する公開証拠を確認します。CoinGecko の現在の公式サポートルートを通じて、焦点を絞った修正を提出します。簡潔な説明と直接的なソースリンクを含めてください。リクエストのコピーを保管し、変更が完了したと見なす前にプロフィールを確認してください。
上場レビューに合わせてローンチをスケジュールできますか？
想定される応答日ではなく、準備とフォローアップのために計画を立ててください。CoinGecko はレビュースケジュールと応答を管理します。発表計画は申請とは別にしてください。提出された回答を保存し、明確化のリクエストがないか連絡ルートを監視する担当者を 1 人割り当ててください。
CoinGecko 上場料金は申請に対する請求ですか？
手数料情報については、CoinGecko の現在の公式指示を確認してください。このガイドは上場価格を明記しておらず、準備やアドバイザリー業務はプラットフォームの料金とは別です。確認されていないメッセージに頼るのではなく、公式ソースを通じて支払いリクエストを確認してください。
1 つの CoinGecko リクエストで CoinMarketCap もカバーされますか？
いいえ。これらは別のプラットフォーム申請として扱ってください。それぞれに個別のファイルを準備し、その現在のフォームと指示を確認してください。CoinMarketCap 上場ガイド では、もう一方の申請パスについて説明しています。回答や証拠が変更されずに転送されるとは想定しないでください。
申請レビュアーは上場やプロフィール変更を約束できますか？
いいえ。CoinGecko は、レビュー基準の適用方法、応答時期、プロフィールの変更有無を決定します。レビュアーはソースマップを検査し、提出前の矛盾を指摘できます。その作業によりファイルの明確性が向上する可能性がありますが、承認や特定の表示を約束することはできません。
プロジェクトについて教えてください
4つの簡単な質問に答えると、マネージャーが1時間以内にプラン、スケジュール、価格帯をお送りします。すべて機密情報として扱われます。
フォームを読み込んでいます…