使用者操作費用如何估算與收取

在我們關於 ERC-4337 gas 估算的系列文章中,從 ERC-4337 gas 估算如何運作 開始,我們已經討論過「User Operation Flow」的第 2 步 eth\_estimateUserOperationGas,以及其中的複雜情況,包括 gas token 轉帳問題 和 估算 L2 gas 的挑戰。這篇文章將聚焦於流程的第 3 步,詳細說明 gas 費用是如何被估算與收取的。

在這篇文章中,我們假設所使用的鏈支援 EIP-1559。理解 EIP-1559 是掌握 user operation 中費用欄位的必要背景知識。

User operation 的費用欄位與 EIP-1559 交易相同:

• maxFeePerGas:使用者出價願意支付的最高總金額（base fee + priority fee）
• maxPriorityFeePerGas:使用者出價的最高 priority fee 或「小費」

Entry point 使用以下公式從這兩個欄位 計算出最終的 gas price:

如你所見,maxFeePerGas 是 gas price 的絕對上限,而 maxPriorityFeePerGas 則是在該區塊 base fee 之上的小費。

Bundle 交易

當 bundler 將 bundle 交易發送 給 entry point 時,它們同樣受到由 EIP-1559 機制推導出的 gas price 約束。Bundler 會設定一個 maxFeePerGas 和一個 maxPriorityFeePerGas。最終的 gas price 會根據這兩者以及該交易被納入區塊的 base fee 計算出來。

Bundler 以某個 gas price 提交交易,然後依照 bundle 中每個 user operation 所設定的 gas price（可能不同）獲得補償。如果 user operation 的 gas price 較高,bundler 會獲利;反之,bundler 則會在該 user operation 上虧損。maxPriorityFeePerGas 不只是給 bundler 的小費,也在幫助 bundler 補償它為了讓 bundle 交易被納入而付給區塊建構者（block builder）的小費（除非 bundler 本身就是 builder）。

Bundler 如何在財務上獲得誘因？

Bundling 可能是一項成本高昂的工作,主要是因為需要進行複雜的模擬以確保 bundler 的安全性。為了讓 bundler 能夠回收這些運算成本,並激勵一個健康的 user operation 市場（這能透過降低納入時間來改善使用者體驗）,bundler 必須以超額收益的形式獲得財務誘因。

這種收益可以有多種形式：priority fee、MEV、以及鏈下交易。

1. Priority fee

Bundler 可能會要求傳送者在其 operation 中包含比 bundler 在其交易上支付的 priority fee 更高的金額。想在高壅塞期間提高被納入 bundle 機率的傳送者,可以提高其 priority fee 出價。

2. MEV 收益

由於 bundler 對 bundle 中的順序擁有決定權,它們可以從 mempool 中的 operation 提取 MEV。它們可以自由地進行 back-run 與夾擊（sandwich）operation 以賺取這部分利潤。

3. 鏈下

Bundler 可以運行私有 mempool（具備如 MEV 保護等功能）,並與 user operation 傳送者進行鏈下交易。費用會透過某種鏈下機制來強制執行。

為了確保網路健康,我們認為對於大多數 user operation 而言,(1) 是必要的選項。

並非每種 user operation 類型都能提取到正向的 MEV。如果我們只依賴這個誘因,bundler 將不會接手大多數的 user operation。鏈下交易具有中心化的傾向,許多使用者會想避免這種方式。這就剩下了 Priority Fee。

Alchemy 的 Rundler 目前定義了一個動態的 bundling 所需 priority fee。這個費用是根據當前估算的網路費用計算的。如果一個 user operation 出價低於估算的網路費用加上給 bundler 的一小部分額外小費,它就不會被 bundle,而會留在 mempool 中。

Bundler 如何估算 gas 費用？

在 bundling 之前,bundler 必須對其將要提交的費用進行自己的估算,以確保該 bundle 交易能透過 bundle 市場被納入。通常 bundler 會針對下一個區塊進行納入的建構,並出一個足夠合理的價格以確保被納入。

要估算 base fee,bundler 可以向網路查詢當前區塊的 base fee。通常至少加上 25% 的餘裕（這是接下來 2 個區塊中費用可能上漲的最大幅度）是可取的,以確保交易不會卡住。

要估算 priority fee,bundler 可以使用 eth\_maxPriorityFeePerGas。與 base fee 類似,為此加上一定百分比的餘裕是可取的,以確保交易會被納入。

估算出這些費用後,bundler 便可以查詢 mempool,並篩選出出價足以被納入（包含給 bundler 的小額「小費」）的 user operation。

傳送者應該如何估算 user operation 的費用？

在客戶端,傳送者必須估算 bundling 所需的費用。如果估算過低,其 user operation 可能會卡在 mempool 中。如果估算過高,尤其是 priority fee 部分,可能會為納入而多付了錢。

在與 p2p 網路推出前的 Rundler 互動時,我們建議採用以下方法：

1. 估算 base fee。加上你可以接受的餘裕,以確保在價格對你不利時仍能被上鏈。我們建議至少加上 25%。
2. 使用 eth\_maxPriorityFeePerGas 估算 priority fee。加上你可以接受的餘裕。我們建議至少加上 10%。
3. 將與網路相關的 bundler「小費」餘裕加到 priority fee 上。
4. 將 priority fee 加到 base fee 上得到 maxFeePerGas,maxPriorityFeePerGas 則是第 2 步驟中估算出的費用。

Arbitrum 費用估算

Arbitrum sequencer 會忽略 priority fee,eth\_maxPriorityFeePerGas 始終回傳 0。為了補償 bundler,我們要求 priority fee 必須是 bundler 估算的最大 base fee 的固定百分比。我們目前收取 5%。

Optimism 費用估算

Optimism 有一個邊緣情況,我們在先前 估算 L2 gas 的文章中有描述過,這會影響費用估算。

在 Optimism 上,我們設定 maxPriorityFeePerGas = l1\_gas / l2\_base\_fee。然而,由於在一般的 Optimism 交易中,priority fee 只適用於 L2 gas 的部分,它們可能比 L2 base fee 高出許多數量級。因此,我們要求 bundle 的 priority fee 必須是估算 base fee 的固定百分比。我們目前收取 5%。

P2p mempool

一旦 P2P mempool 開始運行,將會出現一個獨立的 user operation 費用市場。這可能會大幅簡化 user operation 的費用估算。傳送者不再需要像前述那樣進行靜態的 priority fee 計算,而是可以使用費用歷史記錄來估算其出價。單一 bundler 選擇 user operation 所使用的標準已不再重要,重要的只是_某個_ bundler 認為該 user operation 有足夠的價值值得 bundle。

Rundler 將支援一個類似於 eth\_feeHistory 的 rundler\_userOperationFeeHistory 方法（或類似的方法,也可能被標準化）,使用者可以查詢此方法,根據先前已被 bundle 的 operation 來估算自己的出價。

🦀

繼續閱讀

如果你錯過了這個關於 ERC-4337 gas 估算的技術探討系列的前三篇文章,可以了解 ERC-4337 gas 估算如何運作,以及我們如何克服各種複雜情況,為 user operation 提供準確的 gas 估算。

• ERC-4337 Gas 估算如何運作
• Dummy Signature 與 Gas Token 轉帳
• L2 Gas 與簽名聚合器