跳至內容
0%

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

Alchemy headshot

作者 Alchemy

發布於 2026年3月4日閱讀時間 2 分鐘

免 Gas 交易基礎設施,從使用者體驗中移除 Gas 費

區塊鏈基礎設施提供即時結算、全球覆蓋,以及在成本結構上以數量級勝過傳統金融的優勢。穩定幣在現代 L2 上結算只需不到一秒,成本不到一美分。這些軌道已經存在,但想要善用這一代資金移動方式的公司,面臨一項重大挑戰。

採用上的瓶頸不是速度、成本或安全性——而是 gas。每一筆區塊鏈交易都要求發送方持有該鏈的原生代幣來支付手續費。一個持有 10 萬美元 USDC 的使用者,若沒有先在交易所買到 ETH,連一美元都無法發送。gas 價格波動難以預測。不同的鏈需要不同的原生代幣。

對金融機構來說,這是無法接受的。銀行不想在資產負債表上持有波動性高的原生代幣。支付處理商無法要求終端使用者自行管理 gas 餘額。消費者應用程式也不能在需要像 Venmo 一樣流暢的流程中,引入多代幣的複雜性。

無 gas 交易解決了這個問題,讓應用程式代替使用者贊助 gas。使用者永遠不需要持有、取得或思考原生代幣。開發者以美元付費。基礎設施供應商處理中間的一切。

無 gas 交易如何運作

無 gas 交易將 gas 的支付責任從終端使用者轉移到應用程式開發者,由基礎設施供應商管理鏈上機制與計費。

流程如下:

  1. 開發者建立 gas 政策——透過 API 或儀表板設定支出規則(每位使用者上限、每項政策上限)、允許清單/封鎖清單、自訂的 webhook 資格規則,以及 ERC-20 代幣支付選項。
  2. 使用者發起交易——應用程式將交易轉發至 Alchemy 的 Transaction API。
  3. Alchemy 依政策驗證——即時檢查支出限制、資格規則與自訂條件。
  4. Alchemy 簽署 paymaster payload——Sponsorship Service 透過 AWS KMS 產生加密簽章,授權鏈上的 paymaster 合約支付 gas。
  5. 交易上鏈——paymaster 智慧合約驗證簽章,並以原生代幣墊付 gas。
  6. 開發者收到美元帳單——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 呼叫:

typescript
Copied
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 估算、簽章與計費對帳,皆由其負責處理。

Background gradient

打造區塊鏈魔法

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