代币资料中的合约迁移更新

我们应该按顺序更新每个资料吗？

4个目的地可以一起移动。1个资料可以先移动。选择与您上线顺序匹配的路线。

如果合约、名称、代码和徽标都已最终确定，请选择共享序列。如果您的团队需要先更新一个公开资料再更新另一个，请选择分阶段序列。我们分别规划每个目的地。一个服务的请求不会更新所有资料。

此服务适用于已公告的迁移和已完成的重品牌。也适用于在现有资料上发现名称或合约详情冲突的团队。如果新合约或代码尚未确定，请暂缓资料请求。首先，与您的项目负责人一起批准一个规范版本。

资料请求前的4项检查

4项检查将更新从项目事实转化为可追踪的请求。我们将您批准的信息与平台工作分开。然后我们分别记录每个目的地。

1. 确认变更：列出之前和当前的合约、链、名称、代码和徽标。
2. 匹配证据：将迁移说明与项目批准的详情联系起来。
3. 准备请求：为每个选定的资料调整已商定的信息。
4. 追踪结果：记录准备、提交状态和可见的资料变更。

顺序很重要。仅凭新合约并不能确定代码、徽标或官方链接是否也应更改。我们要求您在准备请求之前批准这些字段。如果供应信息正在变化，请将其包含在源材料中。您也可以考虑流通供应验证。

您的项目负责人批准最终事实。我们根据这些事实检查每个请求。这为您的团队在提交前提供了一个明确的修正点。它防止不同版本到达不同的目的地。工作日志也将我们准备的请求与公众可见的变更区分开来。

我们需要您的项目提供什么

7项输入为我们提供了可用的起始记录。发送已最终确定的内容。标记任何仍在审核中的内容。

• 合约地址：新旧地址，以及每个地址的相关链。
• 代币身份：已批准的名称和代码，包括以前的版本。
• 徽标文件：预期的公开资产，而不是几个未批准的备选方案。
• 项目说明：公告或其他项目拥有的迁移说明。
• 官方链接：应出现在资料上的网站和社交渠道。
• 资料URL：您希望更新的CoinMarketCap、CoinGecko、DEXTools和DEXScreener页面。
• 现有通信：平台回复或要求提供更多信息。

一位授权负责人应确认规范详情。这可以防止冲突版本进入更新记录。如果您的项目有多个合约或网络，请分别列出每个。不要假设一组字段适用于所有资产。

我们在准备请求之前比较提供的事实。我们会标记缺失或不匹配的信息供您审核。对于迁移之外的CoinMarketCap上线工作，请参阅CoinMarketCap上线支持。对于浏览器元数据或徽标更改，请查看浏览器代币信息更新。

每个资料适用哪个更新窗口？

4个平台目的地需要独立的状态检查。我们的工作顺序从您批准的详情开始。然后我们记录每个请求和任何公开变更。

特定平台的更新不能替代对其他资料的检查。我们为每个目的地保留一个状态条目。我们将可见字段与相同的已批准来源进行比较。对于CoinGecko，现有的资料更改和新上线工作是不同的请求。CoinGecko上线支持涵盖以上线为重点的工作。

我们的准备窗口取决于您的输入和批准的准备情况。在检查资料列表后，我们会分享一个工作顺序。每个状态条目显示已准备、已提交以及仍可见以供审核的内容。

平台决策与您的下一步行动

3项检查使记录保持有用：已批准的事实、请求状态和可见字段。每个平台控制自己的审核和发布决策。我们无法保证在CoinMarketCap、CoinGecko、DEXTools和DEXScreener上获得接受或同步变更。

• 事实检查：一位项目负责人批准合约、链和身份字段。
• 状态检查：每个目的地都有自己的准备和提交条目。
• 可见性检查：公开字段与已批准的变更地图进行比较。

如果平台要求更多证据，我们会审核其回复。然后我们确定您的团队需要提供什么。如果公开页面仍然不一致，我们会记录不匹配并建议后续请求。我们不会将待处理的请求标记为已完成的更新。

在DigitalMedia1，账户审核会在准备请求之前，将源事实与每个资料链接进行比较。您将收到一份变更地图和一份将我们的工作与平台状态分开的记录。

发送新旧合约详情、已批准的代币身份和受影响的资料链接。我们将在2个工作日内回复一份书面报价。

如何操作

1. 确认变更发送新旧合约、链、已批准的身份和资料链接。我们确认您希望包含哪些目的地。
2. 检查源事实我们比较详情和证据。然后我们标记缺失的字段或冲突，供您的负责人解决。
3. 准备每个请求在您批准后，我们准备已商定的资料更新。我们分别记录每个状态。
4. 审核可见字段我们将公开资料与已批准的变更地图进行比较。我们记录任何未解决的不匹配。