CoinGecko或CoinMarketCap通知记录应包含哪些内容？
可见的通知是第一个证据工件。在修改项目页面或起草请求之前，将其确切措辞与上线URL一起保存。记录出现的内容有助于区分具体声明与不明确的通知。
我们的审核表使用7个字段：平台、上线URL、通知文本、观察日期、受影响的详情、项目来源和拟议操作。观察日期记录了您的团队捕获页面的时间；它不表示平台截止日期。在有用时添加截图，但保留页面URL作为参考点。
将通知归类为以下4个工作类别之一：
- 身份或描述： 资料文本可能与当前官方材料不同。
- 网络或合约： 显示的地址或网络需要公开记录检查。
- 供应量： 显示的数据需要明确的定义和支持记录。
- 不明确： 通知未指明您的团队可验证的详情。
这些类别用于组织调查。它们不是官方的平台警告代码。保持上线特定事实的完整性，然后分别对比两个平台。有关其上线流程的背景信息，请参阅CoinGecko上线指南和CoinMarketCap上线指南。
哪些公开记录可以支持上线修正？
当每个声明都指向一个打开后内容一致的来源时，修正更容易审核。在联系支持之前，根据项目当前的公开材料审核上线。从读者可以独立检查的事实开始。
比较4类来源：官方项目页面、项目文档、相关的公开浏览器记录以及上线本身。检查代币名称、符号、网络、合约地址、描述、供应量信息、网站和社交链接。并非每个通知都涉及每个字段。将审核限制在与可见问题相关的详情上。
在工作文件中使用一个小的对比表：
| 字段 | 上线当前显示 | 项目来源显示 | 操作 |
|---|---|---|---|
| 合约或网络 | 复制显示的值 | 链接到公开记录 | 解释已确认的差异 |
| 供应量 | 记录显示的标签和数据 | 链接到来源和方法 | 澄清定义 |
| 项目详情 | 复制相关措辞 | 链接到当前官方文本 | 确定精确的编辑 |
对于合约迁移，解释早期和当前记录之间的关系。不要用裸新地址替换历史记录。如果供应量是问题所在，请参阅如何验证CoinGecko上的供应量以了解上线背景，然后记录数据及其来源。将任何仍未验证的声明标记为未验证，而不是将其视为已解决。
每个上线标记应如何映射到修正？
通知指明了起点；证据决定了下一步行动。将拟议的修正与正在审核的具体详情相匹配。不相关的资料编辑会使案例更难理解，并且不能记录被标记的声明。
| 通知或差异 | 首先检查 | 准备证据 |
|---|---|---|
| 身份或项目描述 | 与当前官方措辞比较 | 项目页面或文档链接 |
| 网络或合约详情 | 在公开记录中验证地址和网络 | 浏览器记录和迁移说明（如相关） |
| 供应量数据 | 确定供应量定义和计算 | 公开引用和通俗语言的计算说明 |
| 网站或社交目的地 | 确认链接是当前的且由项目控制 | 有效的URL和链接到它的项目页面 |
| 未指明问题 | 重新阅读通知和资料上下文 | 上线URL、确切通知和一个明确的问题 |
使用2次审核。首先，确认来源支持声明。其次，确认请求的资料更改源自该来源。如果任一审核发现冲突的项目页面，请在提交前解决该冲突。记录更改的内容以及更正信息发布的位置。
关于警告的请求不同于新的上线申请。首先检查现有资料和通知。CoinGecko和CoinMarketCap上线指南涵盖了申请背景；它们不能替代与特定通知相关的证据。
供应量和合约证据应显示什么？
供应量或合约声明需要可追溯的解释，而不仅仅是替换的数字或地址。确定上线显示的内容、项目认为当前的内容以及哪些公开记录支持该立场。
对于供应量，注意上线显示的确切标签。说明项目如何定义该数据，然后链接其计算背后的记录。检查项目网站和文档是否使用相同的定义。如果这些材料不同，请在请求资料编辑之前解释差异。没有含义的裸数据可能会使核心问题无法解决。
对于合约变更，整理一个简洁的顺序：早期合约或网络，以及当前合约或网络。添加更改的内容以及每个详情可在何处检查。保持此解释基于事实。不要暗示新记录会抹去早期的公开信息。仅链接支持序列相关部分的来源。
有用的证据说明包含3部分：有问题的声明、支持来源以及请求的修正或澄清。如果来源不可用或不能确立声明，请标记该缺口。上线资料修正审核可以帮助组织对比并在发送请求前标记证据缺口。
如何使支持请求易于评估？
有针对性的请求会标识资料、引用通知并指向一次修正的证据。将这些项目放在顶部，以便读者无需筛选不相关的项目材料即可找到问题。
准备以下5项：
- 平台名称和确切的上线URL。
- 按显示方式复制的通知文本。
- 看起来不准确或不明确的项目详情。
- 支持您立场的公开来源的直接链接。
- 请求的修正或澄清的简明陈述。
仅在回答通知时才添加迁移时间线或供应量计算。将促销声明和不相关的附件排除在证据文件之外。在实用时以已退出登录的浏览器视图检查每个链接，并确认来源页面仍包含引用的信息。
使用官方支持渠道或通知中指定的渠道。将提交的消息、来源链接和任何回复保存在一个记录中。如果平台要求更多信息，直接回答该点并更新记录。指定一名项目负责人协调回复；这有助于防止不同团队成员提供相互矛盾的解释。有关可见上线差异的更广泛比较，请参阅CoinGecko vs CoinMarketCap上线。
上线警告的哪些部分仍由平台决定？
您的团队控制其公开记录、解释的准确性以及提交的证据。CoinGecko或CoinMarketCap控制其通知如何被评估、是否要求更多材料以及其上线显示的内容。更正后的项目来源或提交的请求并不决定平台的决定或审核时间。
设定对项目可验证操作的期望：更正官方页面、记录公开记录以及提交有针对性的请求。将这些操作与平台上显示的结果区分开来。如果有人声称可以通过私人付款或特殊访问来更改通知，请谨慎对待该声明。在分享资金或账户信息之前，通过平台的官方支持渠道进行验证。
当通知仍然缺乏细节时，您应该做什么？
不明确的通知需要有针对性的澄清请求，而不是猜测性的修复。包括上线URL、确切措辞以及已完成检查的简短摘要。询问哪个具体声明或来源需要关注。
在发送之前，确认项目页面在相关名称、网络、合约或供应量定义上一致。检查每个证据链接是否支持其旁边的句子。对于迁移，明确说明顺序。对于供应量问题，解释计算及其公开引用。将不相关的资料改进留待单独更新。
对于结构化审核，GeoMarketing Experts将可见通知与项目的公开记录进行对比，记录证据缺口，并组织简洁的请求。发送上线URL、通知文本以及支持您拟议修正的官方来源。我们将确定记录确立了哪些内容，以及在您联系平台之前仍需检查哪些内容。
如何操作
- 捕获可见通知保存上线URL和确切措辞。记录似乎涉及的字段或声明。
- 比较公开记录根据当前官方页面、文档和相关公开记录检查上线。将已确认的不匹配项与未解决的问题分开。
- 更正项目控制的来源首先更新不准确的项目材料。在合约变更或供应量定义对这些事实重要时进行解释。
- 整理有针对性的证据文件将每个相关声明链接到来源。说明请求的确切修正或澄清。
- 提交并记录交流使用官方支持渠道。保存请求和回复，然后用相关证据回答后续问题。
常见问题
CoinGecko警告的第一步检查是什么？
保存上线URL并准确复制通知。然后确定它似乎指出的项目详情，并将该详情与当前的公开来源进行比较。这会在任何资料编辑之前创建问题记录。如果通知未指明具体声明，请要求澄清，而不是假设其原因。
CoinMarketCap请求是否可以重用CoinGecko证据文件？
重用已验证的项目记录，但为每个上线准备单独的请求。平台名称、资料URL、显示的通知和请求的修正属于该平台的文件。将证据与受影响的资料相关联。共享的项目事实可以支持两个请求，但解释应分别针对每个通知。
如何证明CoinGecko供应量数据是错误的？
记录显示的确切供应量标签和数据，然后说明项目的定义和计算。链接支持每个部分的公开记录。检查官方项目页面是否使用一致的术语。简短的计算说明和直接的来源链接为审核者提供了清晰的检查线索。
当通知未指明具体问题时，我可以发送什么？
发送上线URL、确切通知文本和简明的澄清问题。包括一份简短说明，指出已完成的检查，以及相关官方来源的链接。将请求限制在不明确的通知上。不要声称可见记录未确立的原因。
外部顾问能否保证警告会消失？
不能。顾问可以比较公开记录、识别证据缺口并准备请求，但CoinGecko或CoinMarketCap控制其自身的上线决定。顾问可以记录的可交付成果是完成的证据文件和提交的请求，而不是平台通知的更改。
上线警告审核应分享什么？
分享上线URL、确切通知文本以及相关详情的官方来源。如果问题涉及供应量或合约变更，请包括公开记录和它们如何关联的简短说明。在普通消息中不要发送密码、私钥或账户机密。
告诉我们您的项目
回答四个简单问题，经理会在1小时内为您发送方案、时间表和价格范围。全程保密。
正在加载表单…