トークンリブランドのためのコントラクト移行記録

移行記録：調整すべき6つのフィールド

最初の比較では、古いコントラクト、現在のコントラクト、チェーン、ティッカー、トークン名、ロゴの6つのレコードフィールドを使用します。これらの詳細は、トラッカーリクエストを準備する前に、プロジェクトの承認された変更記録と一致している必要があります。

また、それらのフィールドを裏付ける公式のプロジェクトリファレンスも確認します。明確なソースレコードには、何が変更され、何が同じままで、古いコントラクトが現在のものとどのように関連しているかが記載されています。この区別は、トラッカープロファイルやマーケットページがまだ以前のコントラクトを参照している場合に重要です。

このサービスは、既存のプロジェクトIDを更新するチームに適しています。新規上場申請の代わりにはなりません。プロジェクトに関連プロファイルがない場合は、その区別を特定し、CoinMarketCap上場またはCoinGecko上場をご案内します。

合意された範囲には、CoinMarketCap、CoinGecko、DEXTools、DEXScreenerを含めることができます。まず、各サーフェスで現在のプロジェクトを表すプロファイルまたはトークンレコードを確認します。これにより、チームはプラットフォームリクエストと公開資料のための承認されたリファレンスを1つ得られます。

どの証拠が古いコントラクトと新しいコントラクトを結びつけるか？

ソースパックは、プロジェクト管理下の証拠を通じて古いコントラクトと現在のコントラクトを結びつける必要があります。チームが提供するものと、確認中のプロファイルに表示されている詳細を比較します。その後、あなたに代わってバージョンを選択するのではなく、確認のために矛盾をフラグします。

リクエストを作成する前に、以下の項目を準備してください：

• 古いコントラクトと現在のコントラクトのアドレス（チェーンを特定）。
• トークン名とティッカーの正確な承認済みスペル。
• 更新されたプロファイル用のロゴファイル。
• 公式プロジェクトリンクと簡潔な変更説明。
• 移行またはリブランドの発表（公開されている場合）。
• 既存のプラットフォーム対応と、確認用のプロジェクト連絡先1つ。

有用な説明は、変更された事実と変更されていない事実を区別します。例えば、ティッカーがコントラクトとともに変更されたか、コントラクトアドレスのみが変更されたかを明記します。発表が公開されていない場合は、各プラットフォームと共有できる情報をお知らせください。

確認された資料を一貫した提出記録に整理します。プロジェクトがエクスプローラートークン情報の更新も必要とする場合は、エクスプローラートークン情報とロゴの更新を参照してください。その作業は別のレコードセットを使用するため、トラッカー提出に混在させるのではなく、追加範囲として特定します。

4つのプロファイルサーフェス、4つの更新チェック

レビューでは、対象範囲内の各プラットフォームについて、個別のプロファイルリンクと要求された変更を記録します。CoinMarketCap、CoinGecko、DEXTools、DEXScreenerは異なるレコードを表示する可能性があるため、1つのリクエストを普遍的なプロファイル修正として扱うことはできません。

各サーフェスについて、現在表示されている詳細、要求された変更、およびそれを裏付けるプロジェクトリファレンスを記録します。各プロファイルチェックでは、表示詳細、要求変更、裏付けリファレンス、未処理アクションの4項目を記録します。DEXToolsおよびDEXScreenerの場合、チームは関連するトークンまたはペアのプロファイルを特定する必要があります。以前のコントラクトに関連付けられたマーケットページは、意図された現在のレコードとは別のままである可能性があります。

比較は実用的であり、推測ではありません。プロジェクトに表示される詳細と、そのチームから提供された情報を確認します。文書化されていないレビュー基準を推測したり、プロファイルの変更が市場データを変更すると主張したりすることはありません。あなたのチームが信頼できるコントラクトとIDを確認します。当社はリクエスト資料をその承認と一致するように保ちます。

トラッカーレコードに、より広範な移行調整なしでプロファイル修正が必要な場合は、DEXToolsおよびDEXScreenerプロファイル更新を確認してください。循環供給量も証拠レビューが必要な場合は、循環供給量検証は別のタスクです。これらのレコードを区別することで、各リクエストのレビューと追跡が容易になります。

更新ハンドオフで何が届くか？

ハンドオフにより、チームは合意された作業のプラットフォーム別レコードを受け取ります。何を確認したか、各リクエストをどの情報が裏付けたか、どの提出物が調整されたか、応答またはプロジェクトアクションが未処理のままどこにあるかが示されます。

成果物には以下が含まれます：

• 確認されたリンクを含むプロファイルインベントリ。
• 古いコントラクトと現在のコントラクトおよびID詳細の比較。
• 不足している証拠または矛盾するリファレンスのリスト。
• 合意されたプラットフォームルート用に準備された更新資料。
• 提出物、応答、フォローアップ項目のステータスログ。

範囲は調整開始前に確認されます。これにより、チームは当社が処理する作業と、プロジェクトのみが承認または提供できる情報を区別できます。プラットフォームが確認を求めてきた場合、質問を記録し、指定された連絡先に確認済みの回答を求めます。

更新ではなく新しいプロファイルの場合は、上場と検証ハブで関連する上場作業の概要を説明しています。ハンドオフは、保留中のリクエストを承認された変更として提示しません。プロジェクトに活動と残りのアクションの追跡可能なビューを提供します。

5つのステップからなるシーケンスで各リクエストを整合させる

作業記録は、プロファイル確認からステータスハンドオフまでの5つのステップに従います。各リクエストは同じ承認されたプロジェクト事実を使用しますが、そのプラットフォームとプロファイルリファレンスは明示的に残ります。

1. 対象範囲のレコードを確認します。プロファイルリンクを共有し、古いコントラクトと現在のコントラクトの詳細を特定します。
2. 承認された事実を調整します。提供された資料を比較し、ギャップや矛盾を連絡先に返します。
3. リクエストを準備します。合意されたフィールドと証拠を、プロファイルで利用可能な更新ルートに合わせます。
4. 提出を調整します。提出物を追跡し、プラットフォームの質問を承認されたプロジェクト応答のために戻します。
5. ステータスレコードを共有します。完了した作業、未処理の応答、チームに必要な次のアクションを受け取ります。

開始前に、トークン事実を承認し、プラットフォームの質問に回答できる担当者を確認してください。また、既存の対応があれば提供してください。これらの項目により、ある詳細のバージョンを送信している間に別のバージョンが未確認のままになるのを防ぎます。

GeoMarketing Expertsはレコードを簡潔に保ちます：確認されたプロファイル、要求された変更、使用された証拠、提出ステータス、未処理のアクション。タイミングは初期レビュー後に範囲設定されます。プロファイル、証拠、更新ルートが異なるためです。当社はレビューと調整の期待値を設定しますが、プラットフォームの処理については設定しません。

プラットフォームの決定と次に送信するレコード

CoinMarketCap、CoinGecko、DEXTools、DEXScreenerは、それぞれ独自のレビュー決定、処理時間、プロファイル表示を管理しています。リクエストは保留中、追加証拠が必要、または拒否される可能性があります。古いリファレンスも引き続き表示される場合があります。

当社の範囲は、合意されたプロファイルレビュー、証拠整理、提出調整、ステータス報告です。プラットフォームの決定を行ったり、チームが承認していないプロジェクト事実を認定したりすることはありません。

この作業は他の上場タスクと並行して行うことができますが、各レコードには明確な目的が必要です。プロジェクトに新しいトラッカープロファイルが必要な場合は、関連する上場サービスから開始してください。変更がエクスプローラートークン詳細にも影響する場合は、そのリクエストを区別し、範囲の議論に含めてください。

開始するには、プロファイルリンク、古いコントラクトと現在のコントラクトのアドレス、チェーン、承認された名前とティッカー、ロゴアセット、および裏付けとなるプロジェクトリファレンスを送信してください。事実を確認できる連絡先を1名指定してください。提出物が準備される前に、対象範囲のレコードをマッピングし、不足している証拠をフラグし、明確な作業範囲を返します。

仕組み

1. プロファイルレコードを確認関連するプロファイルリンクを共有し、古いコントラクトと現在のコントラクトの詳細を特定します。どのレコードと変更が対象範囲かを確認します。
2. プロジェクト事実を調整提供された証拠と詳細を比較します。矛盾や不足項目は、確認のために指定された連絡先に送られます。
3. 更新リクエストを準備承認されたフィールドと裏付け資料を、対象範囲のプロファイルで利用可能な更新ルートに合わせます。
4. 応答を調整提出物を追跡し、プラットフォームの質問を承認された応答のために連絡先に戻します。
5. ステータスレコードを納品完了した作業、未処理のプラットフォーム応答、チームに必要なアクションの簡潔なレコードを受け取ります。