ERC-865：用代币支付 Gas 费
要点总结
• ERC-865 允许用户用代币支付 Gas 费，改善新用户体验。
• 中继者和支付方负责处理 ETH Gas 费，用户无需持有 ETH。
• 现代技术如元交易和账户抽象实现了 ERC-865 的核心理念。
• 安全性和设计考量是实现代币支付 Gas 费的关键因素。
• 2025 年，账户抽象和支付方将成为主流方案，推动用户无须持有 ETH 进行交易。
在以太坊上，新用户因需要持有 ETH 来支付 Gas 费而感到不便，这长期以来一直是用户体验的一大痛点。ERC-865 的核心理念简单而强大：它允许用户使用他们已经拥有的代币（例如 USDC 或 DAI）来支付交易费用，而将 ETH Gas 的支付交给中继者（relayer）或支付方（paymaster）在后台处理。虽然 ERC-865 本身从未成为正式标准，但它所提出的「抽象支付方和支付货币」的核心概念，通过元交易（meta-transactions）和账户抽象（account abstraction）等技术，已在 2025 年得到实际应用。
ERC-865 旨在解决的问题
ERC-865 提出了一种模式：用户在链下签名一个交易，其中包含一笔以指定 ERC-20 代币计价的费用。然后，一个中继者将此交易提交到链上，支付 ETH Gas 费，并通过智能合约获得用户代币的报销。这消除了用户必须持有 ETH 仅用于支付 Gas 费的必要性，从而改善了新用户入门体验，并提供了更流畅的去中心化应用（dApp）使用体验。
尽管 ERC-865 未能成为官方标准，但它为如今实现「用代币支付 Gas 费」的现代机制，如元交易和账户抽象，奠定了基础。关于原始代币标准背景，可以参考 ERC-20 规范以及代币授权（token allowances）如何通过允许类似 permit 的审批方式 (EIP-20, EIP-2612) 在智能合约中实现这些流程。
概念如何在实践中运作
总体而言，流程如下：
- 用户在链下签名其操作意图（通常使用结构化数据），明确指定操作内容和以代币计价的费用。
- 中继者或支付方将交易提交到链上，并用 ETH 支付 Gas 费。
- 一个智能合约负责将用户的代币转移给中继者/支付方作为补偿。
- 重放保护、费用上限和域名分隔等机制用于防止滥用。
结构化数据签名和健全的域名分隔对于安全性和用户体验至关重要，详情请参阅 EIP-712。
现代技术栈：元交易与账户抽象
目前，主要有两种成熟的方法：
-
带信任转发器的元交易 (Meta-transactions with trusted forwarders)
- 用户签署消息，中继者通过一个验证签名的转发器将其提交到链上，并代表用户执行调用。
- 该模式已通过 EIP-2771 标准化，并被 OpenGSN 的 Gas Station Network 等工具广泛采用。其文档详细介绍了赞助模式和中继者市场 (OpenGSN docs)。
-
账户抽象 (Account Abstraction, EIP-4337)
- 将「用户操作」（user operation）的概念与传统交易区分开来。打包者（Bundlers）收集用户操作并将其提交。而支付方（Paymasters）则可以定义替代性的费用支付策略，例如允许使用 USDC 支付费用或赞助特定 dApp 的操作。
- 该模型由 EIP-4337 正式确立，其发布信息可在以太坊基金会博客中找到 (Account Abstraction with EIP-4337)。
- 开发者可以在以太坊的文档中探索账户抽象的概念、用户操作和支付方 (Account abstraction overview)。
这些模式将 ERC-865 的初衷进行了泛化：最终用户无需担心 ETH Gas 费，而中继者/打包者和支付方则负责管理成本和风险。
为何用代币支付 Gas 费至关重要
- 用户入门： 新用户无需持有 ETH 即可开始使用 dApp，他们可以使用已拥有的资产进行交易。
- 一致的用户体验： 费用可以用稳定币计价，实现可预测的成本。
- 业务逻辑： dApp 可以通过集成支付方或元交易中继者来赞助特定操作、吸引用户或定制费用策略。
风险与设计考量
- 中继者信任与市场： 需要设计保护机制以防范恶意攻击，并确保中继者激励机制公平。OpenGSN 等系统解决了中继者激励和信誉问题 (OpenGSN docs)。
- 定价与预言机： 使用代币支付费用需要公平的兑换率和安全的预言机集成，以防止支付不足或被利用。
- 签名安全： 结构化数据（EIP-712）和明确的域名分隔对于减轻钓鱼和重放攻击至关重要。
- 代币授权： 在可能的情况下，优先使用 permit 流程（EIP-2612）而非无限授权，并设置上限以降低风险敞口 (EIP-2612)。
- 智能合约审计： 转发器、支付方和报销逻辑必须经过仔细审计，以避免代币被盗或被利用于 MEV（最大可提取价值）攻击。
2025 年的格局与未来展望
到 2025 年，账户抽象已获得钱包、SDK 和打包者基础设施的广泛支持，支付方正逐渐成为实现「用代币支付 Gas 费」的通用方案。关于增强外部拥有账户（EOA）功能的讨论仍在继续，EIP-3074 和 EIP-7702 等提案正在探索更安全的授权和用户体验改进，这些都与基于抽象的设计相辅相成。尽管 ERC-865 本身并非一个已上线运行的标准，但整个生态系统已经汇聚于健壮的替代方案，它们共同实现了其核心愿景。
开发者的实施指南
-
对于 dApps：
- 对于简单的元交易，可以从使用 EIP-2771 的信任转发器开始，或者集成 OpenGSN 以获得生产级别的中继者网络 (OpenGSN docs)。
- 考虑使用账户抽象和支付方，以接受稳定币或特定的 ERC-20 代币作为费用 (EIP-4337; EF blog overview)。
- 使用结构化数据签名（EIP-712）和 permit 流程（EIP-2612）来提升用户体验和安全性。
-
对于安全性：
- 限制费用上限和费率来源；在提交交易前进行链下模拟。
- 将赞助策略限制在特定的合约方法和调用者，以避免滥用。
- 监控中继者的性能并维护备用策略。
用户应有的期望
随着越来越多的钱包和 dApp 采用账户抽象和元交易，您将越来越能够直接进行交易，而无需持有 ETH。费用可能会以稳定币支付，甚至由 dApp 为某些操作完全承担。务必仔细审查您所签署的内容——结构化数据能更清晰地表达意图——并使用硬件钱包来加强密钥保护。
关于钱包的实用说明
在使用支付方或元交易时，您的钱包必须安全且一致地签署结构化消息。OneKey 硬件钱包支持 EIP-712 结构化数据签名，其设计理念是在保护私钥安全的同时，无缝集成现代 dApp 的流程。如果您计划经常使用账户抽象或元交易功能，一个能够安全处理复杂签名并保护密钥的硬件钱包，可以显著降低日常操作中的风险。
结论
ERC-865 引入了用代币支付 Gas 费的理念；而账户抽象和元交易则将这一理念变成了现实。在 2025 年，支付方、打包者和信任转发器提供了生产级别的 Gas 抽象途径，从而实现了更顺畅的用户入门和更好的用户体验。随着这些模式通过 EIP-7702 等提案不断发展，整个生态系统正稳步迈向一个用户可以用他们持有的资产进行交易的未来——而无需预先充值 ETH 来支付 Gas 费。
参考资料：
