Gas Abstraction

Gas 費用抽象化是什麼，為什麼 Agent 需要特別處理這個問題？

在多數區塊鏈上，執行任何一筆交易都需要支付「gas 費」——這筆費用只能用該條鏈自己的原生代幣支付,不能用其他代幣代替,例如在以太坊上執行交易,不管你錢包裡有多少 USDC,只要沒有 ETH,交易就完全無法送出。這個限制對人類使用者來說已經造成不少困擾（新手常常卡在「我明明有錢,卻沒辦法交易」的第一步）,對 Agent 來說問題更明顯：如果一個 Agent 系統要同時操作多條鏈,理論上就得在每一條鏈上都預先備妥對應的原生代幣,而且數量要抓得夠準——備太少,交易會失敗;備太多,又等於讓資金閒置在一堆用不到的原生代幣裡。

Gas 費用抽象化要解決的正是這個問題：讓 Agent 可以只持有一種它實際想用的資產（通常是穩定幣）,交易時的 gas 費由一個中介機制（稱為 paymaster,支付方合約）代為處理——Agent 簽署一筆用穩定幣支付的意圖,paymaster 合約在執行的當下把對應的 gas 費用原生代幣墊付出去,再從 Agent 的穩定幣餘額裡扣除等值金額,整個過程中,原生代幣從未真正進入過 Agent 自己的錢包餘額。

Gas 費用抽象化為什麼會出現，是什麼原因造成的？

核心驅動力是傳統帳戶模式（外部持有帳戶,externally owned account,簡稱 EOA）在設計上的僵固性——這種帳戶模式下,交易規則是寫死在協議層的,帳戶本身沒有能力自訂驗證邏輯、批次處理,或是決定用什麼資產支付手續費,唯一能簽署交易的方式就是用這個帳戶自己的私鑰,唯一能付費的資產就是原生代幣。這個限制在早期區塊鏈應用裡問題不大,但當 Agent 這類需要程式化、自動化操作資產的場景出現後,這種僵固性就變成了明確的阻礙——業界調查普遍把 gas 費用問題列為僅次於金鑰保管的第二大摩擦點。

真正讓 gas 費用抽象化能大規模落地的,是帳戶抽象化（account abstraction）這個更底層的技術轉變：以太坊上的 ERC-4337 標準在 2023 年 3 月上線,不需要修改底層共識規則,就讓帳戶能以智能合約的形式運作,自訂驗證邏輯跟付費規則;2025 年 5 月隨 Pectra 硬分叉上線的 EIP-7702,則讓一般的外部持有帳戶也能暫時取得智能合約帳戶的能力,不需要換一個全新的帳戶地址。這兩項技術上線後,才讓 paymaster 這種代墊機制有了穩固的協議層基礎可以運作,而不只是各家自行拼湊的克難解法。

Gas 費用抽象化具體怎麼運作，目前業界有哪些實作方式？

ERC-4337 底下的核心角色是 paymaster：這是一個智能合約,負責定義「什麼情況下要代墊 gas 費」的規則。最直接對應 Agent 場景的實作是 ERC-20 型 paymaster——Agent 持有穩定幣,簽署一份稱為 UserOperation（使用者操作意圖）的請求,裡面指定要用某個 paymaster 合約支付 gas,paymaster 在交易執行的當下,把需要的原生代幣墊付出去,再從 Agent 的穩定幣餘額裡扣除等值金額加上一筆加成手續費;業界目前這筆加成費用普遍落在百分之七到十之間,對低頻率交易影響不大,但對 Agent 這種高頻率、持續執行的場景,這筆加成會隨交易次數疊加,是一筆需要納入長期成本估算的持續性支出。除了 ERC-20 型 paymaster,另一種常見模式是贊助型 paymaster——由應用開發者或平台方直接吸收 gas 費用,完全不向使用者或 Agent 收取,這種模式適合平台方希望降低使用門檻、把 gas 費用視為獲客成本的場景。

截至 2026 年，市場上已經有多家供應商提供成熟的 paymaster 服務可以直接串接,不需要團隊自行從零開發這套機制,這代表 gas 費用抽象化目前已經是一項可以直接採購的基礎設施,而不是每個團隊都要重新解決的難題。整個流程對使用者跟 Agent 而言,體驗上的差異是：原本需要「先確認錢包裡有沒有 ETH」這個額外步驟被完全省略,Agent 只需要專注在它原本要執行的動作本身。

Gas 費用抽象化對我有什麼影響，該怎麼評估相關的產品或方案？

如果你正在設計一個需要跨鏈操作,或需要讓 Agent 自主執行鏈上交易的系統,gas 費用抽象化直接影響的是你的架構複雜度跟營運成本：沒有這層抽象化,你需要為 Agent 操作的每一條鏈,各自維護對應原生代幣的儲備跟補充機制,這個維運負擔會隨著支援的鏈數量增加而線性甚至更快地成長;有了這層抽象化,Agent 只需要管理單一種資產（通常是穩定幣）,大幅簡化了資金管理的複雜度。

實務上評估相關方案時,值得具體問清楚的是加成費率——不同 paymaster 供應商收取的手續費比例可能有落差,對高頻率交易的 Agent 系統而言,這筆看似不高的百分比,長期累積下來會是一筆不小的成本,值得直接拿實際交易量去估算年化的實際支出,而不是只看單筆交易的加成比例覺得「還好」。另一個值得確認的細節是,你的 Agent 系統選用的帳戶抽象化方案,是否已經跟你需要操作的每一條鏈相容——不同鏈對 ERC-4337、EIP-7702 這類標準的支援程度並不完全一致,選型前需要先確認清楚,而不是假設所有鏈都已經原生支援這套機制。