以太坊（Ethereum）2.0 的上線進度延宕多時，8 月初終於傳出，透過五個主要客戶端及 20,000多個節點的協作，測試網 Medella 開始穩定運行。如今測試網內的 Prysm 客戶端卻傳出崩潰，起因於校正系統時間的 Roughtime 伺服器中斷，導致驗證者與區塊頭無法同步。
（前情提要：以太坊｜主網前，最後一版測試網 Medella 成功運行！三月內 Ethereum2.0 有望上線）
以太坊 2.0 測試網在 8 月 14 日傳出崩潰，遲遲無法達到終局確定（Finality）。這次崩潰發生在 Prysm 客戶端上，原因是校正系統時間的 Roughtime 伺服器中斷，導致驗證者與區塊頭無法同步。
一份診斷報告指出，Cloudflare 的 Roughtime 伺服器傳回了錯誤的訊息，而 Prysm 節點沒有準備好應付這種狀況。
根據外媒《Trustnodes》報導，Prysmatic 的以太坊 2.0 開發人員 Raul Jordan 認為，目前的參與率顯然不正確，他說：
因為幾乎沒有人和區塊頭同步，所以除非出現任何一個同步到區塊頭的節點，否則我們將無法參與。
甚至不確定參與度是否> 0％ 。
Prysm 的另一個以太坊 2.0 開發人員 Nishant Das 則解釋，太多人同時試圖進行同步，因此嘗試載入的節點會收到錯誤的訊息。
時間對以太坊 2.0 至關重要，時間一旦不同步，網路就無法正常運行。而且怕系統時間不夠精準，所以用了 Cloudflare 的 Roughtime 來校正。但 8 月 14 日當天，Roughtime 中斷了 4 小時，因而導致混亂。解決方案是不強行調整人們的時間，但載入的錯誤提示卻不斷告訴他們已經逾時。
雖然 Prysm 使用者也可以選擇切換至其他客戶端，不過這個錯誤目前已經得到修復。
延伸閱讀：推特混戰｜Kraken 研究員 : 以太坊「未知的供給量」恐釀隱憂，2.0 上線後風險擴大
客戶端需要多樣化
儘管以太坊 2.0 測試網有五個客戶端，但由於 Prysm 提供的教學似乎是最好上手的，所以絕大多數驗證者仍使用 Prysm。
然而這場崩潰中，因為太多人試圖進行同步時間，導致系統錯誤回復的難度更高。說明或許不只客戶端需要多樣化，教程的提供也需要多樣化。
另外受到關注的是，在這次崩潰中，網路一度停止了。
外媒《Trustnodes》報導，大約30％的驗證流程失敗時，內存問題就開始出現；大約50％之後，問題就變得更大。最後在70％之後，網路顯然就停止了。此時要透過某種複雜的過程，以重新啟動網路為目標，進行重新平衡。
對於類似事件若再發生，使用者能做的是嘗試轉移至其他客戶端，或者稍等一下，而非立即同步。因為擠在同一個客戶端，並且不斷試著立即同步似乎會造成如同被 DDoS 攻擊的效應。
📍相關報導📍
ETH創下「2年來」最高價444美元！鎖倉在 DeFi 的”比特幣、以太坊”突破 50 億美元
專欄觀點｜以太坊 2.0 中的 DeFi：城市、郊區、農村
呼籲改革收費系統！Vitalik 警告：高額手續費用將威脅以太坊的安全
讓動區 Telegram 新聞頻道再次強大！！立即加入獲得第一手區塊鏈、加密貨幣新聞報導。
LINE 與 Messenger 不定期為大家服務
