CoinGecko警告解除への明確な次の一手

警告は何を確認するよう求めていますか？

上場警告は注意が必要な情報を指し示しますが、懸念事項のすべての詳細を説明しているとは限りません。最初の作業は、警告が参照するフィールドや表示を特定し、それをプロジェクトの現在の公開記録と比較することです。

警告文を正確にコピーし、それを確認したページを保存してください。プラットフォーム、アセットページ、影響を受ける詳細、および最近のプロジェクトの変更点を記録します。この小さな記録は、チームに共通の出発点を与えます。また、レビュー担当者がどの事実を確認すべきか推測しなければならないような、漠然としたリクエストを避けるのにも役立ちます。

警告の文言を上場情報そのものと並べて見てください。供給量に関する警告は、コントラクトアドレス、プロジェクトリンク、またはマーケットに関する警告とは異なる証拠を必要とします。文言が明確な問題を特定していない場合は、無関係な詳細を変更する前に、明確化を依頼してください。より大規模な上場プロセスについては、CoinGecko上場およびCoinMarketCap上場のガイドでプロフィールの準備方法を説明しています。ここでは、タスクを絞り込みます。矛盾しているように見える情報と、それを確認できる情報源を特定します。

公開レポートと古い上場詳細が重なる場合

ファングループを運営するボランティアが監査レポートの公開週を迎えたとします。メンバーがレポートを共有し始め、誰かが上場ページにチームが確認したい詳細がまだ表示されていることに気づきます。ボランティアは、誰かにページの編集を依頼する前に、警告文、上場リンク、プロジェクトの現在の公開情報を正確に収集します。

私たちは、確認された事実と仮定を分けるお手伝いをします。レポートはプロジェクトの詳細を説明するのに役立つかもしれませんが、すべての上場フィールドを自動的に確認するわけではありません。警告が挙げているものと、その点に直接言及している公開記録を比較します。問題が供給量に関するものであれば、チームは供給カテゴリを説明し、それを裏付ける記録にリンクする必要があります。コントラクトやネットワークに関するものであれば、公式プロジェクトページと関連するエクスプローラーの記録が現在の詳細を確認するのに役立つ場合があります。

この注意深さが重要なのは、忙しいコミュニティでは同じ情報の複数のバージョンが出回る可能性があるからです。現在の事実、それが公開されている場所、注意が必要な上場を記載した修正メモを1つにまとめてください。特に供給量に関する質問については、上場情報の準備に関する詳細は、CoinGecko供給量検証のガイドをご覧ください。

各懸念事項を誰でも確認できる情報源に結びつける

強力な修正は、1つの上場詳細を1つの明確な情報源に結びつけます。無関係なプロジェクト資料の束を送るのではなく、特定の変更を裏付ける記録を収集してください。

• 供給量: 問題となっている供給カテゴリを説明し、適切な公開記録にリンクします。説明とプロジェクト資料全体で用語を一貫させてください。
• コントラクトまたはネットワークの詳細: 公式プロジェクトページで現在のアドレスとネットワークを確認し、適切なエクスプローラーの記録と比較します。
• プロジェクトプロフィール情報: 名前、説明、公式リンクを、プロジェクトが管理するページやチャネルと照合します。
• マーケット参照: 指定されたマーケットまたはペアがまだ利用可能であり、アセットを正確に表していることを確認します。

何かを送信する前に、プライベートアカウントに依存せずにすべてのリンクを開いてください。プロジェクト名、シンボル、ネットワーク、アドレスがどこでも一致していることを確認します。スクリーンショットはコンテキストを追加できますが、通常はライブの情報源の方が他の人が検査しやすいです。推定値や計画中の変更は明確にマークし、確認済みの事実として提示しないでください。警告が複数のフィールドにわたる場合は、それぞれについて個別の説明を書いてください。プロフィール修正に関するより広範なサポートについては、上場プロフィール改善が警告と関連フィールドを整理し、明確な証拠パッケージの準備を支援します。

CoinGeckoとCoinMarketCapのためのシンプルな手順

各プラットフォームを独立した上場記録として扱ってください。プロジェクトの事実が共通していても、影響を受けるページ、フィールド、サポートルートは異なる場合があります。関係する各プラットフォームに対して個別のリクエストを準備してください。

1. アセットを特定する。 プロジェクト名、シンボル、ネットワーク、該当する場合はコントラクトアドレスを含めます。
2. 警告を引用する。 その文言をコピーし、影響を受ける上場ページと詳細を指摘します。
3. 修正内容を述べる。 何が不正確で、何を確認すべきかを記述します。
4. 証拠にリンクする。 各公開情報源が何を確認するかを説明する短いメモを追加します。
5. 記録を残す。 メッセージ、提出参照番号、およびフォローアップを共有の場所に保存します。

例えば、プロジェクト変更後に両方のプロフィールが古いコントラクトアドレスを示しているとします。まず、プロジェクト管理下の資料で現在のアドレスを確認します。次に、各プラットフォームで注意が必要なページを特定します。関連する証拠とともに、個別の焦点を絞ったリクエストを送信します。提出前に各プラットフォームの公式サポートサイトで現在の指示を確認してください。プラットフォームからフォローアップを求められない限り、重複したリクエストは避けてください。レビュー担当者から新しい質問があった場合は、その点に直接回答し、それを解決する情報源を添付してください。

上場がレビューされている間、プロジェクト側でできることを明確にする

事実、情報源、リクエストを確認しやすくすることができます。提出前に、チーム内でコントラクト詳細、供給量の説明、公式リンク、マーケット参照を誰が担当するかを確認してください。各項目を現在の公開記録と照らし合わせてレビューし、まだ変更中の詳細は提出を待ってください。

役立つ最終チェックはシンプルです。誰かが各リンクを開き、関連する事実を確認し、それが要求された修正をどのように裏付けるかを理解できるかどうかです。適切な場合には、プロジェクト管理下の資料から古いアドレスや矛盾する数値を削除してください。警告と証拠を一緒に保管し、別のチームメンバーがケースを再構築することなくフォローアップに回答できるようにします。

CoinGeckoとCoinMarketCapは、レビュー判断、要求するフォローアップ、上場ページの表示方法を管理しています。明確な証拠は修正の説明に役立ちますが、どちらのプラットフォームに対しても警告の削除や表示の変更を要求することはできません。

次のプロフィール確認に明確な担当者を割り当てる

共有された信頼できる情報源は、将来の上場確認を容易にします。コントラクトとネットワークの詳細、供給量メモ、公式リンク、マーケット参照を最新に保つ担当者を選んでください。これらの事実のいずれかが変更された場合は、まずプロジェクトの公開情報を更新し、次に関連するCoinGeckoとCoinMarketCapのページを確認します。

小さな変更ログには、プラットフォーム、影響を受けるフィールド、以前の詳細、修正後の詳細、証拠リンク、提出ステータスを記録できます。チームメイトが更新できる程度に簡潔に保ってください。これは、最初に警告を発見した人が上場リクエストを処理する人ではない場合に特に役立ちます。上場準備のより広い視点については、上場と検証リソースをご覧ください。

別の視点が必要な場合、Brand Communityは警告文を上場フィールドおよび公開証拠と比較します。その後、優先順位付けされた修正チェックリストを返します。プラットフォーム、アセットページ、警告文をお送りください。次の提出を準備する前に、何を確認すべきかを特定します。

仕組み

1. 警告文を正確に保存するプラットフォーム、アセットページ、文言、影響を受ける詳細を記録します。元の警告を作業メモの横に保管します。
2. 根底にある事実を確認する上場情報を現在のプロジェクト資料および関連する公開記録と比較します。まだ確認されていないものはすべてマークします。
3. プロジェクト管理下の情報を修正する適切な場合、プロジェクトが管理する情報源の不正確な詳細を更新します。変更内容を記録します。
4. 証拠を修正に結びつける要求された各変更を、誰でも開ける情報源にリンクします。名前、ネットワーク、コントラクト詳細の一貫性を確認します。
5. 個別に提出し追跡する各プラットフォームの現在のプロセスを使用し、参照番号を保存し、フォローアップには直接回答します。