---
title: "零费用，无限复杂度：大规模构建 gasless 交易"
description: "消费级应用需要让区块链体验和其他支付方式一样。最大的障碍是一个大多数用户永远不会理解的费用层。以下是我们如何彻底消除它。"
---

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

<ImageBlock
  src="https://media.alchemy.com/1772629973-technical-guide-blog.png"
  alt="无 Gas 交易基础设施,让用户体验中不再有 Gas 费"
  width={1920}
  height={900}
  priority
/>

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

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

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

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

## 无 gas 交易的工作原理

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

流程如下：

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

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

## 底层基础设施

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

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

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

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

这些服务协同运作，在每条支持的链上每秒处理数千次赞助请求，背后是 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**](/overviews/what-is-account-abstraction) 引入了带有标准化 Bundler 和 Paymaster 的账户抽象。[**EIP-7702**](/overviews/eip-7702-ethereum-pectra-hardfork) 让现有的 EOA 无需迁移地址即可获得[智能钱包](https://www.alchemy.com/smart-wallets)能力。

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

### 开发者的简洁体验

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

<CodeSnippet
  language="typescript"
  code={`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](https://www.alchemy.com/dapps/privy)、[Turnkey](https://www.alchemy.com/dapps/turnkey)）集成，无需进行架构层面的重写。

## 市场背景

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

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

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

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

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

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

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

了解更多[无 gas 基础设施](/gasless-transactions)、[开始构建](https://dashboard.alchemy.com/)，如需定制报价、集成问题等，请[联系我们](/contact-sales)。我们随时为你提供帮助！

## 常见问题

### 什么是无 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 估算、签名和账单对账在内的所有底层基础设施工作。