ETH2.0のテストネットワークにバグはあるのでしょうか？イーサリアムにとって、それは単なる小さな風と小さな波です

秦晓峰

Odaily资深作者

@QinXiaofeng888

2020-08-17 18:25 (UTC+8)

この記事は約1832文字で、全文を読むには約3分かかります

イーサリアムにとっては、ますます不満が募るばかりだろう。

AI要約

イーサリアムにとっては、ますます不満が募るばかりだろう。

著者 | 秦暁峰

編集者 | マンディー・ワン・メンディ

制作|毎日

先週末、イーサリアム 2.0 テストネットに新たな蛾が現れました。

簡単に言うと、今回のテストネットの根本原因は、PrysmクライアントのRoughtimeタイムサーバーが中断され、クロックスキューが発生し、ベリファイアとブロックヘッダーの同期が狂い、最終的に正常な動作に影響を与えたということです。テストネットMedallaの運用。

副題

(1) 事故の振り返り

いわゆるクロックスキューは、ブロック時間と通常時間の間の偏差です。

Eth2.0 にとって時間は非常に重要であり、各ブロックにはタイムスタンプが含まれており、時間が同期されなくなると、ネットワークは正常に機能できなくなります。

Prysmではシステム時刻が不正確になるのを防ぐため、米国Cloudflare社のタイムサーバーであるRoughtimeを利用して時刻を修正しています。そして、1台のマシンの故障を防ぐために、6台のマシンも選択されました。

その後の診断によると報告報告

最終的な結果として、Prysm クライアントの「クロックスキュー」は最大 90 分間で 2 秒を超え、クライアント全体の時間も標準時間より 4 時間進みます。プレストン・ヴァンルーン氏のツイートによると、時計のずれは北京時間の15日午前1時30分から午前3時の間に発生した。次のように：

画像の説明

(クロックスキュー)

事故後、PrysmクライアントはただちにRoughtimeサーバーの使用を停止し、ユーザーに他のクライアントに切り替えるよう呼び掛けた。

「デフォルトではラフタイム同期を無効にすることにしました。 Roughtime の計算には間違いなく何らかのバグがあり、できるだけ早くそれを見つけたいと考えています。調査結果に関係なく、時計を自動的に調整するか、完全にキャンセルするかはオプションであるべきだと私たちは考えています。とプレストン・ヴァンルーンは言った。

数時間後、開発者は調査を完了し、修正プログラムを発行しました。

「このバグを修正する際に、Prysm ノードが機能するために必要なすべての重要な機能を誤って削除してしまい、問題がさらに悪化しました」と開発者の Raul Jordan 氏は述べています。

副題

(2) 結果

同期がタイムアウトしているため、Prysm クライアント経由で検証するために「チェーンの先頭に同期している人はほとんどいません」。これは、データが無効であることを意味し、検証に参加したり、ステーキング報酬を受け取ったりすることはできません。

Eth2.0 は現時点ではまだテストネットの段階にありますが、これらの報酬は本物ではありません。ユーザーが検証誓約に参加する ETH もテストネットバージョンであり、実際には流通していません。

Prysm クライアントはネットワーク全体の 64% 以上を占めているため、インシデント後、Medalla テストネット内のバリデーターの総数に対するアクティブに投票しているバリデーターの数の割合は、約 75% から 5% 未満に低下しました。これは、残りの検証者がネットワーク全体で合意に達することができず、ネットワークが正常に動作できないことも意味します。

画像の説明

(ネットワークエンゲージメント率)

海外メディア「Trustnodes」の報道によると、この事故によりイーサリアムネットワークも一時停止し、検証プロセスの約30％が失敗した時点でメモリの問題が発生し始め、約50％を過ぎると問題が大きくなり、最終的には70% その後、ネットワークが停止したようです。

今日の午後、Spark Mining Pool は、Prysm クライアントを実行しているすべての友人に Medalla テストネットに参加するよう呼びかけました。クライアントが alpha.22 バージョンにアップグレードされているかどうかを確認してください。同期障害からの Medalla テストネットの回復をサポートするために、まだ行っていない場合は、できるだけ早く行ってください。