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

作者:BlairFraser

翻譯:阿劍

來源：以太坊愛好者

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

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

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

Bloomberg Intelligence：比特幣尚未真正走出困境:2月14日消息，Bloomberg Intelligence發布2023年2月《加密行業展望》。彭博分析師Mike McGlone在社交媒體發文，目前市場依然對加密貨幣等風險資產存在擔憂情緒，投資者并不確定比特幣等主要風險資產究竟是熊市反彈還是觸底反彈，2月份比特幣價格走勢極具挑戰性，最近已經開始從2.4萬美元阻力位回落至21750美元支撐位，而且正在形成可怕的頭肩形態，因此整體來看比特幣尚未真正走出困境。[2023/2/14 12:06:31]

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

Lightspeed旗下四支基金完成70億美元融資，并推出加密基金Lightspeed Faction:7月12日，Lightspeed旗下四支基金已完成總計70億美元融資，其中包括三個美國基金和一個印度基金，分別是：第14支早期基金（規模不到20億美元）、增長基金（規模23億美元）、國際投資基金（24億美元）、以及Lightspeed India Partners（規模5億美元）。

此外，Lightspeed還宣布推出一家專注于早期階段的加密基金Lightspeed Faction，該基金拒絕透露融資信息，但據一位消息人士透露，該基金已完成 3.25億美元首次募資，不過募資活動并未結束，預計最終該加密基金的融資總額將達到4億美元。（techcrunch）[2022/7/12 2:08:24]

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

Cardano 開發公司 IOHK 發布新版 Daedalus Flight:Cardano 開發公司 IOHK 宣布發布新版 Daedalus Flight，此版本專為 ADA 持有人創建以測試諸多錢包新功能，包括舊錢包 Byron 進行手動 ADA 轉移以及還原 Yoroi Shelley 錢包。此外，Daedalus Flight 還引入了鏈下數據聚合解決方案以改善獲取質押池。[2020/8/21]

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

聲音 | Lighthouse開發人員：距以太坊2.0創世區塊發布的時間已越來越近:據Trustnodes 報道，Lighthouse開發人員Age Manning近日稱，隨著以太坊2.0的兩個主要客戶端Nimbus和Lighthouse在libp2p網絡協議層“相互兼容”，第二階段的開發工作已取得巨大進展，距以太坊2.0創世區塊發布的時間已越來越近。[2019/6/19]

教訓

測試網崩潰的主要原因

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

我們已經更新了我們的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：LIGHTGHTOUSEUSElightchainLightHouse TokenOUSE價格Usechain Token

比特幣價格