以太坊2.0測試網掛了 我們從中學到了什么？_NBS

-圖片來自 Blair Fraser-

一個星期以前（注：本文撰寫于 2019 年 12 月 17 日），我們宣布使用 Lighthouse 客戶端啟動一個大型的公開測試網。測試網成功啟動并且運行了一周，首次證明了使用生產環境配置的 Eth2 測試網也是可以跑起來的。

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

以太坊總銷毀超290萬枚ETH:金色財經報道，據Ultrasound.money瀏覽器顯示，目前以太坊網絡總銷毀超290萬枚，當前銷毀量為2,901,033枚，價值超43.5億美元。以太坊自合并以來供應量實現通縮超17,000枚ETH，ETH當前年化通縮率為0.12%。[2023/2/14 12:05:32]

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

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

以太坊2.0測試網Zinken更新上線時間為10月12日20:00:10月1日早間，Bitfly（Ethermine礦池母公司）發推更新以太坊2.0測試網Zinken上線時間稱，以太坊2.0測試網Zinken將于北京時間10月12日20:00發布。根據Bitfly發布的zinken測試網數據，當前共有15個驗證節點參與驗證（480枚ETH參與質押），還需要1009個驗證節點參與驗證（32,288 ETH），才能達到測試網啟動門檻。[2020/10/1]

我們分析了這兩次崩潰事件，也學到了很多（細節在后續章節中）。我們團隊已經回到開發工作中，希望能在下周發布一個新的測試網（也有可能是后面幾周，可能工作會受假期影響）。你可以在 v0.1.1 milestone 這個頁面上了解我們的進展。

報告：以太坊DeFi項目交易量比去年增加近800％:金色財經報道，分析網站DappReview發布的新報告顯示，過去一年DApp交易量激增，基于以太坊的DeFi項目處于領先地位。報告顯示，在2020年第一季度發生的DApp交易數量比2019年同期增長了10倍。2020年第一季度，超過12個區塊鏈的交易量略低于80億美元，增長超過82%。此外，EOS、Tron和以太坊網絡占DApp交易的99％。報告稱，基于以太坊的DeFi項目表現突出，交易量比去年增加了近800％。這些DeFi項目大多數都使用ERC-20代幣而不是ETH。[2020/4/9]

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

行情 | 以太坊網絡擁堵情況有所緩解:據Etherscan.io數據顯示，以太坊當前未確認交易筆數為53369，近幾日的高點為645935，擁堵情況較有所緩解。[2018/8/29]

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

數據量暴漲

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

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

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

分叉選擇

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

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

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

更好的 docker 文檔：Scott 正在優化這些文檔，而且新的測試網會用 docker 來部署（即，我們會親身嘗試使用 docker）。

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

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

（完）（文內提供了許多超鏈接，請點擊閱讀原文到 EthFans 網站上獲取）原文鏈接:https://lighthouse.sigmaprime.io/update-20.html作者:  Blair Fraser翻譯: 阿劍你可能還喜歡：

Tags：ETH以太坊NBSBSPtogetherbnb能睡幾個以太坊幣怎么挖礦NBS價格BSPAY價格

Luna