金色觀察 | 一文讀懂7676枚ETH巨額礦工費驚情

2021-09-29 15:09:38

9月27日，據Etherscan顯示，Bitfinex交易所的一個主要錢包以7676.62ETH的Gas費用進行了一筆10萬美元USDT的轉账，最終接收方為2019年從Bitfinex分拆出來的非托管交易所DeversiFi。這筆巨額礦工費隨後被不知名礦工轉至幣安交易所。

9月28日，事情得到一個圓滿的結局。經過Bitfinex和幣安及礦工交涉，以太坊區塊13307440顯示，礦工歸還了Bitfinex錢包昨晚誤操作而付出的7626ETH Gas費用，DeversiFi給礦工保留了50 ETH作為感謝費。

9月29日，DeversiFi發布了這一事件的完整報告。

事件回顧

發生了什么

UTC +1時間11.10.08 AM，用戶向DeversiFi存入10萬USDT。
這筆交易在 1 分鐘內得到確認......但這筆交易的交易費高達7,676 ETH（約2300 萬美元）

https://etherscan.io/tx/0x2c9931793876db33b1a9aad123ad4921dfb9cd5e59dbb78ce78f28717595

為什么發生

EthereumJS庫中的潛在問題，再加上在某些情況下和EIP-1559升級相關的gas費用變化，可能導致交易費用極高
又遇上Ledger硬件錢包有時可能以非人類可讀的方式顯示Gas費用，錯失用戶肉眼安全檢查
只有ETH數量非常大的錢包才會受到影響，其他用戶會看到交易失敗

DeversiFi做了什么

到UTC+1下午12:30:00，DeversiFi團隊意識到這個問題並开始了調查。
很快確定了兩個主要關注點，开始積極測試，試圖重現和解釋錯誤交易是如何創建的。
與區塊鏈社區分享了一個解釋，注意到這個交易https://twitter.com/deversifi/status/1442487743922286594
到UTC + 1時間16:45，禁用Ledger用戶存款
到晚上，找到gas費用函數中可能的罪魁禍首，並着手實施改進
增加了額外的安全和健全性檢查，以確保與交易相關的gas費用不會超過不切實際的閾值，以防止用戶錯誤、極端網絡費用飆升，並作為防止任何未來編碼錯誤的額外保護層
向EthereumJs維護者提交問題，描述了EthereumJs庫中的缺陷
最後與Ledger團隊就測試期間發現的異常情況進行了溝通，這些異常情況可能會混淆任何以太坊交易的異常高額費用
在28/09/21 15:30 之前推出了安全改進和重开存款

追回資金

不知名礦工在13307440區塊打包的巨額Gas費，之後發現此礦工將挖到的ETH存入幣安，DeversiFi立刻聯系了幣安。
幣安同意將DeversiFi的電子郵件地址傳遞給礦工
UTC + 1時間20:36 ，收到礦工的電子郵件，達成安全返還資金的流程
一個小時內，礦工完成退款交易，共退款7626枚ETH

https://etherscan.io/tx/0x85294effd53126b3bfa9e7f655267e00ac1ae2ef76f4569644670bf5403637d6
DeversiFi給礦工保留了50 ETH作為感謝費

到底發生了什么

背景知識

先回顧一下EIP-1559如何改變以太坊交易費用的處理方式。

EIP-1559交易由三部分組成：
基本費用 - 由網絡決定並銷毀
Max Fee Per Gas - 為獲得區塊打包而為每單位Gas支付的最大金額
Max Priority Fee - 用戶可選的、直接支付給礦工的小費

EIP-1559 交易包括這些新字段，稱為類型 2，而提供原始 Gas Price 字段的遺留交易仍受支持，稱為類型 0。我們不討論類型 1 發生了什么。

一個常見的誤解是EIP-1559交易完全消除了用戶為交易支付過高Gas費的可能性。但在優先費用和最高費用都設置得太高的情況下，無法防止意外多付。

詳細調查

DeversiFi是以太坊上用於DeFi的第2層協議，其擁有一個前端，提供一個簡單的界面來從各種錢包訪問協議，包括Metamask和Ledger。大約一個月前，DeversiFi更新了前端，以利用倫敦硬分叉激活提供的EIP-1559交易，用最新版本的以太坊庫並按照文檔實現了新功能。

Metamask在生成消息和籤名時執行了很多繁重的工作，但是對於Ledger等其他錢包，DeversiFi使用@ethereumjs/tx npm包（https://github.com/ethereumjs/ethereumjs-monorepo）自己生成交易。

具體來說，創建了一個EIP1559交易主體，在與Ledger錢包庫接口之前生成消息注入參數和費用，以提示用戶在他們的硬件設備上籤名。

處理固定精度和擴展數值範圍的庫在以太坊生態系統中很重要，因為智能合約可以返回高達 256位的數字。JavaScript本身無法處理導致截斷或浮點錯誤的精度。並非所有的大數字庫都支持浮點值，不幸的是，ethereumjs庫使用了BN (https://github.com/indutny/bn.js/)，而BN也不支持。看起來這有些道理，因為Solidity不直接支持除整數以外的任何內容，但它確實將責任推給了任何集成其庫的人，也不使用十進制小數數值。

這是這個過程第一個出現問題的地方，特別是計算gas和優先費用然後轉換成一個大數字對象時。由於利用最近幾個區塊用於預測優先費用，因此計算結果可能是十進制小數型數值（MyCrypto的Tay已經警告一段時間了）

當生成的gas值為整數時，底層的ethereumjs庫代碼完美運行，但是當gas值為十進制小數數值時變得奇怪。以太坊庫代碼使用的 BN庫拋出一個錯誤，表明傳遞了一個無效值，但是由於該值首先被轉換為緩衝區，因此沒有觸發錯誤處理。

例如，傳遞值33974230439.550003將得到一個整數35624562649959629，可能比預期高六個數量級。

當這種錯誤的數字解釋發生時，它要么由於優先gas金額高於每個gas的最大費用而失敗，要么因為用戶在錢包中擁有的ETH數量幾乎總是不可能足夠高來支付這筆巨額的Gas費超支。

這意味着，除了遇到此問題的少數硬件錢包用戶，幾乎所有人都不會理解他們的交易失敗的原因。

在Ledger上籤署交易時，會向用戶顯示最高費用，以便他們驗證將要授權的交易。讓事情進一步惡化的因素是，當前Ledger將非常大的費用顯示為十六進制值。

在嘗試重現該問題時，DeversiFi遇到了如上所示的費用提示。在顯示該問題的示例交易中，B526167CF91FECE4 的十六進制值等於 13053145295991336164，這相當於13053145295991.336164 Gwei或 13.05 ETH的天文費用。

金色觀察 | 一文讀懂7676枚ETH巨額礦工費驚情