仮想通貨リストアップ支援

遷移先マトリックスは、4つの異なる上場タスクを分類します

遷移先マトリックスは、リクエストをアグリゲーター、エクスプローラー、ウォレット、取引所の4カテゴリに分類します。各カテゴリはユーザー向けの目的が異なるため、1つの申請ですべてをカバーできると扱うべきではありません。

リクエストされた遷移先ごとに、ユーザーニーズ、現在のプロフィール状態、求めている具体的な変更または申請を記録します。次に、プロジェクト詳細を裏付ける公式ソースを添付します。これにより、最初の優先事項が実用的になります。つまり、遷移先リストを拡大する前に、IDや情報のギャップを解決することです。

有用なマトリックスには以下が含まれます：

• 遷移先とリクエストされた成果。
• 表示されている場合、既存のプロフィールURL。
• トークン名、ティッカー、ネットワーク、コントラクトアドレス。
• 公式プロジェクトソースと責任者チームの連絡先。
• 現在のステータスと次のアクション。

名前付きアグリゲータールートについては、CoinMarketCap上場サポートとCoinGecko上場サポートをご確認ください。より広範なカバレッジには、その他の仮想通貨トラッカー上場を含めることができます。取引所への上場は、これらのデータプロフィールタスクとは別に管理してください。中央集権型取引所上場サポートがその個別のワークストリームをカバーします。

どのソースレコードがトークン申請のレビューを容易にしますか？

8項目のソースレコードにより、チームは各申請に対して1つのリファレンスを持つことができます。トークン名、ティッカー、ネットワーク、コントラクト、ウェブサイト、公式ソーシャルチャンネル、ロゴファイル、説明文をカバーします。リクエストされたフィールドをサポートする場合は、関連するエクスプローラーリンクとドキュメントを追加します。

申請を準備する前に、レコードをプロジェクトの公開資料と比較します。最初のチェックはIDです。つまり、コントラクトとネットワークがウェブサイト、公式チャンネル、エクスプローラーリンク間で一致するかどうかです。2番目のチェックは一貫性です。つまり、プロジェクトの説明やその他の提出された詳細がそれらのソースと一致するかどうかです。どちらかのチェックで不一致が見つかった場合は、申請を送信する前に解決します。

供給に関する主張には、独自の証拠が必要です。裏付けのない数値を申請可能として扱わないでください。供給固有の作業については、循環供給量検証をご覧ください。トークンがコントラクトやブランドを変更した場合は、以前の詳細を保持し、変更内容を説明します。移行・リブランド更新がそのレコードに対応します。

提出したフォーム、添付ソース、プラットフォームとのやり取りのコピーを保管してください。1名の指定プロジェクト担当者がフォローアップを担当し、不足している資料を提供する必要があります。これにより、レビュアーが確認を求めた際に、チームの回答が一致します。

アグリゲーター、エクスプローラー、ウォレット、取引所のリクエストはどのように異なりますか？

リクエストされる成果物は遷移先によって異なります。アグリゲータープロフィール、エクスプローラー情報、ウォレット表示、取引所申請です。資料を収集する前に、その成果物を特定します。同じトークン情報が別々のリクエストをサポートすることもありますが、それらのリクエストを互換性のあるものにするわけではありません。

アグリゲーターのリクエストは、そこに表示されるアセットまたはプロジェクト情報に焦点を当てます。コミュニティプロフィールの作業もアセット上場とは異なります。その特定のタスクについては、CoinMarketCapコミュニティ検証をご覧ください。エクスプローラーのリクエストは、トークンIDと表示されるオンチェーン情報に関するものです。エクスプローラートークン情報・ロゴ更新がそのプロフィールレイヤーをカバーします。

ウォレット表示には別のルートがあります。目的が正確なウォレット表示である場合は、ウォレットロゴ・トークンリスト掲載をご利用ください。取引所のリクエストは、独自のプロジェクト資料とフォローアップ担当者とともに、別途追跡する必要があります。

キックオフ前に、各遷移先に1つのリクエスト成果、1セットのサポートソース、1名の責任者を割り当てます。このシンプルな分離により、プロジェクトは確認済みの事実を再利用し、すべてのプラットフォームに汎用的なパッケージを送信することを防げます。

既存のトークンプロフィールに対する修正ファイルは何を示しますか？

修正ファイルは、影響を受ける各プロフィールフィールドと、その正確な置き換え、および変更をサポートするソースをペアにします。表示されているプロフィールURLから始めます。誤っている、または古いフィールドをリストアップし、リクエストされた各更新に対する公式の証拠を添付します。

GeoMarketing Expertsでは、アカウント担当者が、リクエストされた各フィールドを引用されたソースと比較し、フィールド対ソースのレビューを実施します。レビューでは、すでに正確なもの、証拠が必要なもの、申請で変更すべきものの3つを記録します。移行やリブランドの場合は、以前の詳細と変更内容の簡潔な説明を含めます。既存のプロフィール問題については、上場プロフィール改善が焦点を絞ったルートを提供します。DEXToolsおよびDEXScreenerのプロフィール変更は、DEXTools・DEXScreenerプロフィール更新で別途対応します。

リクエストを準備した後、送信内容と表示される応答を記録として保持します。これにより、完了した代理店作業と、未処理のプラットフォームレビューを区別できます。この記録は後の更新にも役立ちます。チームはどのソースが使用されたか、どのフィールドがまだ対応が必要かを確認できます。

プロフィールごとに1つの修正リストを準備します。これにより、無関係な変更が証拠なしに1つのリクエストにまとめられるのを防ぎます。

上場レビューのどの部分がプロジェクトの管理外にありますか？

申請記録は、完了した作業を示します。準備された資料、引用されたソース、送信されたリクエスト、フォローアップです。プラットフォームチームは、上場または検証リクエストが受け入れられるかどうか、プロフィールの表示方法、レビューの完了時期を管理します。承認や特定のプロフィール成果を約束することはできません。

スコープには、遷移先、リクエストされた変更、準備する資料、プロジェクトからのインプット、含まれるフォローアップを明記する必要があります。送信された申請、受け取った質問、表示されるプロフィール更新など、観察可能な項目を報告します。プラットフォームがさらなる証拠を要求した場合、不足している項目を特定し、チームに提供すべき内容を伝えます。

キックオフには、公式ウェブサイトとチャンネル、トークンとネットワークの詳細、エクスプローラーリンク、既存のプロフィールURL、リクエストされた成果を収集します。これらの資料をレビューし、最初のワークストリームを特定し、プロジェクトチームが提供すべき内容を合意します。遷移先リストとともにリンクをお送りください。GeoMarketing Expertsが上場・検証作業の明確なスコープを返します。