CoinMarketCap供应量数据需要解释什么?
一份带日期的供应量计算显示了数值、其来源数据以及分配给相关余额的处理方式。它应区分已发行供应量与您的项目提议作为流通的金额。这些值不可互换,仅靠标签无法解释差异。
从项目文件中的3个定义开始:
- 已发行供应量: 根据代币设计创建的代币,基于明确的来源和计算时间。
- 提议的流通量: 项目根据其书面包含规则归类为可用的余额。
- 排除的余额: 被视为不可用的持有量,每个都关联一个原因和支持记录。
然后将提议的数值与公开的代币经济模型、浏览器数据和分配记录进行比较。它们应描述相同的代币和相同的时间点。如果不符合,请在准备提交前找出不匹配之处。一个有用的表格记录来源数值、调整项以及最终计算结果。这有助于审核者在不依赖内部解释的情况下追溯计算过程。
项目可以记录其推理过程,但不应将其分类呈现为CoinMarketCap的既定处理方式。将供应量证据与上线申请分开保存。CoinMarketCap上线指南涵盖了该独立的提交任务。
哪些钱包记录使计算可审计?
一份钱包明细表将每个余额连接到一个地址、一个标签和一个决策。当第二个人可以根据支持来源检查其条目时,电子表格才变得有用。
为每个相关地址或合约使用一行。包括以下6个字段:
| 字段 | 记录 |
|---|---|
| 网络和代币 | 链名称和代币标识符 |
| 地址 | 完整地址和浏览器链接 |
| 余额 | 观察到的金额和检查时间 |
| 标签 | 钱包角色以及该标签的来源 |
| 处理方式 | 包含、排除或未解决 |
| 证据 | 交易、锁定记录或项目文件 |
将不确定的标签标记为未解决。不要根据地址名称或私人团队备注推断钱包的用途。对于项目控制的钱包,请包含对控制权和预期用途的简短说明。对于受限制的分配,请附上描述限制及其条件的记录。
记录计算日期并保留原始快照。这样可以区分后续的余额变化与早期的提交。如果代币存在于多个网络上,请分别标识每条链和合约。在项目记录它们之间的关系之前,不要合并表示。生成的明细表应让审核者能够追溯地址、观察到的余额、分类和证据,而无需搜索无关的文件。
如何在提交前测试供应量计算?
一份对账表使每个调整在来源供应值与提议的流通量之间可见。计算应可从钱包明细表重现,而不是依赖于一个未解释的汇总数字。
首先,记录来源值及其检查时间。然后汇总您的方法包含的余额和排除的余额。将这些总额与报告的供应量进行比较。如果它们不对账,请记录原因,而不是将差异隐藏在注释中。
在批准工作数值前检查以下4点:
- 覆盖范围: 是否所有相关地址和合约都已表示?
- 处理方式: 每个包含或排除是否有明确的原因?
- 时间: 余额和支持记录是否在一致的时间点检查?
- 调整: 是否解释了四舍五入、迁移或桥接表示?
将未解决的项目与已确认的条目分开。如果限制取决于归属协议或运营条件,请指向该证据。如果条件未记录,则不要将分类视为已确定。在计算、代币经济模型和提交摘要中使用相同的标签。审核者应能够从最终数值通过每个调整回溯到其来源。有关单独的证据审核,请参阅流通供应量验证。
CoinMarketCap供应量证据包中应包含什么?
一个紧凑的证据包首先呈现提议的数值,然后提供检查它所需的记录。组织材料,以便无需猜测哪个文件支持哪个声明即可审核计算。
使用此顺序:
- 摘要: 代币名称、代码、链、合约地址、计算日期和提议的数值。
- 方法说明: 来源供应值、包含规则、排除规则和计算步骤。
- 钱包明细表: 地址、余额、标签、处理方式和来源链接。
- 分配记录: 代币经济模型以及相关的团队、投资者、金库、生态系统或社区分配。
- 限制证据: 归属条款、锁定记录、销毁证据或其他支持排除的文件。
- 未决事项: 不明确的分类、缺失的记录以及负责解决它们的人员。
检查名称、地址和数值在摘要和附件中是否一致。为每个文件赋予清晰的名称,并保留其来源和检查日期。没有浏览器链接的电子表格难以验证。没有排除原因的浏览器链接不能确立项目的分类。
这是一个实用的证据结构,并非声称CoinMarketCap使用固定的检查清单。在发送材料前,请查看平台当前的提交说明。将保密协议限制在必要范围内,仅包含解释相关余额所需的细节。作为比较,CoinGecko上线指南描述了另一家提供商的上线流程;请独立确认其当前要求。
项目应如何检查提交文件?
最终审核将提交摘要、钱包明细表和源文件作为一份带日期的记录进行比较。目的是在材料离开项目团队之前发现矛盾。
指定一人准备文件,另一人检查。第二审核者应验证合约地址、打开每个来源链接、重新计算总额,并比较各文档中的标签。他们应标记任何缺少来源或处理方式与项目自身记录冲突的地址。
使用此简短交接清单:
- 确认每个文档中命名的代币和网络。
- 从工作文件中打开每个浏览器和文档链接。
- 独立重新计算包含和排除的余额。
- 将摘要数值与计算日期和方法匹配。
- 将未解决的项目标记出来,而不是将其呈现为已确认。
通过CoinMarketCap的当前渠道提交,并保留发送的确切文件。保留该版本的任何确认信息。如果审核者要求澄清,请针对同一份带日期的明细表进行答复,并在新版本中记录任何更正。清晰组织的交接也使所有权可见:项目知道谁准备了计算,谁检查了其证据。如果任务实际上是资料更正,请将其与供应量文件分开,并使用相关平台的说明。
何时应重新计算钱包明细表?
余额、限制或代币表示的变化可能使早期的供应量明细表不完整。当事件影响您的项目报告的金额或分类时,请重新审视计算。
在铸造、归属释放、迁移、销毁或项目控制钱包之间的转移后检查文件。检查事件是否改变了已发行供应量、提议的流通量,或仅改变了现有余额的标签。记录交易或合约证据,然后生成新的带日期版本。保留之前的计算,而不是覆盖它。
一个实用的更新例程包含4项检查:
- 将当前地址列表与上次保存的明细表进行比较。
- 根据分配记录检查已更改的余额和新地址。
- 使用既定规则重新计算,或记录方法变更。
- 当使用相同数值时,使代币经济模型和公开解释保持一致。
维护一个变更日志,包含事件、来源、受影响的地址、计算版本和文件负责人。这为团队提供了数值变更的清晰记录。它还有助于防止在支持余额已转移后,旧数字出现在新提交中。对于比较提供商的项目,CoinGecko上线指南是一个单独的参考,不能替代检查当前的CoinMarketCap流程。
CoinMarketCap在哪里做出最终的供应量决定?
证据包记录了项目的计算及其提议处理方式背后的来源。CoinMarketCap控制其如何审核提交的信息、分类供应量以及显示任何结果数值;项目无法决定该决策或其发布时间。
在提交前使不明确的证据可见。如果钱包的角色取决于协议、锁定条件或运营控制,请解释条件并附上支持记录。如果项目尚无法证实某个分类,请将其标记为未解决。不要将假设描述为已确认的事实。
供应量工作也不同于可见性活动。热搜投放不能证实流通供应量计算,供应量文件也不是上线申请。如果您计划同时进行这两项任务,请将记录和目标分开。CoinMarketCap热搜指南涵盖了该独立主题。
对于有用的初步审核,请发送代币的链和合约地址、最新的代币经济模型和归属记录以及当前的钱包明细表。GeoMarketing Experts可以根据这些来源检查计算,并返回一份缺失记录或不明确分类的具体列表。然后您可以在提交带日期文件之前解决这些差距。
如何操作
- 设定计算范围记录代币、链、合约地址、计算日期以及分类余额的规则。
- 收集源文件收集浏览器链接、代币经济模型、分配记录、归属条款以及排除的证据。
- 构建钱包明细表标记每个相关地址,记录其余额,并链接其处理方式的证据。
- 对账与审核重新计算包含和排除的总额,打开每个来源,并标记未解决的分类。
- 提交并保留使用CoinMarketCap的当前渠道,并保留发送的确切带日期材料。
常见问题
供应量审核的第一个文件应该放什么?
从一份带日期的摘要和钱包明细表开始。包括代币的链和合约地址、提议的数值、每个相关地址和余额以及分配给它的处理方式。将每一行链接到浏览器或支持文档。添加简短的方法说明,以便审核者了解明细表如何得出所述金额。
如何在计算中解释金库余额?
识别金库地址,记录其观察到的余额,并描述谁控制它以及项目如何处理它。链接该角色的证据,例如项目记录或相关协议。说明该余额是包含还是排除,并给出计算日期。如果控制权或预期用途不明确,请将分类标记为未解决。
代币锁定是否自动意味着余额被排除?
不。在决定如何分类之前,记录地址、余额、限制和证据。锁定合约或归属记录可以显示相关条件,但项目应解释这些条件如何影响其提议的数值。将推理过程放在钱包条目旁边,而不是依赖诸如“已锁定”之类的通用标签。
找到计算不匹配的最快方法是什么?
将来源供应值与带日期明细表中包含和排除余额的总和进行比较。然后检查每个调整,并查找缺失的地址、重复的条目或不一致的代币表示。第二审核者应从源行重新计算总额,而不仅仅是确认汇总数字。
我应该将CoinMarketCap文件重复用于CoinGecko吗?
将钱包明细表作为起始记录,但分别检查其他提供商的当前说明。相同的源文件可能相关,但请求的字段或提交路径可能不同。在任何文件中保持计算日期和支持证据清晰。CoinGecko上线指南涵盖了其独立的上线流程。
可以要求CoinMarketCap显示我们提交的数值吗?
不可以。CoinMarketCap控制其审核、供应量分类和显示决策。项目可以提供带日期的计算和支持记录。它不能要求平台采用该处理方式或在特定时间表上发布。使每个余额和假设易于检查,并保留提交的确切版本。
告诉我们您的项目
回答四个简单问题,经理会在1小时内为您发送方案、时间表和价格范围。全程保密。
正在加载表单…