コントラクト移行とアイデンティティ更新

移行更新は、既存の記録に沿って行われます

コントラクト移行サポートは、コントラクト変更やリブランド後に公開トークン詳細を調整します。最初の判断は、既存プロフィールの修正が必要か、新規上場が必要か、またはその両方かです。各遷移先を特定の変更にマッピングし、一般的な通知を送信するのではなく対応します。

新しい遷移先の場合、CoinGecko上場調整は既存プロフィールの変更とは異なります。より広範な上場と検証の概要は、チームがこれらの判断を分けるのに役立ちます。各プロフィールのルートをリクエスト準備前に確認し、チームに明確で検討された作業マップを提供します。

1つの承認済み記録が変更を統合します

1つのレビュー済み記録が、更新全体を通じて新旧トークン詳細を結びつけます。担当者がコントラクトアドレスとチェーン名、最終ティッカーとトークン名、ロゴファイル、公式リンク、プロフィールURL、変更の簡潔な説明を収集します。

資料と提案された文言は、お客様が提出を承認するまで調整内で機密として保持されます。矛盾する詳細がある場合は、お客様に代わってバージョンを選択するのではなく、それを指摘します。お客様のチームが事実を確認し、準備された情報に書面で承認します。その承認なしに何もデスクから出ることはありません。

有用なキックオフプランは、何が変更され、何が変更されず、どのプロフィールが重要かを特定します。リブランドが主な懸念事項であっても、現在および代替のコントラクト詳細を含めてください。発表が既にある場合は、そのリンクを提供し、文言が承認済み詳細と照合できるようにします。お客様側の1人が事実確認のために利用可能であるべきです。これにより、リクエストが正確になり、各遷移先で変更履歴を再確認する必要がなくなります。

各プラットフォーム向けにリクエストはどのように準備されますか？

お客様のチームが承認したプロフィールとフィールドに基づいて各リクエストを準備します。変更はCoinMarketCap、CoinGecko、DEXTools、DEXScreener全体で同一として扱われず、遷移先マップは各プラットフォームで何がリクエストされているかを記録します。

CoinMarketCapとCoinGecko

既存プロフィールの場合、現在のプロジェクトIDとコントラクトまたはブランド変更を結び付け、お客様の承認のためにサポート情報を準備します。循環供給量の証拠も関連する場合は、その作業を分離し、循環供給量検証を通じて調整します。コントラクト更新のみは供給量検証として扱われません。

DEXToolsとDEXScreener

影響を受けるトークンページを特定し、リクエストされた名前、ティッカー、ロゴ、コントラクト詳細を最終プロジェクト資料に合わせます。お客様のチームは、何かが提出される前に、代替コントラクトが意図された公式アセットであることを確認します。これらのページに限定された修正の場合、DEXスクリーナープロフィール更新がより適切な場合があります。

遷移先記録は、移行を新規上場や表示プロフィール修正と区別します。この区別により、各プラットフォームに適切な作業を承認できます。

引き継ぎは明確な記録を残します

お客様のチームは、何がリクエストされ、何が進行中で、何が公開されているかの簡潔な記録を受け取ります。資料は内部レビューと簡単な引き継ぎのために整理され、担当者によって1つのステータスが最新に保たれます。

• 遷移先マップ: 影響を受けるプロフィール、リクエストされたフィールド、提出ルート。
• 承認済みプロジェクト記録: コントラクト、ティッカー、名前、ロゴ、公式リンク。
• 準備済みリクエスト: お客様の承認のために返送されるプラットフォーム固有情報。
• フォローアップノート: 受信した応答と要求された明確化。
• 証拠ファイル: 可視変更のプロフィールリンクとスクリーンショット。

記録は提出と確認済み表示を分離するため、保留中のリクエストが完了したとして提示されることはありません。ブロックエクスプローラーでもトークン詳細の調整が必要な場合、それはエクスプローラートークン情報とロゴ更新を通じて別項目として調整できます。合意された遷移先とフィールドは、作業が進む前にリストされます。これにより、お客様の内部チームに、プロジェクト側で未処理のアクションを含む、構成された参照資料が提供されます。

プラットフォームの判断に関する注意事項

提出されたリクエストと可視プロフィール変更は、別々のマイルストーンです。

CoinMarketCapとCoinGeckoはレビューとプロフィール表示を管理し、DEXToolsとDEXScreenerは提出された詳細がページにどのように表示されるかを管理します。提出、返信、可視状態を別々に記録し、保留中のリクエストを完了として説明することはありません。

お客様のチームは、最終アセットをドラフト代替案ではなく提供し、公開文言を承認済みコントラクト詳細と一致させ、事実を確認できる1人を指名することで、プロセスを追跡しやすくできます。移行発表、プロフィールリクエスト、プロジェクト資料は同じ変更を説明する必要があります。別途新規上場が必要な場合、CoinMarketCap上場サポートをプロフィール作業と並行して検討でき、その目的は別途記録されます。

重要なプロフィールから始めましょう

簡単な変更概要と影響を受けるプロフィールリンクがあれば、初期マップを確立するのに十分です。新旧コントラクトアドレスとそのチェーン名、承認済みティッカーとトークン名、最終ロゴファイル、公式プロジェクトリンク、既に利用可能な公開説明を含めてください。

その後、調整は5つの明確な段階に従います。遷移先の範囲を定め、事実を確認し、リクエストを準備し、提出を調整し、可視結果を記録します。お客様のチームは、リクエストが進む前に事実詳細と公開文言を承認します。担当者がステータス記録を最新に保ち、プロジェクト情報を確認する権限のある人にフォローアップ質問を転送します。

お客様のチームが新規上場や別のプロフィール修正も必要とする場合、作業開始前にそれらの項目を区別できます。供給量検証は、変更の一部として本当に必要な場合にのみ追加されます。影響を受けるプロフィールを記載した短いメモで開始できます。担当者が承認のために遷移先マップを準備します。

仕組み

1. 1. 変更内容を共有新旧コントラクト詳細、承認済みブランド情報、影響を受けるプロフィールリンクを提供してください。プロジェクト事実を確認できるチーム連絡先を指名してください。
2. 2. 遷移先をマッピング各プロフィールのリクエストフィールドとルートをリストし、不足または矛盾する詳細をお客様の判断のために指摘します。
3. 3. 記録を承認お客様のチームが統合された詳細と準備された文言を確認します。リクエストはお客様の承認後にのみ進められます。
4. 4. 調整と追跡合意された提出を処理し、プラットフォームの応答を記録し、お客様のチームから必要なフォローアップ情報をメモします。
5. 5. 証拠を受け取るプロフィールリンク、スクリーンショット、可視変更と保留項目を区別するステータス記録を提供します。