トークンプロファイル全体のコントラクト移行更新

すべてのプロファイルを一度に更新すべきですか？

4つの遷移先を同時に動かせます。1つのプロファイルを先に動かすことも可能です。ローンチの順序に合ったルートを選んでください。

コントラクト、名前、ティッカー、ロゴが確定している場合は共有シーケンスを選択してください。チームが特定のプロファイルを先に更新する必要がある場合は段階的シーケンスを選択してください。各遷移先を個別にマッピングします。1つのサービスに対するリクエストですべてのプロファイルが更新されるわけではありません。

このサービスは、発表済みの移行や完了したリブランドに適しています。また、既存のプロファイルで矛盾する名前やコントラクト詳細を見つけたチームにも適しています。新しいコントラクトやティッカーが未定の場合は、プロファイルリクエストを保留してください。まず、プロジェクトの担当者と1つの正規バージョンを承認してください。

プロファイルリクエスト前の4つのチェック

4つのチェックにより、プロジェクトの事実から追跡可能なリクエストへと更新を進めます。承認された情報をプラットフォーム作業から分離します。その後、各遷移先を個別に記録します。

1. 変更を確認：旧コントラクトと新コントラクト、チェーン、名前、ティッカー、ロゴをリスト化します。
2. 証拠を照合：移行の説明をプロジェクトの承認済み詳細に結び付けます。
3. リクエストを準備：合意された情報を選択された各プロファイルに適合させます。
4. 結果を追跡：準備、提出状況、可視化されたプロファイル変更を記録します。

順序が重要です。新しいコントラクトだけでは、ティッカー、ロゴ、公式リンクも変更すべきかどうかは決まりません。それらのフィールドをリクエスト準備前に承認していただくようお願いします。供給情報が変更される場合は、ソース資料に含めてください。循環供給検証もご検討いただけます。

プロジェクトの担当者が最終的な事実を承認します。各リクエストをそれらの事実に照らしてチェックします。これにより、提出前に明確な修正ポイントがチームに提供されます。異なるバージョンが異なる遷移先に届くのを防ぎます。作業ログは、準備したリクエストと一般公開された変更を区別します。

プロジェクトから必要なもの

7つのインプットで使用可能な初期記録が得られます。確定しているものをお送りください。まだ審査中のものは明記してください。

• コントラクトアドレス：新旧それぞれ、関連するチェーンを添えて。
• トークンアイデンティティ：承認済みの名前とティッカー（以前のバージョンを含む）。
• ロゴファイル：意図する公開アセット。未承認の代替案は複数送らないでください。
• プロジェクト説明：発表文など、プロジェクト所有の移行に関するメモ。
• 公式リンク：プロファイルに表示すべきウェブサイトとソーシャルチャンネル。
• プロファイルURL：更新したいCoinMarketCap、CoinGecko、DEXTools、DEXScreenerのページ。
• 既存のやり取り：プラットフォームからの返信や追加情報のリクエスト。

1人の権限のある担当者が正規の詳細を確認する必要があります。これにより、矛盾するバージョンが更新記録に入るのを防ぎます。プロジェクトに複数のコントラクトやネットワークがある場合は、それぞれを個別にリスト化してください。1つのフィールドセットがすべてのアセットに適用されると想定しないでください。

リクエストを準備する前に、提供された事実を比較します。不足または不一致の情報は、確認のためにフラグを立てます。移行以外のCoinMarketCap上場作業については、CoinMarketCap上場サポートをご覧ください。エクスプローラーのメタデータやロゴの変更については、エクスプローラートークン情報更新をご確認ください。

各プロファイルに適用される更新期間は？

4つのプラットフォーム遷移先には個別のステータスチェックが必要です。作業シーケンスは承認済み詳細から始まります。その後、各リクエストと公開変更を記録します。

特定のプラットフォームの更新は、他のプロファイルのチェックに代わるものではありません。遷移先ごとに1つのステータスエントリを保持します。同じ承認済みソースと公開フィールドを比較します。CoinGeckoの場合、既存のプロファイル変更と新規上場作業は異なるリクエストです。CoinGecko上場サポートは上場に特化した作業をカバーします。

準備期間は、インプットと承認の準備状況に応じて決まります。プロファイルリストを確認後、作業シーケンスを共有します。各ステータスエントリは、何が準備され、何が提出され、何がレビューのために可視化されているかを示します。

プラットフォームの判断と次のステップ

3つのチェックで記録を有用に保ちます：承認済み事実、リクエストステータス、可視フィールド。各プラットフォームは独自のレビューと公開判断を管理します。CoinMarketCap、CoinGecko、DEXTools、DEXScreener間での承認や同期変更をお約束することはできません。

• 事実チェック：1人のプロジェクト担当者がコントラクト、チェーン、アイデンティティフィールドを承認します。
• ステータスチェック：各遷移先に独自の準備と提出エントリがあります。
• 可視性チェック：公開フィールドを承認済み変更マップと比較します。

プラットフォームが追加の証拠を求めてきた場合、その応答を確認します。その後、チームが提供すべきものを特定します。公開ページに矛盾が残っている場合、不一致を記録し、フォローアップリクエストを推奨します。保留中のリクエストを完了済み更新としてマークしません。

DigitalMedia1では、アカウントレビューにより、リクエスト準備前にソース事実をすべてのプロファイルリンクと照合します。変更マップと、当社の作業とプラットフォームステータスを区別する記録を受け取ります。

新旧のコントラクト詳細、承認済みトークンアイデンティティ、影響を受けるプロファイルリンクをお送りください。2営業日以内に書面による見積もりをお返しします。

仕組み

1. 変更を確認新旧のコントラクト、チェーン、承認済みアイデンティティ、プロファイルリンクをお送りください。どの遷移先を含めるかを確認します。
2. ソース事実をチェック詳細と証拠を比較します。不足フィールドや矛盾があれば、担当者が解決できるようフラグを立てます。
3. 各リクエストを準備承認後、合意されたプロファイル更新を準備します。各ステータスを個別に記録します。
4. 可視フィールドをレビュー公開プロファイルを承認済み変更マップと比較します。未解決の不一致を記録します。