Lighthouse：從測試網崩潰中學到的教訓_GHT

作者:BlairFraser

翻譯:阿劍

來源：以太坊愛好者

一個測試網倒下，千千萬萬個測試網站起來

一個星期以前，我們宣布使用Lighthouse客戶端啟動一個大型的公開測試網。測試網成功啟動并且運行了一周，首次證明了使用生產環境配置的Eth2測試網也是可以跑起來的。

啟動測試網時，我們曾說，“我們要嘗試把這個測試網搞崩，而且我有自信我們能夠成功”。測試網確實掛了，而且是兩次。第一次是在周六上午，第二次是在周一早上。第一次掛掉之后，我們成功恢復了測試網運行；但第二次崩潰時，我們決定就此收手，不再恢復。

加密托管機構Xapo Bank集成閃電網絡，并與Lightspark達成合作:金色財經報道，加密托管機構XapoBank整合了基于比特幣的閃電網絡，并與Lightspark合作，該公司由前FacebookCrypto負責人DavidMarcus掌舵，并于2017年將其機構業務出售給Coinbase，以專注于零售領域。XapoBank的用戶現在可以在任何接受閃電支付的供應商處即時即時支付不超過100美元的小額消費，而無需支付高額交易費和等待漫長的區塊鏈確認時間。[2023/3/2 12:39:09]

這里說的“崩潰”、“掛掉”，都是指測試網無法敲定epoch。而沒法敲定epoch的原因是超過1/3的驗證者都掉線了。在設計上，這個測試網遇到問題不會死撐，而是會快速且明確地表現出失敗。

Darwinia Network：正向Web3基金會申請撥款，用于部署Accountable Light Client的solidity驗證器:2月24日消息，Darwinia Network發推稱，團隊目前正在向Web3基金會申請一筆新的撥款，用于部署Accountable Light Client的solidity驗證器。據悉，Accountable Light Client使用一種創新的自定義SNARK方法，使聚合簽名驗證的證明更短。[2023/2/24 12:26:58]

這個測試網的基石是4個AWSt2.medium實例；每個實例都作為公開的引導節點，負載4096個驗證者。實際上，我們也很驚訝，它們居然能撐這么久；對于少數硬件配置一般的機器來說，這是巨大的負擔；它們中只要有兩個離線了，測試網就沒法繼續敲定了。

以太坊2.0客戶端Lighthouse發布最新進展：內置Schlesi支持:以太坊2.0客戶端Lighthouse開發團隊Sigma Prime近期發布了項目最新進展，具體如下：

- 密鑰管理實施；

- 首次使用Trail of Bits進行外部安全審查；

- 內存占用最小化；

- 依賴項升級；

- 內置Schlesi支持；

- BLS升級。[2020/5/24]

我們分析了這兩次崩潰事件，也學到了很多。我們團隊已經回到開發工作中，希望能在下周發布一個新的測試網。你可以在v0.1.1milestone這個頁面上了解我們的進展。

動態 | Blockstream本周將發布支持閃電網絡多路徑支付的c-lightning版本:Blockstream最近透露了在閃電網絡上實現多路徑支付互操作的計劃，這一發展意味著未來在Layer 2網絡上發送大型比特幣交易將成為可能。這一發展對于比特幣網絡來說是很有幫助的，它已經被可擴展性問題困擾了很長一段時間。

根據最新的報告，新的c-lightning 0.8.0版本將包含多路徑支付支持，這是Blockstream原生的開放閃電網絡協議實現。Blockstream核心技術工程師Rusty Russel在最新的播客節目上透露，下一個c-lightning版本將會在這周發布，該版本將支持多路徑支付。Russel承認已經做了足夠的測試，但是普通的支付命令仍然不能理解多路徑支付。因此，建設基礎設施是當務之急。在c-lighting的后續版本中，用戶將看到使用多路徑支付的增強方案。就支付的成功和用戶運行自己的節點而言，Russel認為閃電網絡比一年前更穩定了。（AMBCrypto）[2019/12/17]

教訓

測試網崩潰的主要原因

測試網第一次崩潰的直接原因是軟件的聯網部件中的一個循環，它會“看到”某個見證數據不斷地重復發布。該循環在我們部署的四個信標節點中的兩個節點上出現了，耗盡了它們的資源，使得它們無法生產區塊和見證數據。這個問題是導致兩次崩潰的直接原因。

我們已經更新了我們的gossipsub實現，現在，每條內容都是根據其內容來尋址的，這就意味著，如果我們收到兩條內容相同的消息，gossipsub協議會忽略掉第二條消息。我們也在Lighthouse客戶端的代碼中加入了復制消息檢查，以此防止收發復制消息。

測試網崩潰的次要原因

數據量暴漲

兩個信標節點掛掉以后，測試網就不可能敲定區塊了。不過，剩下的兩個節點仍在繼續發出和接收區塊，這也是我們希望看到的情形。但是，網絡失去確定性之后，它們就無法修剪和壓縮它們的數據庫，這就導致它們的數據庫以每小時幾GB的速度增長。因為我們將測試網節點的硬盤限制在32GB，最終，它們的磁盤被舊數據塞滿、無法再接受新區塊了。這就導致另外兩個節點也離線了。

在這種情況下，要想恢復測試網運行也很簡單，只需加大硬盤、重啟節點即可。我們也對這種恢復方式很滿意，因為這就意味著，一些配有大硬盤的節點在兩次崩潰中都幾乎不會受到什么影響。

在我寫作本文之時，Michael正在開發針對這個問題的解決方案，思路是讓數據庫的膨脹速度降低32倍。雖然我們很高興看到在100epoch不能敲定之后節點能夠恢復，但目前的情況相當于，一個硬盤不足64gb的節點只有約10個小時的生存時間。恢復能力對Lighthouse客戶端是非常重要的，而Michael的更新會將10小時延長到13天。

分叉選擇

我們也觀察到，網絡的分叉選擇時間延長到了8秒。在我們看來，這是不可接受的，必須要去解決它。我們意識到，這個問題是由于過度從磁盤中加載信標鏈狀態導致的，所以我們已經寫了一個PR來解決這個問題。

社區反饋

很高興看到人們參與到Lighthouse測試網中來并運行自己的驗證者，有400多名參與者參與了我們的測試網！感謝他們的反饋！下面這些建議是他們一再提到的：

需要更快的同步時間：我們正在努力了，預計在0.1.1版本中，同步速度可以快上1.5～2倍。

更好的docker文檔：Scott正在優化這些文檔，而且新的測試網會用docker來部署。

更穩定的eth1節點：我們提供了一個公開的eth1節點，方便用戶的使用，但事實證明，這個節點還導致了某些驗證者宕機。在下一個測試網發布的時候，我們會在不同的地區部署少量節點，并在這些節點間做負載均衡。

更多API端點：becaoncha.in團隊聯系上了我們，并希望他們的區塊瀏覽器能夠得到更多的API端點。我們已經提交了一個PR，估計會在0.1.1版本時合并。

?

Tags：GHTLIGHTUSEHOUSERightMeshlightshadowchainOUSE幣Farm House Finance

SAND