ETH:因「0x10」地址的Gas消耗分歧產生的柏林硬分叉Bug

以太坊OpenEthereum單客戶端在區塊#12244294處發生的Bug導致當時的以太坊網絡停機，并在問題區塊產生后無法與網絡保持同步。那么造成這個事故的原因究竟是什么呢？使用Tokenview以太坊瀏覽器查看觸發了這個事故的交易：https://eth.tokenview.com/cn/tx/0x7006f38fa2e6654fae1a781aefc5885fe0cb8f778b1add10636eaf7e34279247這是一筆合約調用交易，是從KuCoin交易所向其他地址分發ETH。

數據：88,888,888枚BUSD從Paxos Treasury轉移到Binance:金色財經報道，據Whale Alert數據顯示，88,888,888枚BUSD（價值約88,950,929美元）從Paxos Treasury轉移到Binance。[2023/1/14 11:11:12]

我們仔細分析一下合約調用過程：

烏克蘭連鎖藥店ANC Pharmacy支持加密貨幣支付:金色財經報道，烏克蘭最大連鎖藥店之一ANC Pharmacy已與Binance Ukraine合作，通過非接觸式加密支付服務Binance Pay推出加密貨幣支付。ANC Pharmacy周二宣布，從1月3日起，消費者在網上購買藥品時可以進行即時支付。

據悉，AANC Pharmacy在烏克蘭各地經營1000多家藥房，并運營自己的在線藥房服務。在基輔的藥店將首先支持Binance Pay支付服務。（Cointelegraph）[2023/1/3 9:49:47]

MakerDAO：已在Arbitrum Nova和以太坊間啟動Canonical DAI:8月17日消息，MakerDAO宣布已在Arbitrum Nova和以太坊之間啟動其跨鏈解決方案Canonical DAI，由于橋的無許可性質，該橋在Arbitrum Nova的部署已由協議工程核心組執行，無需執行投票。此次部署將確保Arbitrum Nova的用戶從一開始就使用Canonical DAI，從而消除任何代幣遷移的需要。Canonical DAI是MakerDAO創建的一種解決方案，是將DAI轉移到鏈下的方法，本質上，Canonical DAI允許MakerDAO支持包裝的DAI版本。[2022/8/17 12:30:47]

1.在瀏覽器的“數據輸入”欄展示的是合約調用的參數，第一行表示地址列表從“40”(16進制)字節，也就是64字節開始，圖中第4行，第二行表示轉移數額的列表從“1a0”(16進制)字節，也就是416字節開始，數據輸入欄第15行。2.轉賬是按照地址列表的順序進行的，往每個地址轉入的數額和轉移數據的列表一一對應的。3.現在我們開始遍歷地址列表，看第三行的“10”(16進制)，表示的是即將為接下來的16個地址轉入ETH。

按照圖上順序，當數到第10個的時候，發現值變成了“10”。這個值事實上是表示轉移數額的列表長度。但是按照第三行的指示，應該向16個地址轉入，那么合約會把“0x10”當成地址繼續執行轉賬操作，向地址“0x10”轉入0個ETH。事實上，“0x10”是EVM“特殊地址”之一，它完全處在EVM的預編譯合約列表內。它是一個由EIP-2537斷言的預編譯合約，是為BLS配對密碼學程序而設的，但這個EIP還未部署到主網上。那么在柏林硬分叉中給“0x10”發送0ETH會造成什么呢？會造成Gas消耗產生分歧。“0x10”地址的Gas消耗分歧

柏林硬分叉改變了EVM中Gas消耗量的計量方法。在EIP-2929實施后，如果在一筆交易中對同一個存儲槽多次執行狀態存儲操作，第一次執行會消耗更多Gas，后續執行的消耗會更少。這就是OpenEthereum在區塊#12244294處發生Bug的根源：OpenEthereum包含了EVM已實現的預編譯列表。所以OpenEthereum會對該筆交易中訪問了“0x10”的交易給gas折扣。但網絡的絕大部分活躍客戶端都不是這樣實現EIP-2929的，它們只會給訪問了已激活預編譯合約的交易提供gas折扣。由此，OpenEthereum客戶端對該交易消耗了多少Gas的計算與網絡中其他客戶端發生了分歧。這場由Gas消耗分歧引起的OpenEthereum單客戶端停機，雖沒有嚴重到導致重大的鏈分叉，但也提醒我們利用多客戶端實現來提升抗性。不可否認，區塊鏈技術仍然處于不斷嘗試不斷前進的過程中，2021年爆發的Defi和NFT也以前所未有的速度普及給更多的受眾，Tokenview希望攜手更多的開發者打造更好的區塊鏈世界。

Tags：ETHANCGASDAIETHVSonne FinanceGASC幣RDAI

以太坊價格今日行情