ERC-7984 是什么？全同态加密如何实现机密代币转账与链上隐私？

ERC-7984 是一项针对机密同质化代币的以太坊标准提案，目标是在保留代币转账和智能合约交互能力的同时，减少账户余额与交易金额在公开区块链上的暴露。与 ERC-20 主要围绕公开余额和公开转账金额设计不同，ERC-7984 尝试建立一套能够处理机密数值的标准接口，为链上金融活动提供更灵活的隐私保护能力。

随着稳定币支付、代币化资产和机构 DeFi 的发展，区块链的透明性开始面临新的应用要求。公开账本有助于验证交易和追踪资产流动，但企业支付、机构资金配置和商业结算往往涉及敏感金额。如果每笔付款和账户余额都可以被外部观察者直接查询，部分传统金融业务就难以完全迁移到公开区块链。

ERC-7984 的探索重点并不是让所有链上交易变得不可追踪，而是通过机密数据处理机制，在可编程金融和商业隐私之间建立新的平衡。本文将从标准设计、FHE 技术、ERC-20 对比和实际应用场景出发，分析 ERC-7984 如何实现机密代币转账，以及这一标准对稳定币、RWA 和 DeFi 生态可能带来的影响。

核心要点

• ERC-7984 是一项面向机密同质化代币（Confidential Fungible Token）的以太坊标准提案，旨在保护代币余额和转账金额。

• 与传统 ERC-20 不同，ERC-7984 使用机密数值的引用或句柄处理代币数量，使智能合约能够在不公开明文金额的情况下执行相关操作。

• 全同态加密（FHE）是 ERC-7984 的重要实现路径之一，能够支持对加密数据进行计算，但标准本身并不强制使用特定加密技术。

• ERC-7984 主要保护金额和余额，不会自动隐藏交易双方地址，因此不能将其等同于完全匿名交易。

• OpenZeppelin 与 Zama 相关技术生态为 ERC-7984 提供了实现基础，推动机密代币从技术概念走向可组合的智能合约应用。

• 机密稳定币、机构支付、RWA 资产管理和隐私 DeFi 是其潜在应用方向，但实际落地仍面临性能、权限管理、互操作性和合规挑战。

ERC-7984 是什么？为什么以太坊需要机密同质化代币？

ERC-7984 是一项机密同质化代币接口标准提案，由 OpenZeppelin、Zama 等生态的开发者共同提出，创建于 2025 年 7 月 3 日。它延续了账户余额、代币转账和第三方授权等同质化代币的基本概念，但改变了传统代币对金额数据的处理方式。

在 ERC-20 模型中，余额和转账金额通常以公开数值记录在智能合约状态和交易事件中。任何人都可以通过区块链浏览器或链上分析工具查看相关信息。这种设计有利于透明审计、交易验证和应用组合，但也意味着链上资金活动可能被持续观察。

ERC-7984 则采用基于机密数值引用的设计。标准使用 bytes32 类型的指针表示余额和转账金额，具体数值的存储、计算和访问方式由底层实现决定。智能合约可以通过标准化接口发起转账，而不必将金额以普通明文整数公开。

截至 2026 年 10 月，ERC-7984 仍属于持续演进的标准提案，不能将其视为已经全面替代 ERC-20 的成熟通用标准。其意义主要在于为机密代币建立可复用的接口，使钱包、支付应用和 DeFi 协议能够围绕相对统一的机制开发功能。

ERC-7984 与 ERC-20 有什么区别？

ERC-20 是以太坊最广泛使用的同质化代币标准之一，规定了余额查询、转账、授权和事件等基础接口。USDT、USDC 以及大量 DeFi 代币都采用 ERC-20 或与之兼容的实现。

ERC-7984 则从设计阶段就将余额和金额的机密性作为核心要求。它不是简单地为 ERC-20 增加一个隐藏交易记录的开关，而是使用不同的数据表示方式和转账接口。

一个重要区别是，ERC-7984 并不直接兼容 ERC-20 接口。现有钱包、交易平台和 DeFi 协议不能仅因为支持 ERC-20，就自动识别或处理 ERC-7984 代币。

OpenZeppelin 提供了 ERC-20 包装转换组件，允许开发者构建普通代币与机密代币之间的转换机制。不过，转换操作本身仍可能暴露公开链上的存入、取出或关联信息，不能认为经过包装后，所有历史资金流向都会自动获得隐私保护。

ERC-7984 如何在不公开金额的情况下完成代币转账？

传统 ERC-20 转账通常需要在智能合约中处理明确的数值。例如，用户 A 向用户 B 转账 100 个代币，合约会从 A 的余额中扣除 100，并向 B 的余额增加 100。相关转账事件也通常会记录这笔金额。

ERC-7984 的基本思路是让转账接口接收机密金额的引用，而不是要求公开提供明文数值。具体实现可以利用加密计算系统处理余额变化，并通过权限机制决定哪些参与者可以查看对应的金额。

以基于 FHE 的实现为例，机密转账可以理解为以下过程：

1. 发送方在支持机密计算的钱包或应用中指定转账金额，并生成相应的加密输入。

2. 钱包向代币合约提交加密金额的引用，以及必要的输入证明。

3. 智能合约通过底层机密计算机制处理余额检查和转账。

4. 系统更新发送方与接收方对应的机密余额。

5. 获得适当访问权限的参与者可以通过相应解密流程读取其被授权查看的信息。

例如，一家企业向供应商支付 50,000 个机密稳定币。公开链上仍可能出现双方地址和转账事件，但外部观察者无法像查询普通 ERC-20 转账一样，直接从事件中读取明文金额。

需要注意，这并不意味着外部观察者无法获得任何交易信息。交易时间、地址关系、Gas 消耗和其他元数据仍可能暴露，因此 ERC-7984 提供的是特定数据维度的机密性，而不是绝对匿名性。

FHE 全同态加密是什么？为什么适合 ERC-7984？

全同态加密（Fully Homomorphic Encryption，FHE）是一种允许系统直接对加密数据执行计算的密码学技术。在适当的实现中，计算系统不必先解密数据，就可以完成加法、比较等操作，并得到仍处于加密状态的结果。

这一特性与机密代币的需求高度契合。

对于普通代币，智能合约需要判断用户余额是否足够、计算扣款金额，并更新接收方余额。如果采用传统明文执行方式，合约通常需要直接访问这些数值。

FHE 则允许相关计算围绕加密数据展开。系统可以在不向普通链上观察者公开金额的前提下，处理余额变化和部分条件判断。

OpenZeppelin 的 ERC-7984 实现使用 Zama 的 fhEVM 技术，将机密余额表示为加密数值，并通过链上的密文句柄关联底层计算系统。相关实现还支持输入证明、授权操作和加密金额披露等功能。

但需要区分标准和实现。ERC-7984 本身并不要求所有开发者都采用 FHE。其技术中立设计允许开发者探索零知识证明、可信执行环境或其他能够满足接口要求的隐私机制。

因此，FHE 是理解当前 ERC-7984 生态的重要技术路径，但不能将 ERC-7984 简单等同于 FHE 代币。

ERC-7984 与零知识证明（ZK）有什么区别？

FHE 和零知识证明（Zero-Knowledge Proof，ZK）都可以用于隐私保护，但两者解决问题的方式不同。

零知识证明的核心能力，是让证明者在不披露全部底层信息的情况下，向验证者证明某项陈述成立。例如，用户可以证明自己满足某项资格要求，而不公开所有个人数据。

FHE 则侧重于在数据保持加密的情况下进行计算。例如，系统可以对加密余额进行操作，而不必先向计算执行方公开余额的明文。

两者并不是互斥关系。一个机密金融应用可以使用 FHE 处理敏感金额，同时使用 ZK 证明特定交易或身份条件满足要求。

对于 ERC-7984 而言，最重要的不是选择哪一种技术名称，而是底层实现能否可靠地支持机密数值处理、正确的余额更新和适当的访问控制。

OpenZeppelin 与 Zama 如何推动 ERC-7984 的实际应用？

标准接口只有得到开发工具和应用支持，才能真正形成生态。

OpenZeppelin 长期提供以太坊智能合约开发组件，其 Confidential Contracts 项目为 ERC-7984 提供了参考实现和扩展模块。Zama 则提供基于 FHE 的机密计算技术，使开发者能够围绕加密数据构建智能合约。

OpenZeppelin 的相关组件不仅包含基础机密代币，还包括普通 ERC-20 包装、账户冻结、访问限制、观察者权限和 RWA 专用扩展。这些模块分别对应不同的业务需求。

例如，ERC7984ObserverAccess 允许账户为指定观察者授予查看机密余额或转账金额的权限；ERC7984Restricted 可以用于实施账户限制；ERC7984Rwa 则提供适用于受监管资产场景的部分控制能力。

2026 年 3 月，OpenZeppelin 还发布了针对 Confidential Contracts 0.3.0 版本的安全审计报告，涉及多项 ERC-7984 扩展。这表明相关生态正在完善金融应用所需的功能，但并不意味着所有后续版本或部署都已获得相同程度的安全验证。

另一方面，Zama 的开发工具开始尝试将复杂的加密操作封装为更易于集成的接口，并探索授权解密机制，让特定参与方在规则允许的情况下访问必要信息。

这些进展为机密代币进入真实应用提供了技术基础。不过，开发工具可用、合约组件存在和金融机构大规模采用仍然是三个不同阶段，不能混为一谈。

ERC-7984 如何应用于稳定币支付与机构资金结算？

稳定币是 ERC-7984 最值得关注的潜在应用之一。

目前，许多稳定币在公开区块链上流通，用户能够直接查看转账金额和地址余额。这对于普通链上交易并不一定构成问题，但企业资金结算通常具有更高的商业保密要求。

例如，一家跨国企业使用稳定币向不同供应商付款。如果每笔交易金额都公开，外部观察者可能通过链上数据推测采购规模、业务往来和资金安排。

基于 ERC-7984 的机密稳定币可以尝试解决这一问题。企业仍然能够使用链上代币完成支付，但金额不必直接向公众公开。收款方则可以在获得相应权限后确认到账金额。

对于金融机构，机密稳定币还可能支持机构间资金划转、客户资金管理和自动化结算。特别是在需要处理敏感交易金额的场景中，机密性可能降低机构使用公开区块链的顾虑。

但隐私并不等于免除合规义务。稳定币发行人和金融机构仍可能需要实施身份验证、交易监控、制裁筛查和资金来源审查。

因此，真正适合机构采用的机密稳定币，通常需要同时具备金额保护、授权披露和风险控制能力，而不仅仅是隐藏转账数值。

ERC-7984 如何支持 RWA 与隐私 DeFi？

RWA（现实世界资产）是指将债券、基金、股票或其他现实资产的相关权益通过区块链代币进行表示和管理的模式。

在公开代币模型中，机构持有的资产数量可能被外部观察者直接查询。如果资产对应债券持仓、基金份额或其他金融权益，公开余额可能暴露部分投资组合信息。

ERC-7984 可以为这些资产提供机密余额和转账金额的处理能力，使持仓数量不必直接公开。

例如，一只代币化基金可以探索使用机密代币表示基金份额，让符合条件的投资者转让份额，同时通过附加规则限制不符合资格的账户参与。

OpenZeppelin 的 RWA 扩展提供了冻结、账户限制和指定角色操作等功能，使开发者能够在机密代币基础上加入部分受监管资产所需的控制机制。不过，这些技术功能本身不能替代证券发行、投资者资格审查或其他法律要求。

在 DeFi 场景中，机密代币还可能支持隐私支付、机密资金管理和部分保密交易策略。

但现有 DeFi 协议通常围绕公开数值设计。例如，自动做市商需要计算资产储备和兑换价格，借贷协议需要判断抵押率与清算条件。如果将相关金额改为机密数值，协议就需要重新设计计算、验证和交互方式。

因此，ERC-7984 并不能直接让现有 DeFi 协议自动获得隐私功能。它更像是为下一代机密金融应用提供底层接口。

ERC-7984 的 Operator 授权机制与 ERC-20 Allowance 有什么不同？

除了余额和金额的机密性，ERC-7984 还采用了不同的第三方转账授权机制。

在 ERC-20 中，用户通常通过 approve 为某个地址设置可使用的代币额度。例如，授权一个 DeFi 协议最多使用 100 个代币。

ERC-7984 采用 Operator 模型。用户可以授权某个操作方在指定截止时间之前代表自己转移代币，而不是通过公开的 Allowance 数值管理额度。

这种设计与机密金额的处理方式有关。由于代币余额和转账数量本身需要保密，传统的公开额度授权并不一定适合直接沿用。

但这种授权方式也带来了重要风险：在授权有效期内，Operator 可能有权转移账户中的全部代币，而不仅是某个预先设定的数量。

因此，用户需要特别关注被授权地址的可信度、权限范围和到期时间。对于涉及自动支付或机构资金管理的应用，还需要通过额外的业务规则和安全控制限制潜在损失。

这也说明，机密代币的安全设计不仅涉及密码学，还涉及账户权限、应用交互和用户操作风险。

ERC-7984 能否同时满足交易隐私与金融监管要求？

链上隐私与金融监管并不必然冲突，但两者需要通过具体技术和制度安排建立连接。

在传统公开链上，任何人都可以查看大部分代币转账金额。这种透明性降低了部分审计门槛，但也让商业敏感信息暴露给无关第三方。

ERC-7984 尝试提供另一种方式：公众不必看到所有明文金额，但被授权的参与者仍可以根据业务需要访问特定数据。

例如，企业可以允许财务审计人员查看相关交易金额，受监管金融机构可以围绕客户身份和资金活动实施必要检查，发行人也可以根据适用法律建立冻结或转账限制机制。

OpenZeppelin 的观察者权限和 RWA 扩展，为这种选择性披露提供了技术组件。但是否符合具体监管要求，还取决于身份验证、权限管理、记录保存、数据披露流程及适用法律。

需要特别注意，ERC-7984 基础标准并不自动提供完整的合规体系。开发者仍需设计额外的业务控制机制，确保隐私功能不会妨碍必要的风险管理和法律义务。

从长期来看，这种可控机密性可能比完全公开或完全匿名的单一模式，更适合部分机构金融应用。

ERC-7984 目前面临哪些技术与应用挑战？

首先是计算性能。FHE 需要执行复杂的加密计算，其性能成本通常高于普通明文运算。对于高频支付和复杂 DeFi 协议而言，计算延迟、基础设施成本和系统吞吐量都可能影响实际使用体验。

其次是钱包与应用兼容性。ERC-7984 不直接兼容 ERC-20，钱包需要支持机密金额输入、加密数据处理和授权解密。交易平台和 DeFi 协议也需要适配相应接口。

第三是密钥与访问权限管理。机密数据的安全性不仅取决于加密算法，还取决于谁能够解密、如何授予权限以及如何撤销访问。如果权限配置不当，敏感金额仍可能被不应获得信息的参与者读取。

第四是隐私边界。ERC-7984 基础标准主要保护余额和金额，并不自动隐藏地址或所有交易元数据。即使金额保持机密，外部观察者仍可能通过交易关系和时间特征分析账户行为。

第五是标准成熟度与安全验证。ERC-7984 仍在演进，具体实现依赖底层隐私计算机制。不同版本的合约、扩展组件和部署环境可能具有不同的安全假设，开发者需要独立评估其风险。

最后是生态网络效应。ERC-20 的优势不仅来自技术接口，还来自交易平台、钱包、借贷协议和支付工具的广泛支持。ERC-7984 若希望形成类似的应用网络，就需要更多基础设施和开发者共同参与。

这些问题意味着，ERC-7984 更适合被视为机密链上金融的重要基础设施探索，而不是已经可以无缝替代所有公开代币的成熟方案。

总结

ERC-7984 是一项围绕机密同质化代币建立标准接口的以太坊提案，其核心目标是在保留代币转账和智能合约交互能力的同时，保护账户余额与转账金额。

与传统 ERC-20 相比，ERC-7984 的重要变化并不是增加一个简单的隐私选项，而是将机密数据表示、转账接口和权限管理纳入代币设计。通过 FHE 等底层技术，开发者可以探索在不公开明文金额的情况下完成部分链上金融操作。

OpenZeppelin 与 Zama 的相关实现，为机密稳定币、机构支付、RWA 和隐私 DeFi 提供了可复用的开发基础。然而，标准仍处于演进阶段，计算性能、应用兼容性、权限安全和监管要求仍然是实际落地的重要挑战。

从更广泛的行业角度看，ERC-7984 的价值不在于让区块链完全失去透明性，而在于探索如何在公开、可验证的基础设施之上，为不同金融活动提供必要的商业保密能力。 随着链上金融应用逐渐进入企业支付和机构资产管理领域，这种可控机密性可能成为未来代币标准的重要发展方向。

FAQ

ERC-7984 是什么？

ERC-7984 是一项机密同质化代币标准提案，旨在通过机密数值引用保护代币余额和转账金额，同时保留代币转账和智能合约交互能力。

ERC-7984 与 ERC-20 最大的区别是什么？

ERC-20 通常公开余额和转账金额，而 ERC-7984 将这些数值设计为机密数据。两者使用不同的接口，不能直接视为完全兼容。

ERC-7984 是否使用全同态加密？

ERC-7984 本身不强制使用 FHE，但 OpenZeppelin 的相关实现采用 Zama 的 FHE 技术处理加密余额和转账金额。

ERC-7984 可以隐藏钱包地址吗？

基础标准不会自动隐藏发送方和接收方地址。其主要隐私保护对象是代币余额和转账金额，地址隐私需要额外机制支持。

ERC-7984 是否可以用于稳定币？

可以作为机密稳定币的技术基础，使稳定币转账金额不必直接向公众公开。但具体发行、储备和合规要求仍需由发行人满足。

ERC-7984 能否用于 RWA？

可以。开发者能够在机密代币基础上加入账户限制、冻结和授权观察等功能，以支持部分受监管资产场景。

ERC-7984 与零知识证明有什么区别？

ERC-7984 是代币接口标准，而零知识证明是一类密码学技术。ERC-7984 可以采用不同隐私实现，包括使用 ZK 相关机制。

ERC-7984 是否支持 DeFi？

可以支持经过适配的 DeFi 应用，但现有 ERC-20 协议通常不能直接处理 ERC-7984 的机密数值，需要额外开发和集成。

ERC-7984 的 Operator 授权安全吗？

Operator 授权具有时间限制，但在有效期内可能允许操作方转移账户中的全部代币。用户应谨慎选择授权对象并控制授权期限。

ERC-7984 已经成为正式以太坊标准了吗？

截至 2026 年 10 月，ERC-7984 仍处于标准提案阶段。虽然已有参考实现和开发组件，但其最终规范和生态支持仍可能继续变化。