代币记录、上币与资料验证

目标平台矩阵将四种不同的上币任务区分开来

目标平台矩阵将请求分为4类：聚合器、浏览器、钱包和交易所。每类面向的用户目的不同，因此一次提交不应被视为覆盖所有平台。

对于每个请求的目标平台，记录用户需求、当前资料状态以及所寻求的具体变更或提交内容。然后附上支持项目详情的官方来源。这样，首要任务就变得实际：在扩展目标平台列表之前，先解决身份或信息缺口问题。

一个有用的矩阵包括：

• 目标平台及请求结果。
• 现有资料URL（如可见）。
• 代币名称、代码、网络和合约地址。
• 官方项目来源及负责的团队联系人。
• 当前状态和下一步行动。

对于指定的聚合器路径，请查看CoinMarketCap上币支持和CoinGecko上币支持。更广泛的覆盖可包括其他加密货币追踪器上币。请将交易所上线与这些数据资料任务分开处理；中心化交易所上币支持涵盖该独立工作流。

哪种来源记录能让代币提交更易于审核？

一份包含8个字段的来源记录为团队每次提交提供单一参考。它涵盖代币名称、代码、网络、合约、网站、官方社交渠道、Logo文件和描述。当支持所请求的字段时，可添加相关的浏览器链接和文档。

在准备请求之前，我们会将记录与项目的公开材料进行对比。第一项检查是身份：合约和网络是否与网站、官方渠道和浏览器链接一致？第二项检查是一致性：项目描述和其他提交的详细信息是否与这些来源相符？如果任一项检查发现不匹配，请在发送请求前解决。

供应量声明需要自己的证据。不要将未经证实的数字视为可提交状态。关于供应量相关的具体工作，请参阅流通供应量验证。如果代币更换了合约或品牌，请保留之前的详细信息并说明变更原因；迁移与品牌重塑更新处理该记录。

请保留提交表格、附上的来源以及任何平台通信的副本。应指定一名项目负责人负责跟进并提供缺失材料。这样，当审核方要求澄清时，团队的回答能保持一致。

聚合器、浏览器、钱包和交易所的请求有何不同？

请求的成果因目标平台而异：聚合器资料、浏览器信息、钱包展示或交易所申请。在收集材料之前，请先明确该成果。相同的代币事实可能支持不同的请求，但这并不意味着这些请求可以互换。

聚合器请求侧重于该平台上显示的资产或项目信息。社区资料工作也与资产上币不同；关于该特定任务，请参阅CoinMarketCap社区验证。浏览器请求涉及代币身份和可见的链上信息。浏览器代币信息与Logo更新涵盖该资料层面。

钱包展示则有另一条路径。当预期结果是准确的钱包显示时，请使用钱包Logo与代币列表收录。交易所请求应单独跟踪，并配备其自己的项目材料和跟进负责人。

在启动前，为每个目标平台标记1个请求结果、1组支持来源和1名负责联系人。这种简单的区分有助于项目重复使用已确认的事实，而无需向每个平台发送通用材料包。

针对现有代币资料，修正文件应包含哪些内容？

修正文件将每个受影响的资料字段与其准确的替换内容以及支持该变更的来源配对。从可见的资料URL开始。列出错误或过时的字段，然后为每个请求的更新附上官方证据。

在GeoMarketing Experts，客户负责人通过字段与来源的对比审核，将每个请求的字段与其引用的来源进行比较。审核记录3件事：哪些已经准确、哪些需要证据、以及提交应更改什么。对于迁移或品牌重塑，请包含之前的详细信息和对变更的简要说明。对于现有资料问题，上币资料修复提供了一条专注的路径。DEXTools和DEXScreener的资料变更在DEXTools和DEXScreener资料更新中有单独的范围。

准备请求后，我们会保留已发送内容和任何可见回复的记录。这样您就可以区分已完成的机构工作和待定的平台审核。该记录也支持后续更新：您的团队可以查看使用了哪些来源以及哪些字段仍需关注。

每个资料准备一份修正列表。这样可以避免将不相关的变更捆绑到没有支持证据的请求中。

上币审核的哪些部分不在项目的控制范围内？

提交记录显示已完成的工作：准备好的材料、引用的来源、已提交的请求和跟进。平台团队控制上币或验证请求是否被接受、资料如何显示以及审核何时完成。我们不承诺批准或特定的资料结果。

工作范围应指明目标平台、请求的变更、我们准备的材料、仍需项目方提供的输入以及包含的跟进。我们报告可观察到的项目，例如已发送的提交、收到的问题或可见的资料更新。当平台要求更多证据时，我们会指出缺失的项目并告知您的团队需要提供什么。

启动时，请收集官方网站和渠道、代币和网络详情、浏览器链接、现有资料URL以及请求的结果。我们审核这些材料，确定第一个工作流，并商定项目团队必须提供的内容。请将链接连同您的目标平台列表一起发送。GeoMarketing Experts将返回上币与验证工作的明确范围。