先明确要查哪一层文档
“专属代币”不是一种独立技术标准。查询时应先明确所属区块链，以及代币是否属于可互换的同质化代币。本文讨论以太坊 ERC-20 的通用设计，不直接适用于所有链或非同质化代币。
相关文档可分为三层：标准规定共同接口，实现文档解释代码如何提供这些接口，项目设计文档则说明用途、发行方式和管理规则。前两层不能替代第三层。
标准入口：查清基础接口
ethereum.org 的 ERC-20 标准说明介绍了余额、总供应量、转移和授权等接口，以及 Transfer、Approval 事件；其中还提供 EIP-20 的进一步阅读入口。它适合用来建立接口核对清单，但不能证明某个代币的供应上限、分配方式或管理员权限。
实现入口：理解供应与精度
OpenZeppelin Contracts 的 ERC-20 文档展示了继承基础合约、设置名称和符号、通过铸造建立初始供应的示例，并解释 decimals 如何将整数余额换算为显示数量。查阅时应匹配实际使用的库版本；示例中的供应安排只是示范，不代表所有采用该库的项目都有相同设计。
项目设计应重点核对什么
查找项目自身文档时，可围绕发行机制、初始分配、权限管理和技术接口定位章节。重点问题包括：初始代币归谁，是否允许继续增发，谁能触发增发，以及文档数量使用的是链上整数单位还是显示单位。未说明的内容应保留为待核验项。
若项目公开源码和部署信息，还应将文档描述与对应实现交叉核对，明确所属网络、合约地址及版本。仅凭代币名称或符号，不能确定找到的文档对应目标合约；通用教程也不能作为项目已按某种方式部署的证据。
常见问题与适用边界
有 ABI 是否就有完整设计文档？不是。ABI 主要描述可调用接口，无法完整解释业务目的和内部权限逻辑。总供应量能否视为最大发行量？不能直接等同，是否存在上限仍需核对供应机制。
符合 ERC-20 是否意味着接收和转移没有风险？不是。标准兼容性不保证接收合约能够处理收到的代币。阅读设计文档时，还应关注误转处理和兼容性限制。最终应把“标准支持什么”“实现如何工作”“项目实际采用什么规则”分别记录，避免混为一谈。