合约迁移与品牌重塑：让每个追踪器与您已批准的详细信息保持一致

何时需要协调迁移或品牌重塑？

快速测试： 在一份笔记中并排写下新旧合约地址。团队中的每个人都必须使用同一份笔记。

当代币的合约、代码、项目名称或Logo发生变更，且现有追踪器资料需要反映新信息时，应协调更新。当项目已批准迁移细节，并能针对每项请求提供一致的证据时，这项工作最容易管理。

首先，制作一份单一的最终记录，其中应包含：

• 当前和新的合约地址，包括相关网络。
• 有效的迁移日期或状态（如果项目已确认）。
• 当前和新的代币名称、代码和Logo文件。
• 团队希望与项目关联的官方网站和社交媒体账号。
• 一位能够回答问题并批准任何澄清的联系人。

这与申请新上线不同。如果您的代币资料尚不存在，请先查看CoinMarketCap上线或CoinGecko上线。如果资料已存在但详情已过时，则针对性的更新可能是更合适的途径。MarketingExtra从文档和资料审查开始，确保请求基于项目的实际状态，而非仅仅是拟议的公告。

在请求追踪器更新前需要准备什么？

在提交变更前准备一套清晰的证据；一致的记录能让审核者更容易理解变更内容和原因。您的团队应能区分已完成迁移和计划中的迁移，并说明哪个合约是当前的。

在启动前收集以下内容：

• 一份经项目团队批准的、用通俗语言撰写的简短迁移说明。
• 经技术负责人核验的新旧合约地址及网络详情。
• 最终的代码、代币名称、Logo及任何相关项目链接。
• 可用的、解释变更的公开通讯。
• 现有追踪器资料的访问权限或其直接URL。

不要要求平台将未来状态反映为已生效。如果迁移状态仍在决定中，请明确标注，并等待批准可能混淆持有者的措辞。确保项目自有渠道与提交审核材料中的拼写、大小写、代币标识符和链接保持一致。对于同时需要处理供应记录的项目，请单独与流通供应量验证协调该项工作。这样的准备让我们能在重复的后续问题出现之前，标记出缺失或冲突的细节。

您的6点迁移检查清单

在宣布迁移前，检查以下6点。它们确定了步骤顺序，这能保护持有者免受旧合约影响，并确保每个追踪器都指向相同的新事实。如果某条难以勾选，那是有用的信息：它表明在投入任何资金或时间之前需要解决什么问题。

1. 在一份笔记中写下新旧地址。
2. 准备证明您拥有两个合约的证据。
3. 收集新的Logo和品牌文件。
4. 规划顺序：先更新追踪器，再发布公告。
5. 警告持有者注意旧合约。
6. 一周后重新检查每个追踪器。

术语速览

迁移：将代币转移至新合约并要求持有者进行兑换。

品牌重塑（通俗地说：更改项目的名称、代码或外观）。

CoinMarketCap、CoinGecko、DEXTools和DEXScreener的更新有何不同？

每个服务都有其自己的资料和审核路径，因此不应将一次提交视为会自动更新所有追踪器的变更。我们从同一份经批准的项目记录出发，准备针对特定平台的请求，然后在提交后分别检查每个可见资料。

对于CoinMarketCap和CoinGecko，我们识别现有的代币资料，并以项目能用其记录支持的格式，整理所请求的合约和身份变更。对于DEXTools和DEXScreener，我们检查显示出的代币详情以及团队提供的资料或市场链接，然后将更新工作引导至相关的平台路径。如果项目需要的是持续的代币页面修正而非迁移主导的变更，请参阅DEXTools和DEXScreener资料更新。

一个实用的协调表有助于分配职责：

您保留对项目事实和最终措辞的批准权。我们确保请求保持一致，这样平台团队就不必协调不同版本的迁移信息。

从审查到验证的流程是怎样的？

常见错误： 在追踪器更新之前就宣布。持有者可能会兑换旧代币。顺序很重要。

工作从记录检查到平台协调，再到可见资料审查。在发送任何内容之前，我们会将请求的变更与您提供的合约详情和已批准的身份材料进行比较。

一个典型的合作遵循以下步骤：

1. 分享记录。 发送资料URL、合约详情、已批准的品牌重塑资产以及项目的迁移说明。
2. 审查就绪状态。 我们识别不一致之处、缺失的证据以及需要您团队确认的任何细节。
3. 批准请求集。 您确认每个平台要使用的确切名称、代码、Logo和合约信息。
4. 协调提交。 我们通过适用的请求路径准备并发送针对平台的资料，并跟踪后续问题。
5. 检查可见资料。 我们将显示的信息与批准的记录进行比较，并记录任何剩余的差异。

时间安排是在就绪审查后商定的，因为计划取决于需要处理的资料数量、您的信息是否完整，以及平台团队是否会要求澄清。您会收到关于已准备、已提交或已检查内容的清晰状态更新，而不是假设一次提交就更改了所有服务。

哪些因素会影响追踪器对迁移的决定？

您的团队可以控制所提供材料的准确性和一致性，但无法控制单个平台如何评估或安排更新。CoinMarketCap、CoinGecko、DEXTools和DEXScreener可能会独立审查请求、要求澄清或搁置变更；没有服务商能保证平台会批准或发布特定的合约或品牌变更。

通过提交前检查请求集来减少可避免的摩擦。确认新地址是最终的、网络已识别、Logo是批准的版本，并且迁移说明与项目的公开通讯一致。如果任何事实是暂定的，请如此标注，并在内部就何时可以将其视为最终状态达成一致。

当平台要求澄清时，将问题转给负责相关事实的团队成员：技术细节给技术负责人，身份和措辞给项目负责人，资料链接给管理上线的人。这能保持回复的准确性，并防止快速回复引入新的不一致。如果问题是由于资料过时而非合约过渡，请考虑代币资料修复，而不是扩大迁移请求的范围。

如何验证并宣布更新完成？

将完成视为逐个平台的检查，而不是一个所有资料都已更改的单一公告。一旦更新可见，将显示的合约、代码、名称、Logo、网络和项目链接与批准的记录进行比较。记录正确的内容，并识别任何需要后续请求的剩余项目。

在发布迁移通知之前，使您的网站、社交渠道和社区消息与已确认的细节保持一致。如果某个追踪器仍显示旧信息，请避免使用暗示该处更新已完成的措辞。维护一个简单的内部日志，包含资料URL、检查日期、可见状态和下一步行动；这为支持和通讯团队提供了可靠的参考。

发送3样东西：您的新旧合约地址、您的迁移证明以及您的新品牌文件。有了这些，我们规划请求顺序，并在工作开始前以书面形式确认费用。

如何操作

1. 分享当前记录发送资料URL、合约地址、网络详情以及已批准的名称、代码和Logo。附上一份关于迁移状态的简短说明。
2. 审查就绪状态我们检查缺失或冲突的细节，并确定在准备任何请求之前需要确认的内容。
3. 批准平台请求您确认每个追踪器的确切信息，以便每次提交都反映同一份经批准的项目记录。
4. 协调并跟踪提交我们准备针对平台的资料，通过适用的请求路径提交，并跟踪后续问题。
5. 检查可见资料我们将显示的详情与您批准的记录进行比较，并记录任何剩余的更新或后续行动。