OpenEthereum 客戶端 “柏林” 升級出錯始末_ETH

Alex Stokes@ralexstokes：

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

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

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

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

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

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

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

OpenAI：推出iOS平臺的ChatGPT應用程序:金色財經報道，OpenAI稱，推出IOS版ChatGpt應用程序，首先在美國推出，未來幾周再推廣至其他國家。App可以免費使用，并且支持跨設備同步歷史記錄。該App集成了Whisper開源語音識別系統，支持語音輸入。ChatGPT Plus用戶可在iOS上訪問GPT-4的功能、及早獲得功能和更快的響應時間。[2023/5/19 15:12:12]

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

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

谷歌、微軟、OpenAI和Anthropic首席執行官將同美國高級政府官員討論AI關鍵問題:金色財經報道，外媒5月3日引用一名白宮官員的話稱，谷歌、微軟、OpenAI和Anthropic的首席執行官將于當地時間周四(5月4日)與美國副總統卡瑪拉.哈里斯(Kamala Harris)等高級政府官員會面，討論關于人工智能(AI)的關鍵問題。邀請函中寫道，美國總統拜登希望這些公司在向公眾提供產品之前，必須確保產品的安全性。[2023/5/4 14:42:18]

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

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

NFT交易市場OpenSea將通過MoonPay支持信用卡支付:金色財經消息，NFT交易市場OpenSea將通過MoonPay在其平臺上推出信用卡支付，簡化不持有加密貨幣的用戶獲取NFT的過程。MoonPay發言人表示，用戶將能夠通過Visa、MasterCard、AmericanExpress、ApplePay、GooglePay等方式直接付款，而無需先轉換為特定的加密貨幣，OpenSea上的所有NFT均受原生支持，所有交付均在鏈上處理，包括NFT銷售，鑄造和二級市場交易。MoonPay表示，該功能將分階段向批量用戶推出。（TheBlock）[2022/4/1 14:31:41]

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

NFT市場LooksRare日交易量逾2.75億美元 超越OpenSea:1月12日消息，據Dune Analytics數據顯示，1月11日，NFT市場LooksRare交易量超過2.75億美元，超越OpenSea交易量（1.22億美元）。據1月10日報道，NFT市場LooksRare和官方代幣LOOKS正式上線。用戶在2021年6月16日至2021年12月16日期間，在OpenSea交易3 ETH及以上，就有資格獲得LOOKS代幣空投。

據悉，LooksRare是一個以社區為中心的NFT交易平臺，LOOKS是支持LooksRare的代幣。[2022/1/12 8:43:00]

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

NFT交易市場OpenSea網站故障近16小時，已超官方原定修復時間:NFT（非同質化代幣）交易市場OpenSea在北京時間11月24日凌晨2:00左右發推稱，關于網站的停機問題表示抱歉，搜索索引出現了故障，并且備份損壞，所以無法恢復。正在重新編制索引數據(一切都是安全的)，應該在大約12小時內恢復。多名推特用戶留言稱，出現賬戶資產顯示錯誤、遇到無法加載等問題。截至目前，距離該推文發布已過去近16個小時，OpenSea官網仍然顯示網站出現故障，因此并非所有單品都會展示在網站上，用戶資產在區塊鏈上仍然安全，預計很快就會恢復。[2020/11/24 21:58:33]

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

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

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

但是，根據 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：ETHOPENPENTHEeth學費OPEN價格SpendcoinThe Beatles

PEPE