BSP:以太坊2.0測試網掛了 我們從中學到了什么？_以太坊幣最新價格6月走勢分析

-圖片來自 Blair Fraser-

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

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

以太坊核心開發者：計劃今年晚些時候推出新測試網解決測試網ETH供應問題:2月24日消息，以太坊核心開發者 Tim Beiko 針對以太坊測試網 ETH 供應問題表示，計劃今年晚些時候推出新測試網 Holli（網絡名稱也可能為 Hole?ky）。關于“在兼顧客戶端和質押者的情況下，如何讓應用開發人員輕松訪問測試網 ETH，以及如果轉移到新的測試網，如何讓主要項目轉移遷移，允許可組合性”問題，Tim Beiko 給出的兩個建議分別是，將每個在主網、Goerli 和 Sepolia 上部署了合約的 ETH 地址添加到 genesis file 件中，與主要合約和基礎設施開發商協調在創世后不久在網絡上啟動。Tim Beiko 目前還在征求應用層開發人員關于解決這個問題的意見。[2023/2/24 12:26:54]

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

固定利率收益及交易協議 Sense Finance 將于下周上線以太坊主網:3月8日消息，固定利率收益和交易協議 Sense Finance宣布將于下周上線以太坊主網。據悉，本次主網上線采用“受保護的啟動”（Guarded Launch），Sense 將設置發行上限且僅支持列入白名單的協議（stETH 和 cTokens）。首先提供的功能為ETH 和 USDC 的固定利率收益。

此前報道，Sense Finance完成 520 萬美元種子輪融資，Dragonfly Capital領投，Bain Capital Ventures、Nascent、Variant、Robot Ventures 和 theLAO 等參投。[2022/3/8 13:44:14]

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

KingData監控：灰度ETH基金減持644.82枚以太坊:據KingData數據顯示，灰度ETH基金減持644.82枚以太坊，基金持倉總規模變為313.79萬枚ETH。(注：灰度暫未開放贖回，小幅減持或因每股含幣量微調、扣減管理費所致。)[2021/9/14 23:22:36]

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

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

以太坊擴容方案SKALENetwork集成開發套件TruffleBox:以太坊擴容方案SKALENetwork集成開發套件TruffleBox，開發人員可通過TruffleBox在SKALE網絡上構建應用程序。SKALE兼容EVM（以太坊虛擬機），所有為以太坊構建的現有工具也可直接在SKALE網絡中運行。另外，開發人員還可使用Truffle編譯現有的智能合約并將其遷移到SKALE網絡。[2021/6/11 23:31:23]

我們已經更新了我們的 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以太坊BSPNBSCETH幣以太坊幣最新價格6月走勢分析bspt幣未來前景nbs幣官網

幣安app官網下載