什么是代币标准？

代币标准是一套技术规范，规定代币程序应提供哪些功能、接受什么输入，以及怎样把结果告诉钱包和其他应用。它让不同开发者创建的代币可以用一组共同规则被识别和调用。

可以把标准理解为接口约定：它规定“对外怎样沟通”，但不替每个项目决定供应量、用途、管理权限或链外权利。两个代币可以遵循同一标准，却采用不同代码、拥有不同权限，并代表完全不同的对象。

没有共同标准会发生什么

如果每个代币都自行命名查询余额、转账和授权功能，钱包和应用就要为每个代币单独编写连接方式。一个新代币即使可以正常转移，也可能无法被现有钱包显示，或无法被其他链上程序调用。

共同标准为常用操作规定统一入口。钱包知道怎样询问余额，应用知道怎样请求转账，区块浏览器知道应读取哪些事件，其他程序也能按相同格式调用多个代币。开发者不必事先认识每一个具体代币，仍可以提供基础支持。

标准提高的是软件兼容性，不是代币质量。接口统一后，错误或恶意实现也可能更容易接入现有应用，因此使用方仍需验证具体代码和权限。

标准通常规定哪些内容

代币标准的范围因网络和代币类型而异，常见内容包括以下几类。

查询功能

标准可以规定怎样查询某个地址的余额、代币总供应量，或某个独立编号当前由谁控制。统一查询方式让钱包和应用能够展示基础信息。

查询结果只反映程序当前返回的数据。标准不会验证显示名称是否真实、供应是否有链外支持，也不会保证描述代币的附加资料（元数据）链接长期可用。

转账功能

标准可以规定发送方怎样把代币转给接收方、调用需要哪些参数，以及成功或失败时应如何响应。对于带独立编号的代币，转账还需要指明具体编号。

部分标准提供较安全的转账方式，用来检查接收方程序是否知道怎样处理收到的代币。这可以减少某些误转情况，但不能防止错误地址、恶意授权或程序漏洞造成的损失。

授权功能

授权允许持有人让另一个地址或程序在限定范围内代为操作。例如，持有人可以批准某个应用转移一定数量的可替换代币，或授权运营者管理一组独立编号代币。

标准会规定怎样创建、查询和撤销授权，但不决定用户是否应当授权。额度大小、持续时间和被授权程序的行为仍需由具体实现和使用者判断。

事件和记录格式

链上程序执行转账、铸造或授权时，可以发出结构化事件。事件是供应用读取的执行记录提示，钱包、区块浏览器和数据服务可以据此更新界面或建立索引。

事件不能代替最终状态。应用仍需要确认交易是否成功，并按网络规则读取当前数据；仅看到一条未经确认或来自错误合约的事件，不足以证明余额已经有效改变。

可选功能和扩展

标准可能把名称、交易代码、元数据，或列出全部独立编号的功能（枚举）列为可选项，也可能允许启用转账费、冻结、暂停或其他扩展。应用不能因为代币声称采用某个标准，就假定所有可选功能都存在。

扩展还可能彼此不兼容，或需要钱包主动适配。基础转账相同，不表示旧应用能够理解后来增加的所有权限和数据字段。

标准、实现和代币不是一回事

标准是一份功能约定，说明兼容程序应怎样对外响应。实现是开发者按照这份约定编写并部署的具体代码。代币则是由某个具体实现管理的链上记录和单位。

一份标准可以有很多代码实现；同一份实现也可能被用于创建多个不同代币。某个实现还可以在标准要求之外增加费用、冻结、名单、升级或其他逻辑。

因此，“采用某标准”只说明它计划支持一组接口，不能证明代码没有缺陷，也不能说明所有接口都被正确实现。应用接入时需要核对部署地址、实际返回结果、额外权限和异常行为。

标准如何形成和被采用

代币标准通常先以技术提案、规范文档或共享程序的形式出现。作者说明要解决的问题、接口要求和设计理由，社区和开发者讨论后，提案可能进入较稳定的状态，也可能继续修改或停止推进。

文档状态和市场采用是两件事。一项提案可以写得完整却很少被使用；另一项标准也可能在最终定稿前就已经出现大量实现。钱包和应用是否支持，取决于实际部署、使用需求和开发者选择，不是编号本身自动带来的结果。

标准更新也不一定自动改变已经部署的代币。旧合约可能继续按旧接口运行，新功能可能通过新合约、新版本或可选扩展提供。阅读标准时需要同时确认网络、版本、状态和具体实现。

可替换代币的共同接口

可替换代币按数量记录，同等单位通常可以互换。这类标准常规定余额查询、总供应量、转账，以及允许其他地址在限定额度内代为转移的授权功能。

以 Ethereum 为例，应用层标准提案被称为 Ethereum Request for Comments（ERC）。ERC-20 是规定可替换代币基础接口的一项 ERC 标准，让钱包和链上应用可以用共同方式查询余额、请求转账和处理授权。

ERC-20 没有规定代币必须使用固定供应，也没有禁止开发者加入暂停、转账费或名单等额外逻辑。名称、交易代码和小数位等显示信息也不能代替合约地址来唯一识别代币。

独立编号代币的共同接口

非同质化代币（non-fungible token，NFT）需要分别追踪每个编号。相应标准通常规定怎样查询编号的持有人、转移指定编号，以及授权另一个地址操作单个或一组代币。

这类接口在不同网络中有不同实现。以 Ethereum 为例，ERC-721 规定独立编号代币的持有、转移和授权等基础操作，而元数据和完整编号列表属于可选扩展。采用该标准不表示图片或其他内容一定存储在链上，也不证明代币代表的链外对象真实存在。

还有一些标准允许同一个程序同时管理可替换单位、独立编号单位或同一编号下的多个副本。它们服务于不同记录需求，不表示某一种标准普遍优于另一种。

不同网络的标准化方式

代币标准不一定都是“每个代币部署一个合约，并实现同一接口”。不同区块链可以用协议规则、共享程序或可选扩展实现兼容。

例如，Solana 的代币程序统一提供铸造、账户记录、转移和授权等指令。每个 mint 记录某种代币的供应和权限，而钱包与应用通过同一代币程序处理多个 mint。

Solana 还提供可添加额外功能的代币程序 Token Extensions。创建代币时，开发者可以按需选择扩展；部分扩展不能在初始化后添加，也可能彼此不兼容。这说明“使用同一代币程序”仍不足以判断两个代币具备完全相同的行为。

跨网络出现相同标准名称或相似接口时，也不能假定地址、权限和交易格式可以直接通用。标准的适用范围始终与具体网络和执行环境相连。

兼容不等于行为完全相同

钱包或应用声称“支持某标准”，通常表示它能处理该标准要求的基础接口。实际兼容仍可能受以下情况影响：

• 代币没有完整实现必需功能，或返回方式与预期不符；
• 代币加入转账费、暂停、冻结或名单规则；
• 应用不支持某些可选扩展；
• 接收方程序不能处理特定转账方式；
• 通过固定入口切换执行代码的代理升级结构改变了实际逻辑；
• 同名代币部署在不同网络或不同地址。

因此，接口兼容测试需要面对具体代码和具体调用结果。“符合标准”标签本身不是安全审计，也不是对未来行为不变的保证。

标准没有规定什么

代币标准通常不会替代以下信息：

• 谁可以继续铸造、冻结、暂停或升级代币；
• 代币总量如何分配，未来会否改变；
• 代币有什么实际用途或市场需求；
• 名称、图标和元数据是否由可信来源维护；
• 代币声称对应的储备、实物或服务是否存在；
• 持有人是否拥有赎回、治理或其他链外权利。

这些问题需要查看具体实现、权限和链外安排。技术标准只解决其中一部分软件交互问题，不能承担真实性、价值或法律效果的证明。

常见问题

代币必须遵循标准吗？

不一定。开发者可以创建自定义接口，但钱包和应用需要额外适配。采用广泛支持的标准通常更容易获得基础兼容性。

标准编号越新越好吗？

不能这样判断。新标准可能增加功能，也可能支持较少、仍在修改，或不适合某种用途。需要查看提案状态、实际采用和具体需求。

同一个代币能采用多个标准吗？

可能。一个实现可以同时支持多个接口，或在基础标准上加入扩展。但这些接口是否正确协同仍需检查具体代码。

遵循标准就能在所有钱包中显示吗？

不保证。钱包还要支持相应网络、标准版本和可选功能，并识别正确的合约或 mint。名称和图标等元数据也可能需要额外来源。

标准能保证代币安全吗？

不能。标准只规定共同接口或行为要求。代码缺陷、管理权限、外部数据、用户授权和底层网络仍可能带来风险。

相关词条

继续了解加密代币、智能合约、区块链和加密钱包，或返回加密货币术语表。

参考来源

• NISTIR 8301：区块链网络中的代币设计与管理——代币数据模型、协议与账户操作以及标准的不同范围。
• Ethereum.org：代币标准——代币接口对钱包、应用和链上程序兼容性的作用。
• Ethereum 应用层标准流程——ERC 类别、标准提案状态和应用互操作范围。
• Ethereum 可替换代币标准 ERC-20——余额、转账、授权和事件等基础接口。
• Ethereum 非同质化代币标准 ERC-721——独立编号代币的持有、转移、授权和可选扩展。
• Solana Docs：代币与扩展——共享代币程序、mint、代币账户和可选扩展。