零费用，无限复杂度：大规模构建 gasless 交易

发布于 2026年3月4日2 分钟阅读

区块链基础设施提供即时结算、全球覆盖，以及在成本结构上远超传统金融的优势。稳定币在现代 L2 上的结算时间不到一秒，成本不到一美分。基础设施已经具备，但试图利用这一代新型资金流转方式的公司仍面临一个重大挑战。

阻碍采用的瓶颈不是速度、成本或安全性，而是 gas。每一笔区块链交易都要求发送方持有该链的原生代币来支付手续费。一个持有 10 万美元 USDC 的用户，如果没有先在交易所购买 ETH，就无法发送哪怕一美元。gas 价格波动难以预测，不同链还需要不同的原生代币。

对金融机构而言，这是一个无法接受的前提。银行不希望在资产负债表上持有波动性原生代币。支付处理商不能要求终端用户去管理 gas 余额。消费级应用也不能在需要像 Venmo 一样简单流畅的流程中引入多代币的复杂性。

无 gas 交易的解决方式是让应用代替用户赞助 gas。用户从始至终不需要持有、获取或考虑原生代币。开发者以美元付费。基础设施提供方负责处理中间的一切环节。

无 gas 交易的工作原理

无 gas 交易将 gas 的支付方从终端用户转移到应用开发者身上，由基础设施提供方负责处理链上机制和计费。

流程如下：

开发者创建 gas 策略 — 通过 API 或控制台配置支出规则（单用户上限、单策略上限）、允许/屏蔽名单、基于自定义 webhook 的资格规则，以及 ERC-20 代币支付选项。
用户发起交易 — 应用将交易转发给 Alchemy 的 Transaction API。
Alchemy 对照策略进行校验 — 实时检查支出限额、资格规则和自定义条件。
Alchemy 签署 paymaster 负载 — Sponsorship Service 通过 AWS KMS 生成加密签名，授权链上 paymaster 合约支付 gas。
交易在链上落地 — paymaster 智能合约验证签名并以原生代币垫付 gas。
开发者收到美元账单 — Alchemy 追踪已确认的交易，将 gas 成本换算成美元，并计入月度账单。

只需一次 API 调用，集成只需几分钟。底层基础设施负责处理策略执行、加密签名、多链 gas 估算、链上确认追踪以及账单对账。

底层基础设施

Alchemy 的无 gas 基础设施由三个核心服务组成：

Sponsorship Service — 实时决策引擎。对照开发者的策略配置校验每一次赞助请求，检查近实时的聚合支出统计数据，并通过 AWS KMS 以硬件级安全保障签署 paymaster 负载。

Paymaster Admin Service — 用于创建和管理 gas 策略的 CRUD API。支持支出规则、允许/屏蔽名单、基于自定义 webhook 的资格判定、ERC-20 代币支付配置，以及策略有效期控制。

Bundler — 汇总已被赞助的 UserOperations（交易），并将其作为打包交易提交上链，以优化确认速度和吞吐量。它负责处理各支持网络上的提交策略、监控链上纳入情况，并将确认数据反馈给下游的计费和策略执行系统。

这些服务协同运作，在每条支持的链上每秒处理数千次赞助请求，背后是 6 亿多条持续增长的记录，写入吞吐量为每秒 800 次并仍在增长。开发者只需一次 API 调用即可。

让 gas 变得无形需要什么

每个基础设施团队都要面对自建还是采购的问题。我们的判断标准很简单：如果某个环节不能让你的产品与众不同，你就不该自己去构建它。没有人会因为某个支付应用赞助 gas 的方式而选择它，而构建无 gas 基础设施所需的人力和时间投入相当可观。以下是我们所解决的一些问题，让客户无需再为此操心。

数据管道问题

每一次赞助请求都会生成一条记录，必须被写入、追踪至链上确认，并与账单进行对账。在规模化场景下，这变成了一个高吞吐量的数据管道挑战。

World 每天发送 350 万次赞助请求。按 3 个月的数据保留周期计算，仅这一个客户就会产生数亿条记录。Alchemy 的 paymaster 数据库在超过 6 亿条总记录的基础上，每秒处理 800 次写入，其基础设施设计可扩展至数十亿级别 — 采用分层数据保留、基于流的链上监控，以及服务层的水平扩展。

实时策略执行

当开发者配置一项策略，将赞助限制为每用户每月 100 美元时，这一限额必须在每条链、每一笔交易、每秒数千次请求的条件下都得到严格执行。已确认支出的权威数据来源在链上，需要数分钟才能最终确定，这就需要持续运行的聚合管道，以近实时的方式将链下的策略决策与链上的最终确认进行对账。

Alchemy 持续运行这些管道，因此当用户达到其配置的上限时，赞助会立即停止 — 即便是在多条链上同时进行的交易也是如此。

高吞吐量下的加密签名

每一笔被赞助的交易都需要一个加密签名，以证明链上的 paymaster 合约应当支付 gas。Alchemy 通过 AWS KMS 以硬件级安全标准生成这些签名 — 这一标准与银行和政府机构所使用的相同。

要在高吞吐量下维持这一安全标准，需要水平化的密钥管理策略、低延迟的签名管道，以及确保不存在单点故障阻塞交易的冗余机制。

多链 gas 抽象

不同链之间的 gas 机制存在显著差异。Ethereum L1 的 gas 价格随需求波动。L2 有各自不同的排序器经济模型。Solana 使用的则是完全不同的模型 — 赞助交易手续费和关联代币账户的租金，而非通过智能账户 paymaster。

Alchemy 将这一切都抽象到统一的 API 层背后。开发者只需带上策略 ID 调用 prepareCalls，系统就会处理特定链的 gas 估算、赞助校验和链上验证。无论是 Ethereum、Arbitrum、Base、Solana 还是其他任何支持的链，开发者体验都是一致的。

简单的美元计费

开发者不应该需要持有 ETH、SOL 或任何原生代币才能赞助 gas。Alchemy 在每条链上以原生代币垫付 gas，并在月底提供单一的美元账单。

这需要管理跨数十条链的 gas 资金池、实时转换为美元的成本核算，以及能够准确对账数百万笔已赞助交易的计费管道。自动支出上限可在网络拥堵导致 gas 价格飙升时提供保护，确保开发者的账单不会出现意外。最终结果是，为一个本质上波动且涉及多种货币的场景，提供了类似 SaaS 的计费体验。

协议演进

EVM 上无 gas 交易的标准经历了显著的演变。ERC-2771（元交易）需要修改智能合约。ERC-4337 引入了带有标准化 Bundler 和 Paymaster 的账户抽象。EIP-7702 让现有的 EOA 无需迁移地址即可获得智能钱包能力。

Alchemy 经历了这一系列变迁，并将其 Transaction API 设计为一个能力层，而非协议的封装层。该 API 表达的是开发者想要什么 — 赞助 gas、批量调用、接受 ERC-20 代币支付 gas — 并处理底层的协议复杂性。如果出现更新的标准，或者协议发生变化，我们会采纳或适配。开发者的集成方式不需要改变。

开发者的简洁体验

面向开发者的集成只需一次 API 调用：

typescriptCopied
const { id } = await client.sendCalls({
from: await signer.getAddress(),
capabilities: {
  paymasterService: {
    policyId: config.policyId,
  },
},
calls: [{ to: "0x0000000000000000000000000000000000000000",value: "0x00", data: "0x" }]
});

在这背后：策略校验、实时支出限额执行、特定链的 gas 估算、7702 委托检测、KMS 签名、UserOperation 构建、bundler 提交、链上确认监控，以及账单对账。

同样的准备-签名-发送模式可以在任何语言中使用，并可与现有的托管方案（HSM、MPC、Privy、Turnkey）集成，无需进行架构层面的重写。

市场背景

无 gas 交易基础设施正在两个日益交汇的市场中成为一项必备条件：

进入加密领域的金融机构。 银行、金融科技公司和支付公司不能在资产负债表上持有原生代币。摩根大通每天处理超过 100 亿美元的 JPMD 存款代币流转。中国银行（香港）正在为稳定币的铸造/销毁操作部署无 gas 基础设施。这些机构需要具备合规控制、审计追踪和 SLA 保障的生产级 gas 赞助方案。

要求无感区块链体验的消费级应用。 Slash 已通过完全无 gas 的流程处理了超过 10 亿美元的稳定币企业支付。World 每周通过 Alchemy 的 bundler 和 paymaster 基础设施处理超过 1200 万笔交易。用户体验的标准是即时、零手续费，与传统金融科技体验没有区别。

目前，Alchemy 在所有 EVM 链和 Solana 的无 gas 交易市场中占有约 85% 的份额，过去两年累计处理金额超过 10 亿美元。

基于无 gas 基础设施进行构建

管理 paymaster 基础设施、KMS 签名、多链 gas 估算以及协议迁移，这些都不会让产品具备差异化优势。用户从来不知道也不关心自己的 gas 是如何被赞助的 — 他们只知道转账既快速、便宜又简单。

Alchemy 负责处理基础设施的复杂性，使团队能够专注于真正推动业务发展的事情：交付功能、增长用户、创造营收。最好的无 gas 交易体验，就是没有人会注意到它的存在。

了解更多无 gas 基础设施、开始构建，如需定制报价、集成问题等，请联系我们。我们随时为你提供帮助！

常见问题

什么是无 gas 交易？

无 gas 交易允许应用代替用户赞助 gas 费用，因此终端用户完成区块链交易时无需持有、获取或考虑像 ETH 这样的原生代币。

无 gas 交易是如何运作的？

开发者创建一个 gas 策略，用户通过应用发起交易，Alchemy 对照该策略进行校验，签署 paymaster 负载，paymaster 智能合约在链上支付 gas，开发者随后收到一份美元账单。

无 gas 交易中的 paymaster 是什么？

paymaster 是一种智能合约，用于验证加密签名并以原生代币为被赞助的交易垫付 gas，从而让应用而非终端用户承担 gas 成本。

我需要持有 ETH 或原生代币才能为用户赞助 gas 吗？

不需要。Alchemy 会在所有支持的链上以原生代币垫付 gas，并在月底提供单一的美元账单，因此开发者无需持有波动性的原生代币。

什么是 ERC-4337，它与无 gas 交易有什么关系？

ERC-4337 引入了带有标准化 Bundler 和 Paymaster 的账户抽象，通过 UserOperation 实现了将 gas 支付从用户转移到应用开发者身上的无 gas 交易方式。

Alchemy 是如何在不同区块链上处理无 gas 交易的？

Alchemy 将特定链的 gas 机制抽象到统一的 API 层背后，负责处理 Ethereum、Arbitrum、Base、Solana 等支持链上的 gas 估算、赞助校验和链上验证。

我可以为无 gas 交易设置支出限额吗？

可以。开发者可以配置带有单用户上限、单策略上限、允许/屏蔽名单，以及基于自定义 webhook 的资格规则的 gas 策略，这些规则会在所有链上实时执行。

我需要多久才能将无 gas 交易集成到我的应用中？

使用 Alchemy 的 Transaction API，只需一次 API 调用即可在数分钟内完成集成，该 API 会处理包括策略校验、gas 估算、签名和账单对账在内的所有底层基础设施工作。

构建区块链应用

Alchemy 将最强大的 Web3 开发者产品和工具与资源、社区及专业支持结合在一起。

获取您的 API 密钥