OpenEthereum 客戶端 “柏林” 升級出錯始末_PEN:Espento

Alex Stokes@ralexstokes：

你可能已經聽說了，@OpenEthereum 客戶端的一個錯誤導致了一些支撐以太坊網絡的重要服務宕機。

我們來琢磨一下那筆造成事故的交易。

首先，我想感謝所有快速反應到事故并解決了問題的工程師：

https://twitter.com/OpenEthereumOrg/status/1382719444833726470?s=20…

另外，我沒有自己跟蹤所有的細節，下文中的重要事實都由用戶 eb 在 Eth R&D discord 服務器里提出。

先從那筆觸發了錯誤的交易開始：

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

FTX破產律師向法庭申請從FTX Europe領導層追回3.23億美元:7月13日消息，FTX破產律師已向美國特拉華州的破產法庭提出申請，要求從FTX Europe領導層追回3.23億美元，此前SBF和FTX總共支付了約3.235億美元以收購瑞士公司DAAG，并最終將其更名為FTX Europe。律師聲稱FTX Europe領導層在收購已獲得歐洲經濟區運營許可證并隨后合并到FTX Europe的實體K-DNA時，收取了近1億美元的過高尾款支付費用，而這筆交易僅耗資200萬歐元，該交易總額超過3.76億美元，其中5250萬美元是尚未償付的債務余額。[2023/7/13 10:52:19]

這是一筆合約調用交易，從 KuCoin 交易所發出，向許多地址分發 ETH。對該筆交易的 call data 的 ABI 編碼錯誤，最終導致了鏈分裂。你可以在 Etherscan 上看看這筆交易的 “Input Data”。

OpenAI：所有付費API客戶都可以訪問GPT-4:金色財經報道，OpenAI的官網顯示，從7月6日開始，所有付費API客戶都可以訪問GPT-4。本月早些時候，他們發布了對基于聊天的模型的第一次更新。他們設想未來基于聊天的模型可以支持任何案例。而當前，他們宣布了一項針對舊型號的Completions API的棄用計劃，并建議用戶采用Chat Completions API。OpenAI表示，現有的API開發者將可以使用擁有8K上下文能力的GPT-4 API。此外他們計劃在本月底向新開發人員開放訪問權限，然后根據計算可用性開始提高速率限制。[2023/7/7 22:24:30]

在合約中調用 sendEths 時，需要提供兩個參數：一個是關于目標地址的不定長數組（dynamically sized array）；一個是關于轉賬數額（以 wei 為單位）的不定長數組；兩者相搭配才知道要轉移多少錢給哪個地址。

OpenSea已集成Avalanche鏈上NFT:10月12日消息，OpenSea已集成 Avalanche 鏈上 NFT。（Techcrunch）[2022/10/12 10:31:31]

我們可以解析 call data 來看看到底哪里出了錯：第一行（在 Etherscan 上標記為 ?“”）表示地址列表從字節 64（行 “”）開始。第二行表示轉移數額的列表從字節 416（行 “”）開始。

?因此，大體上，我們是希望成對成對地、從上往下、向某個地址發送一定數量的 ETH —— 看起來很直接嘛。

然而，當我們開始遍歷這個列表，我們先跳轉到 call data 的正確字節，而 Solidity ABI 聲明了數據的第一個字是整個不定長數組的長度。

這就是最終 bug 的根源：因為 call dada 中的值是 “0x10”（注意，這可是 16 進制！），但是 call data 只給出了 10 個 ?地址-數值對。對這個 call data 的正確 ABI 編碼（填在行 和行 的）應該是 “0xA” —— 不是 “0x10”！

Opensea活躍錢包量突破100萬:金色財經報道，1月14日，據Dune Analytics最新發布的數據顯示，Opensea平臺上的活躍用戶錢包數量已超過 100 萬，創下新里程碑。據此前消息，OpenSea自 2022 年初以來的交易量已超過 20 億美元，預計會在本月創下新的月度交易額歷史記錄。[2022/1/14 8:49:46]

你可能已經猜到了那時候會發生什么事，我們可以通過執行情況跟蹤器（execution trace）來看看：

https://etherscan.io/vmtrace?txhash=0x7006f38fa2e6654fae1a781aefc5885fe0cb8f778b1add10636eaf7e34279247&type=parity

合約成功地遍歷了前 10 個地址。本來合約應該在此時停止執行，但根據 call data 的聲明，還有很多個地址！那就繼續執行吧。

Open Money Initiative創始人：從很多方面來看比特幣是終極避險資產:非營利研究組織Open Money Initiative的聯合創始人Jill Carlson今日發文章稱，從很多方面來說，比特幣是終極的避險資產。它可以自我管理，即使信任和法治體系崩潰，它也可以繼續存在。它是開放的、無國界的，在世界上每個國家都有相對流動的市場。它具有審查抵抗性，這意味著任何政府或機構都無法在實踐中阻止比特幣的投資或交易。比特幣的供應是固定的，就像黃金一樣。比特幣是數字化的，這使得囤積、持有和運輸變得切實可行。對于末日預言者、反烏托邦的科幻迷和末日預言者來說，比特幣有很多值得喜歡的地方。[2020/3/5]

但是，根據 call data 的結構，“第 11 個地址” 是用于編碼列表長度的 0x10，所以合約就嘗試發送 0 ETH 到地址 0x10。

此外，似乎，當合約嘗試讀取并不存在的 call data 時，會返回 0 ETH —— 你可以想象成合約在這里跑出了一個錯誤，但它卻繼續發送 0 ETH 到它從 call data 中讀取的另外 6 個 “地址”。

此時，你可能會注意到，0x10 有可能是我們所謂的 “特殊地址” 之一，它完全在 EVM 預編譯合約的范圍內（所謂 “預編譯合約”，就是一類特殊合約，在 EVM 之外有最優的實現，但是編譯起來與大多數合約一樣）。

而我們也并不期望預編譯合約 0x10 能夠返回 ETH 。如此，它就成了一個 ETH 黑洞。但是，這也并不必然造成任何問題。到底是什么導致了整個客戶端崩潰？

原因在于，0x10 實際上是一個由 EIP-2537 斷言的預編譯合約，是為 BLS 配對密碼學程序而設的，但這個 EIP 還未部署到主網上。所以雖然你能夠跟這個地址互動，但主網上的這個地址里沒有任何合約，不會有任何進一步的動作。

此外，我們還需要一個事實來解釋這次分裂，你可能也猜到了，就是 “柏林” 硬分叉（也正是這次硬分叉使這個問題浮出水面）：它改變了 EVM 中 Gas 消耗量的計量方法。

在 EIP-2929 實施后，如果你在一筆交易中對同一個存儲槽多次執行狀態存儲操作，第一次執行會消耗更多 Gas，后續執行的消耗會更少。這種重定價理論上能更準確地反映當前的客戶端訪問存儲項的成本 ……

而且，要知道，在所有客戶端的執行中，這些數據通常都換存在更便宜的硬件層中。

現在我們終于找到了 OpenEthereum 在區塊 #12244294 處發生的 Bug：該客戶端包含了 所有 已實現的預編譯，作為 EIP-2929 訪問清單的一部分。（譯者注：此處應為 “EIP-2930”）

因為 EIP-2537 在大部分客戶端中都已經實現就緒了（而且一度有人提議要把它包含在 “柏林” 升級里面！），OpenEthereum 對所有訪問了 0x10 的交易都給了 gas 折扣。

但網絡的絕大部分活躍客戶端都不是這樣實現 EIP-2929 的，它們只會給訪問了已激活預編譯合約的交易提供 gas 折扣 —— 而 EIP-2537 屬于還未激活的預編譯合約！所以，OpenEthereum 客戶端對該交易消耗了多少 Gas 的計算與網絡中其他客戶端發生了分歧。

所幸，@mhswende 很快找出了該 bug，而 @sorpaas 出力修復了該 bug：https://github.com/openethereum/openethereum/pull/364

還有很多東西可說，我也預期會有比我更能觀察到全貌人來撰寫更好的時候報告。

我能說的只是，這個 bug 彰顯了硬分叉的內在風險，以及持續致力于建設更有彈性的基礎設施的重要性。

依賴于 OpenEthereum 客戶端的單客戶端系統在今天停機了一段時間，因為客戶端無法在問題區塊出現后與網絡保持同步。Etherscan 自身也因此停機。

慶幸的是，這個 bug 沒有嚴重到導致重大的鏈分叉，但這樣的可能性并不是不存在。我們可以利用多客戶端實現來提升抗性 —— 多客戶端本身就是我們以太坊生態的一大長處 —— 并推動您的基礎設施提供商也這樣做。

我們已經看到，2021 年的普及速度已經前所未有地快，而且前景非常光明。我們要從這個事故中吸取教訓，一起打造更好的以太坊。

Tags：ETHOPENPENETHEweth幣等于多少人民幣Open Trading NetworkEspentoEthereum Yield

聚幣