ETH:如何看待 Infura 服務崩潰及其造成的影響？_GETH

事件經過

北京時間2020年11月11日下午，以太坊社區知名的節點服務Infura被曝出API服務出錯，并因此導致了多個依賴于Infura來構建的服務的崩潰，或者前端顯示不正確。

就Infura自身而言，可以把它理解為一個公開的以太坊節點，這個節點會接收請求并返回一定的服務，比如幫忙轉發交易、比如檢查某筆交易上鏈了沒有，又或者某個賬戶的狀態如何。實際上，只要自己部署一個以太坊節點，就能提供跟Infura同樣的服務。但它的特殊性在于，Infura的大部分服務都是免費的，因此很多服務都選擇了依賴Infura來向自身播報以太坊區塊鏈的狀態，免去了自己部署節點的麻煩。

也正因此，Infura出錯，理論上波及面會很廣，在事件發散的過程中，甚至還有人揚言“以太坊會分叉”。理由是兩個不同的區塊瀏覽器上，對同一個塊高顯示了兩個不同的區塊。

但很顯然，以太坊根本沒有分叉。從事實上來說，兩個區塊瀏覽器所顯示的后續區塊都是相同的，這表示出塊的礦工沒有以兩個不同的區塊為父塊來繼續挖礦，也沒有彼此拒絕對方的區塊。從理論上來說，只有出塊的節點彼此之間使用了不同的共識規則，且都占據了一定的算力，才有可能形成分叉。

恒生電子：聯盟鏈的創新空間應集中在如何更好地服務中小和小微企業方面:金色財經報道，6月23日，恒生電子區塊鏈發展部運營經理林晗做客金色財經舉辦的“聯盟鏈-創新場景應用的偶然與必然”為主題的金色沙龍第64期活動。林晗表示中國的區塊鏈研究和專利成果，從一開始就比較集中在區塊鏈技術的應用和落地，也就是產業區塊鏈方面。現階段聯盟鏈適用于與具體細分產業相結合的場景，比如說產業金融領域，例如產業金融區塊鏈平臺范太鏈。聯盟鏈的創新空間應是集中如何利用區塊鏈解決小微企業的信任問題、更好提升小微企業運營效率來開展。因為區塊鏈能解決的一個核心痛點是信任問題，與本身就具有信任背書能力的大企業相比，在產業中往往是小企業才需要解決信任問題。區塊鏈作為一種劃時代意義的記賬技術，其最大的價值是應該被用來與實體產業結合，促進社會發展。[2021/6/23 0:00:23]

事實上，人們很快就發現了，這是因為Infura沒有運行最新版本的Geth客戶端，而某些特殊的交易觸發了這個版本的客戶端的bug，使之宕機了。Blockchair也是同理。所以很快就有人出來呼吁大家盡快升級Geth客戶端。

海德薇格：我很期待看到 數字貨幣將如何改變人民幣支付市場:第十七屆中國國際金融論壇于2020年12月17日-18日在上海舉行。主題為“數字經濟時代的金融服務”。國際銀行業聯合會（IBFed）總裁海德薇格?挪倫斯視頻參會并致辭時指出：金融穩定委員會正在監測大科技公司的創新和金融穩定風險，并且已經發表了很多關于該主旨的文章，例如在2020年10月13日發表的一篇文章中，就提出了關于全球穩定幣的10個高層建議。考慮到創新的規模之大，監管機構和監督機構都需要拓寬自己的視野，并且彼此之間開展更多合作。

中國監管機構一直在積極加強監管，以便隨時應對大科技公司所引起的市場變化。例如，去年，中國人民銀行就起草了相關規則，要求將銀行和金融服務與金融控股公司旗下的科技公司分離，并對這些科技公司進行監管。 現在，要求支付公司必須有100%的存款準備金。

中國還率先推出了由國家信用支持的數字貨幣。我很期待看到這些數字貨幣將如何改變中國國內和境外的人民幣支付市場。（新浪財經）[2020/12/17 15:29:42]

至北京時間11日18時，Blockchair團隊的Nikita發表推特，解釋事件的因果關系：

復旦大學教授許多奇：當今國際社會首當其沖的問題是如何判定數字貨幣法律性質:日前在金融法治菁英論壇上，復旦大學法學院教授許多奇表示，如何監管加密數字貨幣是當今國際社會普遍關注的問題，而首當其沖的問題是加密數字貨幣的法律性質判定問題，司法機關有關加密數字貨幣屬性的判定能否成為實現有效監管的基礎？在眾多司法轄區的多種監管思路中我們應作何種選擇？對于這些問題的思考和深入研究對于實現對加密數字貨幣的有效監管大有裨益。（中國貿易報）[2020/4/29]

以太坊開發者某一次對代碼的更改導致了當日以太坊區塊鏈的分裂，分裂自區塊高度11234873開始；

沒有更新客戶端的服務商，包括Blockchair和Infura，就因此受害，被留在了一個少數人組成的鏈上

從技術上來說，這意味著發生了一次“未公開的硬分叉”

修復措施是升級geth客戶端并運行debug.setHead(11234872)

他還表示，這件事絕不該被低估，應該被認為是TheDAO事件之后，以太坊區塊鏈上最嚴重的一次事故。

動態 | 金色沙龍深圳站“量化市場暗流涌動 如何破冰”將拉開序幕:由金色財經主辦，貝殼公關承辦，節點資本、Nodeplus、引力波G-Wave協辦的金色沙龍深圳站第一期將于1月24日拉開序幕。本期沙龍以“論生態·量化市場 | 暗流涌動如何破冰”為主題，邀請臻云科技、Amber AI、BQuant、共盈資本、Tokenpanda等量化企業，再次聊聊量化，與你共同面對熊市，了解量化交易策略。金色財經將對此次活動進行全程圖文直播，敬請留意。報名點擊鏈接。[2019/1/16]

確實很奇怪，為什么會有某個錯誤僅僅導致軟件在某個時間以前的歷史版本崩潰而現有版本不崩潰？這豈非意味著，不同版本的geth客戶端的共識規則實際上不一樣，也就是某時某刻發生了一次不能向后兼容的共識規則改變？此外，一個Infura的崩潰就導致了大面積的服務出錯，這是否意味著Infura已經成了一個“單點故障”來源？

緣由

針對上面的兩個問題，Geth客戶端團隊的領導者PéterSzilá_szilagyi都有回應。

Thomas 發布趣味視頻 講述EOSIO系統如何向節點支付獎勵:據金色財經合作媒體IMEOS 報道，昨日 Thomas Cox 在 YouTube 上傳了一個手繪風視頻，為大家講解 EOSIO 系統如何向節點支付獎勵。視頻中說到，按照每年通貨膨脹 5% 的規則，每天大約會有 133,000 個新的 Token 產生，那么增發總數的 1%，即約為 27,000 個新的 Token 用于支付節點支出。并且，新系統中沒有取中間值報價的說法。另外 4% 會進入 Worker Proposal Fund。[2018/5/21]

從技術上來說，的確可以說是發生了“未公開的硬分叉”，但這只是因為開發人員修復了一個沉睡了兩年多的bug，而因為擔心公開披露這個bug會導致以太坊遭到攻擊，所以選擇了靜默修復。

人們也不該鄙視Infura沒有使用最新的Geth客戶端。從運營者的角度，不緊跟軟件的最新版本是理性的。而依賴于Infura的服務，是自己把這個權利交出去了，而不是別人禁止了你運行節點，所以也沒什么可抱怨的。

Peter的回應也引起了不同的反應。一位門羅社區的人表示，在2017年，他們也曾因為同樣的顧慮而選擇了靜默修復bug。當然，也有人認為，選擇靜默修復是對的，但至少應該通知大型基礎設施的提供者，只要聯系了，就能大幅減少這一漏洞所造成的破壞。

北京時間12日凌晨5:34，Peter發布了《Gethv1.9.17客戶端所造成破壞的事后報告》，定位了問題的來源：發布于2019年11月7日的Gethv1.9.7錯誤實現了EIP-211；JohnYoungseokYang在2020年7月15日報告了該問題，于是Geth團隊在7月20日更新的v1.9.17版本中修復了這個問題。該次修復使得Geth客戶端在執行涉及相關規則的交易時能跟其他以太坊客戶端相一致，但卻使v1.9.17版本與歷史版本的Geth發生了不一致。

如Peter所述，這個過程完全不是為了引入某個以太坊社區不知道或者不同意的共識規則，僅僅是因為寫了bug所以必須修復bug。除非你管寫了bug也叫“硬分叉”，否則就沒有理由管修復bug叫“硬分叉”。

其次，到底怎么發布修復，實際上并不簡單。以太坊的硬分叉協調也需要很長時間。如果公開一個帶有嚴重危險性的bug，在各節點升級的過程中難保不會有人嘗試攻擊。作為客戶端開發者，他考慮的更多是以太坊網絡的安全性，而不是某個服務的安全性。而且，他們也并不是對所有的bug都采取同樣的靜默修復措施，很多都是公開修復的。

12日上午7:11，Optimism團隊的Jingishiringfor出來披露了更多信息：他們在6個月前復制了Geth客戶端的代碼庫來研究和開發OptimisticVirtualMachine，在該過程中，他們發現了一個神秘的bug，也修復了該bug，但一直無法定位其來源；他們一直以為，這個bug可能跟團隊引入的定制化改進有關，但11號他們開始懷疑錯誤就存在于舊版的geth客戶端中，而不是因為他們引入了一些改進。于是他們看了ethernodes.org顯示的節點分布之后，就決定在主網上測試該bug。因此有了后面的事情。

所以，實際上，是Optimism團隊發現了一個bug，草率地決定在主網上測試該bug還存不存在，再加上Geth團隊此前選擇了靜默修復該bug，才使得某些沒有及時升級的節點出錯了。

該如何理解和看待這件事情呢？

就事情的本因來看，這是因為客戶端團隊選擇了靜默修復一個沉睡了許久的bug。雖然很多人認為geth團隊可以通過聯系基礎設施提供者來降低破壞，但我在這里還是認為，我們應該給客戶端開發人員更多的信任和尊重。我相信Geth客戶端團隊這么做是有理由的，他們知道絕大部分節點都在使用自己的軟件，也考慮了bug的沉睡時間，因此選擇了靜默修復。從事后諸葛亮的角度，當然提前通知了大的基礎設施提供者會更好，破壞會更少。但是，這樣吹毛求疵合理嗎？為什么依賴于Infura的服務不假設Infura可能崩潰？

我承認我在這里不太公正，但更公正的話，也有很多人已經說過了。我在此只想表達我對geth客戶端團隊的敬意。我愿意把印象分給他們，因為他們在過去提供了許許多多的工作量證明。他們值得大家的尊敬。

在靜默修復措施的執行上，當然存在提高的空間，也應該跟包括門羅和比特幣社區學習經驗。但如果只想著譴責geth團隊，乃至以陰謀論來揣度他們，那才是更大的不公正。

關于“Infura是否成為了單點故障的來源”，也分簡單的回答和復雜的回答。簡單的回答是，不是，因為就像Peter所說，從來沒有人禁止你部署節點，只是很多提供商自己選擇了外包。Infura不是設計層面上必須經過的一個單點。只是因為各種各樣的原因，它成了可能是最大的節點服務提供商。

但復雜的回答是，以太坊節點的資源消耗比較大，確實是一個被低估的問題。以太坊協議的運行需要各節點完全執行區塊中包含的交易，而執行交易必須從狀態數據中取出數據、并且完成后也要將結果寫入，這個過程會涉及大量的硬盤隨機讀寫。而且，隨著狀態數據體量的擴大，讀寫的效率要求也會提高。前些年熱議的“狀態膨脹”問題，在當前的以太坊上還沒有解決。運行節點的門檻高，節點的數量自然就少。從善意的角度看，如果以太坊節點的運行門檻降低，我相信會有更多人自建節點，而不是選擇依賴于Infura。

但這個問題的解決，同樣依賴于以太坊客戶端開發者和研究人員的智慧。無狀態性，可以說是解決狀態膨脹問題的終極方案。而在終極方案變得可行之前，我們仍然需要客戶端開發者，為我們貢獻更高效率的客戶端。

所以，確實發生了一件事，也確實暴露出了一些問題、指出了我們學習和進步的方向。但解決這些問題，離不開我們對社區中不同團體的理解和尊重。遠離陰謀論，遠離惡意和自作聰明的嘲諷，弄清楚問題的根源，思考其實質和改進方案。我們做的事情，才決定了我們是誰。

Tags：ETH以太坊FURGETHBethereum以太坊官網furucombo幣togetherbnb和娜娜雙人互動

ETH