ETH:以太坊2.0測試網掛了 我們從中學到了什么？_ethm幣最新消息

-圖片來自 Blair Fraser-

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

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

Poly Network攻擊者已在以太坊等網絡上轉移價值超500萬美元加密貨幣:金色財經報道，派盾（PeckShield）監測顯示，跨鏈互操作協議Poly Network攻擊者已在以太坊、BNB Chain、Polygon上轉移價值超過500萬美元加密貨幣，包括將1500枚ETH（約288萬美元）轉入0x23f4地址、將440枚ETH（約84.4萬美元）轉入0xc8Ab地址、將300枚ETH（約57.5萬美元）轉入0xfD3E地址。[2023/7/3 22:14:32]

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

數據：以太坊2.0存款合約地址余額突破7萬ETH:據歐科云鏈OKLink數據顯示，當前以太坊2.0存款合約地址已收到70496ETH，近24小時已新增抵押9568ETH,距離524288枚ETH啟動以太坊2.0創世區塊的最低要求已完成13.44%。[2020/11/14 20:49:56]

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

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

動態 | Upbit黑客錢包地址轉移了11001枚以太坊至未知錢包地址:據Whale Alert監測顯示，北京時間15:46:59，被標記為Upbit黑客錢包地址（0x4d53dad4b開頭）轉移了1001 枚ETH(價值約148,911美元)至0x519a3b21開頭的未知錢包地址。隨后在北京時間15:52:48，Upbit這一黑客錢包地址又轉移10000枚ETH（價值1490311美元）至該未知錢包地址。[2019/12/3]

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

Coinbase幾個月內將支持以太坊ERC20技術標準:Coinbase發表博客文章稱，將在未來幾個月內支持以太坊ERC20技術標準。這為未來在Coinbase上支持ERC20資產鋪平了道路。目前Coinbase還沒有宣布支持任何特定的資產或功能。另外Coinbase的以太坊錢包和Dapp瀏覽器Toshi也增加了對ERC20的本地支持。[2018/3/27]

我們已經更新了我們的 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以太坊BSPNBSethm幣最新消息以太坊交易BSPAY幣nbs幣發行量

以太坊最新價格