エクスプローラーのトークン情報とロゴ更新をチームで進める方法

どのエクスプローラーページを対象に含めるべきですか？

本対応は、お客様のチームがEtherscan、BscScan、Solscan、Tonviewer上で特定したトークンページを対象とします。各ネットワークとアドレスを確認してから資料を準備するため、リクエストは類似した名称のページではなく、意図したアセットに紐づけられます。

1ページのみのリクエストでは、古いロゴや誤った公式リンクに対応できます。マルチチェーンリクエストでは、トークンページごとにアドレスとネットワークの個別記録が必要です。同じプロジェクト説明文が複数ページに適する場合もありますが、ロゴとリンク遷移先は選択した各プロフィールに対して確認する必要があります。

この作業は、エクスプローラーに表示されるプロジェクト提供情報に関するものです。トークンコントラクトデータの変更や、別のディレクトリ上場の代替にはなりません。もし名称変更やトークン参照の修正に伴う更新であれば、コントラクト移行・リブランディング更新サービスが別途記録の整合性維持を支援します。より広範な発見作業は上場と検証に含まれます。

開始時に、担当者がリクエストされたページと公開詳細の承認権限者を記録します。これにより対応範囲が明確になり、チームは1つの窓口を持つことができます。

各ページ向けに準備する資料

クリーンな提出は、承認された1つの信頼できる情報源から始まります。プロジェクト名、トークンアドレス、説明文、ロゴ、公式URLを比較し、不一致があればお客様の判断のために提示します。お客様の代表者が書面で承認するまで、何も承認済み公開情報として提示されることはありません。

机上レビューのために以下をご用意ください：

• エクスプローラーページまたはトークンアドレス（ネットワークを明記）
• チームが使用許可を持つロゴファイル
• 簡潔で事実に基づくプロジェクト説明文（必要な場合）
• チームが確認済みの公式ウェブサイトおよびソーシャルURL
• 最終詳細を承認する担当者の氏名

提供された画像は、1つのファイルルールがすべてに適用されると仮定せず、該当エクスプローラーの公開指示に照らして確認します。また、各URLを開き、意図したプロジェクト遷移先に正しく解決されることを確認します。これは実用的な確認であり、プロジェクトの事実を編集するものではありません。

ロゴがウォレット表示も目的とする場合、その遷移先には別途要件があります。ウォレットロゴ・トークンリストサービスがその別ルートをカバーします。

提出前の静かな確認

お客様のプロジェクトは、情報がエクスプローラーに届く前に、準備された内容を確認できます。提案されたロゴ、説明文、リンクをまとめ、判断が必要な詳細を特定します。お客様は最終版を書面で承認し、権限のある代表者が公式アカウントや本人確認を管理します。

チームが決定すべきポイントは2つあります：元の詳細情報と最終公開版です。担当者はそれらの決定を1つのスレッドにまとめ、承認を記録し、該当する提出ルートを準備します。機密性の高いプロジェクト資料は、リクエスト準備に必要な担当者のみが扱います。

プロジェクトが公開内容を決定し、デスクが承認版を提出可能な状態にします。

同時に他の公開プロフィールが変更される場合、DEXTools・DEXScreenerプロフィール更新を別タスクとして調整できます。エクスプローラーリクエストは、独自のページ、証拠、ステータス記録を持つ別個のものとして扱われます。

エクスプローラーごとに異なる提出ルート

Etherscan、BscScan、Solscan、Tonviewerはそれぞれ独自のインターフェースでトークン情報を表示します。1つのフォームや指示セットが普遍的であるとは見なさず、選択したエクスプローラーの明示されたルートに従って準備します。

この表は作業の方向性を示すものであり、すべてのページが同じプロセスを使用するという主張ではありません。担当者は選択したページの該当ルートを確認し、プロジェクト側で必要なアクションを特定します。供給情報に関する変更については、循環供給量検証サービスがその別テーマに対応します。

プロジェクトはパスワード、秘密鍵、シードフレーズを保持します。当社の準備や調整にそのような認証情報は必要ありません。

エクスプローラーの判断に関する注意点

最も有用な品質チェックは、意図したページと承認済み資料の最終比較です。リクエスト送信前に、ネットワーク、アドレス、プロジェクト名、ロゴ、各遷移先URLを確認してください。承認済みファイルと文言のコピーを保管し、後日の変更を同じ情報源と照合できるようにします。

エクスプローラー運営者は、レビュー判断、表示ポリシー、承認されたページ変更の公開タイミングを管理します。当社は特定の時期までの承認や公開を約束できませんが、合意した準備、提出調整、書面ステータスの提供は行います。

エクスプローラーから確認を求められた場合、担当者はチームが裏付け可能な事実に基づいて回答を整理します。別のトラッカープロフィールについては、CoinMarketCap上場サポートが独自の上場プロセスに従います。これらのリクエストを区別することで、チームは各送信先に何が提出されたかを把握しやすくなります。

3つの段階で進める対応

作業は確認から承認、そして記録された提出へと進みます。担当者がリクエスト全体に寄り添うため、質問や決定が複数の会話に分散しません。

1. ページを確認する。 チームがネットワーク、トークンアドレス、エクスプローラーページを特定します。担当者がリクエストされた変更と承認権限者を記録します。
2. 準備し承認を得る。 ロゴ、説明文、公式リンクをまとめ、一貫性を確認し、提案版をチームに提示します。書面による承認なしに何も進めません。
3. 調整し記録する。 該当するエクスプローラールート向けにリクエストを準備し、代表者に留保されたアクションを調整し、回答やフォローアップを含む書面ステータスを共有します。

プロジェクトの認証情報へのアクセス権を付与する必要はありません。リクエストに複数チェーンが含まれる場合、各アドレスは準備開始前に独自のページにマッピングされます。

最初に必要な詳細は、対応を希望するチェーンとエクスプローラーページです。担当者がリクエストをマッピングし、次に必要な承認を特定します。

仕組み

1. エクスプローラーページを特定チームがネットワーク、トークンアドレス、選択ページを提供。担当者がリクエストされた変更を記録。
2. 承認済み詳細を収集ロゴ、プロジェクト説明文、公式URLを収集。権限のある代表者が元情報を確認。
3. 準備版を提示資料を確認し、提出前に書面承認のために提示。
4. リクエストを調整該当エクスプローラーの提出を準備し、代表者に留保されたアクションを調整。
5. 書面ステータスを共有担当者が提出内容と、エクスプローラーからの回答やフォローアップを記録。