零手續費,無限複雜度:打造大規模的 gasless 交易
作者 Alchemy

區塊鏈基礎設施提供即時結算、全球覆蓋,以及在成本結構上以數量級勝過傳統金融的優勢。穩定幣在現代 L2 上結算只需不到一秒,成本不到一美分。這些軌道已經存在,但想要善用這一代資金移動方式的公司,面臨一項重大挑戰。
採用上的瓶頸不是速度、成本或安全性——而是 gas。每一筆區塊鏈交易都要求發送方持有該鏈的原生代幣來支付手續費。一個持有 10 萬美元 USDC 的使用者,若沒有先在交易所買到 ETH,連一美元都無法發送。gas 價格波動難以預測。不同的鏈需要不同的原生代幣。
對金融機構來說,這是無法接受的。銀行不想在資產負債表上持有波動性高的原生代幣。支付處理商無法要求終端使用者自行管理 gas 餘額。消費者應用程式也不能在需要像 Venmo 一樣流暢的流程中,引入多代幣的複雜性。
無 gas 交易解決了這個問題,讓應用程式代替使用者贊助 gas。使用者永遠不需要持有、取得或思考原生代幣。開發者以美元付費。基礎設施供應商處理中間的一切。
無 gas 交易如何運作
無 gas 交易將 gas 的支付責任從終端使用者轉移到應用程式開發者,由基礎設施供應商管理鏈上機制與計費。
流程如下:
- 開發者建立 gas 政策——透過 API 或儀表板設定支出規則(每位使用者上限、每項政策上限)、允許清單/封鎖清單、自訂的 webhook 資格規則,以及 ERC-20 代幣支付選項。
- 使用者發起交易——應用程式將交易轉發至 Alchemy 的 Transaction API。
- Alchemy 依政策驗證——即時檢查支出限制、資格規則與自訂條件。
- Alchemy 簽署 paymaster payload——Sponsorship Service 透過 AWS KMS 產生加密簽章,授權鏈上的 paymaster 合約支付 gas。
- 交易上鏈——paymaster 智慧合約驗證簽章,並以原生代幣墊付 gas。
- 開發者收到美元帳單——Alchemy 追蹤已確認的交易,將 gas 成本換算為美元,並加入每月帳單。
一次 API 呼叫。整合只需幾分鐘。底層基礎設施負責處理政策執行、加密簽章、多鏈 gas 估算、鏈上確認追蹤,以及計費對帳。
底層的基礎設施
Alchemy 的無 gas 基礎設施由三項核心服務組成:
Sponsorship Service——即時決策引擎。針對開發者的政策設定驗證每一筆贊助請求,檢查近即時的彙總支出統計,並透過 AWS KMS 以硬體級安全保證簽署 paymaster payload。
Paymaster Admin Service——用於建立與管理 gas 政策的 CRUD API。支援支出規則、允許清單/封鎖清單、自訂的 webhook 資格判定、ERC-20 代幣支付設定,以及政策期限控制。
Bundler——彙整經贊助的 UserOperations(交易),並將其打包成 bundled 交易送上鏈,以優化確認速度與吞吐量。負責處理各支援網路的提交策略、監控鏈上納入情況,並將確認資料回饋給下游的計費與政策執行系統。
這些服務加總起來,每秒在每條支援的鏈上處理數千筆贊助請求,背後支撐著 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 則採用完全不同的模型——贊助的是交易手續費與相關代幣帳戶的 rent,而非智慧帳戶 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 的 Account Abstraction。EIP-7702 讓既有的 EOA 能夠取得智慧錢包功能,而不需要遷移地址。
Alchemy 走過這每一次轉型,並將其 Transaction API 設計為能力層,而非協定包裝器。這個 API 表達的是開發者想要達成的目標——贊助 gas、批次呼叫、接受 ERC-20 gas 支付——並處理底層的協定複雜性。如果有更新的標準出現,或協定發生變化,我們會採用或調整。開發者的整合方式不需要改變。
開發者體驗的簡潔性
面向開發者的整合只需一次 API 呼叫:
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 payload,接著 paymaster 智慧合約在鏈上支付 gas,而開發者則收到一份美元帳單。
在無 gas 交易中,paymaster 是什麼?
paymaster 是一種智慧合約,負責驗證加密簽章,並以原生代幣為經贊助的交易墊付 gas,讓應用程式能夠代替終端使用者支付 gas 成本。
我需要持有 ETH 或原生代幣才能為使用者贊助 gas 嗎?
不需要,Alchemy 會在所有支援的鏈上以原生代幣墊付 gas,並在月底提供單一的美元帳單,因此開發者永遠不需要持有波動性高的原生代幣。
什麼是 ERC-4337,它與無 gas 交易有什麼關係?
ERC-4337 引入了具備標準化 Bundler 與 Paymaster 的 Account Abstraction,透過 UserOperations 讓 gas 支付的責任從使用者轉移到應用程式開發者,藉此實現無 gas 交易。
Alchemy 如何在不同區塊鏈上處理無 gas 交易?
Alchemy 將特定於各鏈的 gas 機制抽象化在單一 API 介面之後,負責處理 Ethereum、Arbitrum、Base、Solana 及其他支援鏈上的 gas 估算、贊助驗證與鏈上驗證。
我可以為無 gas 交易設定支出限制嗎?
可以,開發者能夠設定 gas 政策,包含每位使用者上限、每項政策上限、允許清單/封鎖清單,以及自訂的 webhook 資格規則,這些規則會在所有鏈上即時執行。
我可以多快將無 gas 交易整合進我的應用程式?
使用 Alchemy 的 Transaction API,只需一次 API 呼叫,幾分鐘內即可完成整合,所有底層基礎設施,包括政策驗證、gas 估算、簽章與計費對帳,皆由其負責處理。
相關總覽
錢包2026年10月14日
什麼是 paymaster?
Paymaster 為 user operation 贊助 gas,或讓使用者用 ERC-20 代幣支付這筆費用。
錢包2026年9月2日
Agent 錢包:AI agent 的 session 與權限模型
AI agent 如何在不持有私鑰的情況下,取得範圍受限、可撤銷的錢包存取權限:session、委派簽署與即時撤銷。
錢包2026年7月29日
別再把私鑰貼到 Cursor:如何讓你的 coding agent 擁有錢包
讓你的 coding agent 擁有錢包,卻不用把私鑰交給它。了解 Alchemy CLI agent wallets 如何透過限定範圍的 sessions,讓 agent 不必在 .env 中存放私鑰也能交易。

打造區塊鏈魔法
Alchemy 結合最強大的 Web3 開發者產品與工具,並提供資源、社群與卓越的支援。