コントラクト移行とリブランド：承認済みの詳細をすべてのトラッカーに反映

移行またはリブランドはいつ調整すべきですか？

クイックテスト： 古いコントラクトアドレスと新しいコントラクトアドレスを1つのメモに並べて書きましょう。チーム全員が同じメモを使用する必要があります。

トークンのコントラクト、ティッカー、プロジェクト名、またはロゴが変更され、既存のトラッカープロファイルに新しい情報を反映させる必要がある場合に、更新を調整します。プロジェクトが移行の詳細を承認し、各変更リクエストに対して一貫した証拠を提供できる場合に、作業は最も管理しやすくなります。

まず、以下の内容を記載した単一の最終記録を作成します。

• 現在のコントラクトアドレスと新しいコントラクトアドレス（関連するネットワークを含む）。
• プロジェクトが確認している場合、移行の実施日またはステータス。
• 現在のトークン名、ティッカー、ロゴファイルと新しいもの。
• チームがプロジェクトに関連付けたい公式ウェブサイトとソーシャルアカウント。
• 質問に回答し、確認を承認できる連絡先。

これは新規上場のリクエストとは異なります。トークンプロファイルがまだ存在しない場合は、まずCoinMarketCap上場またはCoinGecko上場をご確認ください。プロファイルが既に存在するが詳細が古くなっている場合は、対象を絞った更新の方が適切な場合があります。MarketingExtraは書類とプロファイルのレビューから開始し、リクエストが単なる発表案ではなく、プロジェクトの実際の状況に基づいていることを確認します。

トラッカー更新をリクエストする前に準備すべきことは？

変更を提出する前に、明確な証拠セットを準備します。一貫した記録があれば、レビュアーが何がどのように変更されているかを理解しやすくなります。チームは、完了した移行と計画中の移行を区別し、どのコントラクトが現在有効かを説明できる必要があります。

開始前に以下を収集します。

• プロジェクトチームの承認を得た、平易な言葉での簡潔な移行説明。
• テクニカルリーダーが確認した、古いコントラクトアドレスと新しいコントラクトアドレス、およびネットワークの詳細。
• 最終的なティッカー、トークン名、ロゴ、および関連するプロジェクトリンク。
• 変更内容を説明する公開コミュニケーション（利用可能な場合）。
• 既存のトラッカープロファイルへのアクセス、またはその直接URL。

プラットフォームに対して、将来の状態をあたかも既に有効であるかのように反映するよう依頼しないでください。移行ステータスがまだ決定中の場合は、その旨を明確に記載し、保有者を混乱させる可能性のある表現を承認するのを待ちます。プロジェクト自身のチャネルとレビュー用に送付する資料全体で、スペル、大文字小文字、トークン識別子、リンクの一貫性を保ちます。供給記録にも対応するプロジェクトの場合は、その作業を循環供給量検証と別途調整します。この準備により、不足している詳細や矛盾する詳細が、繰り返しのフォローアップ質問になる前に指摘できるようになります。

移行チェックリスト（6項目）

移行を発表する前に、これら6つのポイントを確認してください。これらは手順の順序を定め、保有者を古いコントラクトから保護し、すべてのトラッカーが同じ新しい事実を指し示すようにします。チェックが難しい項目があれば、それは有益な情報です。つまり、資金や時間を費やす前に解決すべき点を示しています。

1. 古いアドレスと新しいアドレスを1つのメモに書き留める。
2. 両方のコントラクトを所有していることの証明を準備する。
3. 新しいロゴとブランドファイルを収集する。
4. 順序を計画する：トラッカーを先に、発表は後。
5. 古いコントラクトについて保有者に警告する。
6. 1週間後に各トラッカーを再確認する。

用語の定義

移行：トークンを新しいコントラクトに移行し、保有者にスワップを依頼すること。

リブランド（平たく言えば、プロジェクトの名称、ティッカー、または外観を変更すること）。

CoinMarketCap、CoinGecko、DEXTools、DEXScreenerの更新方法の違い

各サービスには独自のプロファイルとレビューの経路があるため、1つの提出が自動的にすべてのトラッカーを更新するものとして扱われるべきではありません。同じ承認済みプロジェクト記録からプラットフォーム固有のリクエストを作成し、提出後に各表示プロファイルを個別に確認します。

CoinMarketCapとCoinGeckoについては、既存のトークンプロファイルを特定し、プロジェクトが記録で裏付け可能な形式で、要求されたコントラクトとアイデンティティの変更をまとめます。DEXToolsとDEXScreenerについては、表示されているトークンの詳細とチームから提供されたプロファイルまたはマーケットリンクを確認し、該当するプラットフォームの経路に更新作業を振り分けます。移行による変更ではなく、継続的なトークンページの修正が必要なプロジェクトについては、DEXToolsおよびDEXScreenerプロファイル更新をご覧ください。

実用的な調整表は、担当を明確にするのに役立ちます。

お客様はプロジェクトの事実と最終的な表現の承認を保持します。当社は、プラットフォームチームが移行の異なるバージョンを調整するよう求められないよう、リクエストの整合性を保ちます。

レビューから検証までのプロセス

よくある間違い： トラッカーが更新される前に発表してしまうこと。保有者が古いトークンをスワップする可能性があります。順序が重要です。

作業は記録確認からプラットフォーム調整、そして表示プロファイルのレビューへと進みます。何かを送信する前に、リクエストされた変更をお客様から提供されたコントラクト詳細および承認済みアイデンティティ資料と比較します。

典型的な契約は以下の手順に従います。

1. 記録を共有する。 プロファイルURL、コントラクト詳細、承認済みリブランドアセット、プロジェクトの移行説明を送信します。
2. 準備状況をレビューする。 矛盾点、不足している証拠、チームの確認が必要な詳細を特定します。
3. リクエストセットを承認する。 各プラットフォームで使用する正確な名称、ティッカー、ロゴ、コントラクト情報を確認します。
4. 提出を調整する。 該当するリクエスト経路を通じてプラットフォーム固有の資料を作成・送信し、フォローアップの質問を追跡します。
5. 表示プロファイルを確認する。 表示されている情報を承認済み記録と比較し、残っている不一致を記録します。

スケジュールは準備状況レビューの後に合意します。なぜなら、計画は注意が必要なプロファイルの数、情報が完全かどうか、プラットフォームチームが説明を求めるかどうかに依存するからです。お客様は、何が準備され、提出され、確認されたかについて明確なステータス更新を受け取ります。1回の提出ですべてのサービスが変更されたという想定ではありません。

トラッカーの移行に関する判断に影響を与える可能性のあるもの

チームは提供する資料の正確性と一貫性を管理できますが、個々のプラットフォームが更新をどのように評価し、スケジュールするかを管理することはできません。CoinMarketCap、CoinGecko、DEXTools、DEXScreenerはそれぞれ独立してリクエストをレビューし、説明を求めたり、変更を保留にしたりする場合があります。どのプロバイダーも、プラットフォームが特定のコントラクトやブランドの変更を承認または公開することを約束することはできません。

提出前にリクエストセットを確認することで、回避可能な摩擦を減らします。新しいアドレスが最終版であること、ネットワークが特定されていること、ロゴが承認済みバージョンであること、移行説明がプロジェクトの公開コミュニケーションと一致していることを確認します。いずれかの事実が暫定的なものである場合は、そのようにラベルを付け、最終版として提示できるタイミングを社内で合意します。

プラットフォームが説明を求めてきた場合、その質問を関連する事実を担当するチームメンバーに振り分けます。技術的な詳細はテクニカルリーダーへ、アイデンティティと表現はプロジェクトオーナーへ、プロファイルリンクは上場管理担当者へ。これにより、回答の正確性が保たれ、迅速な対応によって新たな矛盾が生じるのを防ぎます。問題がコントラクト移行ではなく、古くなったプロファイルである場合は、移行リクエストを拡大する代わりにトークンプロファイル改善を検討してください。

完了した更新を確認し発表する方法

完了は、すべてのプロファイルが変更されたという単一の発表としてではなく、プラットフォームごとの確認として扱います。更新が表示されたら、表示されているコントラクト、ティッカー、名称、ロゴ、ネットワーク、プロジェクトリンクを承認済み記録と比較します。正しいものを記録し、フォローアップリクエストが必要な残りの項目を特定します。

移行通知を公開する前に、ウェブサイト、ソーシャルチャネル、コミュニティメッセージを確認済みの詳細と整合させます。1つのトラッカーがまだ古い情報を表示している場合、そのトラッカーで更新が完了していることを示唆する表現は避けます。プロファイルURL、確認日、表示ステータス、次のアクションを記載した簡単な内部ログを保持します。これにより、サポートチームとコミュニケーションチームが信頼できる参照情報を得られます。

3つのものをお送りください。古いコントラクトアドレスと新しいコントラクトアドレス、移行の証明、新しいブランドファイルです。これらをもとに、リクエストの順序を計画し、作業開始前に費用を書面で確定します。

仕組み

1. 現在の記録を共有するプロファイルURL、コントラクトアドレス、ネットワーク詳細、承認済みの名称、ティッカー、ロゴを送信します。移行ステータスの簡単な説明を含めてください。
2. 準備状況をレビューする不足している詳細や矛盾する詳細を確認し、リクエストを作成する前に確認が必要な事項を特定します。
3. プラットフォームリクエストを承認する各トラッカーに対して正確な情報を確認し、すべての提出が同じ承認済みプロジェクト記録を反映するようにします。
4. 提出を調整し追跡するプラットフォーム固有の資料を作成し、該当するリクエスト経路を通じて提出し、フォローアップの質問を追跡します。
5. 表示プロファイルを確認する表示されている詳細を承認済み記録と比較し、残っている更新やフォローアップアクションを記録します。