シュレージのテストネットは下落、ウィッティは上昇

以太坊爱好者

特邀专栏作者

2020-05-28 08:00 (UTC+8)

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

私たちは間もなく、新しいイーサリアム 2.0 マルチクライアントテストネットを迎える予定です。

AI要約

私たちは間もなく、新しいイーサリアム 2.0 マルチクライアントテストネットを迎える予定です。

編集者注: この記事は以下から引用しましたイーサリアム愛好家 (ID: ethfans)編集者注: この記事は以下から引用しました

イーサリアム愛好家 (ID: ethfans)

、著者: Somer Esat、翻訳: A Jian、Odaily が許可を得て転載。

イーサリアム 2.0 のマルチクライアントテストネットワークである Schlesi は、その歴史的使命を終え、運用を停止しようとしています。

Schlesi は、パブリックマルチクライアントテストネットの立ち上げに成功するという、イーサリアム 2.0 ロードマップにおける主要なマイルストーンを達成したと言っても過言ではありません。この記事では、Schlesi テストネットとその後継である Witti テストネットについて説明します。

いくつかの重要な定義

まずいくつかの用語の意味を説明しましょう。

テストネットワークとは何ですか?

テストネットワークはテスト用のバックアップネットワークであり、ターゲットネットワークの実稼働環境を可能な限りシミュレートして、ソフトウェアとプロトコルの実際の機能をテストすることを目的としています。実稼働環境でターゲットネットワークを使用する予定のユーザーは、テストネットワークを通じてクライアントの機能をテストし、バグが発生しないことを確認できます。テストネットは、実際に運用に入る前にバグを発見するのに役立つため、重要です。

イーサリアム 2.0 テストネットとは何ですか?

イーサリアム 2.0 の最初のフェーズであるフェーズ 0 は、ビーコンチェーンから抜け出します。ビーコンチェーンとは何かについて、Bed Edgington は 2018 年 10 月に次のように良い解釈を示しています。

「ビーコンチェーンの中核機能は、それ自体とシャードチェーンのプルーフオブステークプロトコルの動作を管理することです。この管理には、バリデーターとそのブロックの重みの管理、各タイムスロットでの各シャードのブロックのスケジューリング、提案者、およびブロックの管理が含まれます。「検証者を組織し、委員会に分割し、提案されたブロックの投票に参加する。コンセンサスルールを実装し、報酬を発行し、ペナルティを課す。各シャードがアンカーポイントとなり、シャード間のトランザクションを支援するために独自の状態を登録する。」（出典）

ビーコンチェーンをテストするには、1 つ以上のクライアントが一緒にネットワークを形成する必要があります。いわゆる「イーサリアム 2.0 テストネットワーク」は、テスト環境でフェーズ 0 ビーコンチェーンインスタンスを実行します。現在も実行されている単一クライアントテストネットの 1 つは、Prysmatic Labs によって開始された Topaz テストネットです。

マルチクライアントテストネットとは何ですか?

マルチクライアントテストネットワークは、複数の異なる開発チームが開発したクライアントを接続して構成されたテストネットワークです。 Schlesi と Witti はどちらもマルチクライアントテストネットです。マルチクライアントのテストネットは、クライアントごとに独自の特性、バグ、構成も異なるため、さらに困難です。ほとんどのクライアントは、マルチクライアントテストネットに参加する前にプライベートテストネットを実行します。アフリ・ショードンはこう言いました。

「メインネットワークの立ち上げ前に、メインネットワークの状態を可能な限りシミュレートするテストネットワークを立ち上げる必要があります。そのためには、安定した、長期的、永続的なテストネットワークが必要ですが、実際にはそうではありません」 1 つのクライアントからのサポートだけでも十分ですが、そのクライアントからさまざまな顧客のサポートを得ることができ、さらにはすべてのクライアントからの参加も得ることができます。」 (出典)

Ethereum 2.0 テストネットはどのように分岐したのでしょうか?

ビーコンチェーンは、プルーフオブステークプロトコルによってサポートされています。検証者の 2/3 がいくつかのブロックの有効性を確認すると、ブロックのバッチが確認されます。これはいわゆる「確実性の達成」であり、その後は前のブロックを変更することはできなくなります。ブロックチェーンが確実性を達成できない場合、ブロックチェーンは不安定になり、フォークが発生する可能性があります。フォークは、異なるバリデーターが競合するブロックをサポートする場合に発生します。これが Schlesi テストネットで起こったことです。

マルチクライアントテストネットの履歴

実際のところ、Schlesi は最初のマルチクライアントテストネットではありません。 2019 年 10 月 24 日に開始された「マルチネット」と呼ばれる以前のテストネットワーク (GitHub) もあり、これには Nimbus、Trinity、Lighthouse、Prysm、Lodestar、Artemis (つまり、現在の Teku クライアント) という複数のクライアントも参加しています。）。ただし、これはシミュレートされたマルチクライアントテストネットに似ています。アフリ・ショードンは次のように説明します。

「Eth2.0 マルチネットは、マルチクライアントテストネットワークをシミュレートするためのスクリプトのコレクションです。検証者の数など、テスト効果をシミュレートするためにさまざまなパラメーターを調整できます。マルチネットは、最小限の Eth2.0 仕様を使用します。」 (ソース)

2020年3月までに、開発者向け電話会議で、イーサリアム財団の研究者ダニー・ライアン氏は「マルチクライアントのテストネットを立ち上げたい」という願望を表明した。その後、Schlesi テストネットが登場しました。

名前はドイツのベルリンにあるシュレジシェス・トール駅に由来しています。 Schlesi マルチクライアントテストネットは、2020 年 4 月 27 日に開始されました。

Schlesi テストネットは、運用中に Ethereum 2.0 v0.11.1 および v0.11.2 の仕様をテストすることを目的としています。 v0.10 を対象とした以前のテストネットは、不安定性のため停止されました。

Schlesi が開始されたとき、異なる Ethereum 2.0 クライアント (Lighthouse と Prysm) を実行するバリデーターの 2 つのバッチを正常に接続し、その後 Teku が正常に追加されました。 Nimbus と Lodestar は進捗状況でわずかに遅れていますが、追いつきつつあります。

そして 5 月 17 日、Afri Schoedon がテストネットでのフォークを発表しました。

短い存在にもかかわらず、Schlesi はドキュメントを整理し、構成とブートストラップを作成し、複数のクライアントが同時に参加できるようにする機会を生み出しました。人々はノードを公開してデプロイし、テストブロックチェーンと同期し、Goerli テストネット ETH をステークすることができます。バリデーター; 開発者は、Schlesi がこれほど長期間にわたって実行されてきたことに嬉しい驚きを示し、クライアントチームはソフトウェア実装の問題を迅速に修正することで認められてきました。全体として、それは幸せな結果でした。

「5 月 15 日の午前 11 時 (協定世界時) 頃、Schlesi テストネットは 50 近くのタイムスロットでファイナリティを達成できていないことが判明しました...これにより、最終的にチェーンが不安定になり、いくつかの一時的なフォークが発生しました。

Prysm クライアントと Lighthouse クライアントは、300 エポック以上ファイナリティを達成できなかった後、エポック 150496 スロットでフォークしました。ブロックは証人を斬ることによってコミットされましたが、異なるクライアントでは斬られたバリデータに対する報酬とペナルティの計算に一貫性がありませんでした。これにより、Prysm クライアントのペナルティ計算における 2 つの異なるバグが明らかになります。このチェーンフォークの後、私たちは最初からやり直すことが最善の方法であると感じました。 Schlesi はその時点でこのバグから回復できたかもしれませんが、このインシデントから学んだ教訓を直ちに適用し、新しいマルチクライアントテストネットを立ち上げることが最善であると考えました。 "（ソース）

そしてシュレージは幕を閉じた。ウィッティが立ち上がります！

画像の説明

- (画像クレジット: Jan Gympel) -

Witti マルチクライアントテストネット

Witti は最新のマルチクライアントテストネットです。そのマージン契約は 5 月 25 日にのみ展開され、Goerli テストネットに展開されました。https://witti.beaconcha.in/イーサリアム 2.0 v0.11.3 技術仕様は、ほとんどのクライアントがこのバージョンの仕様の機能をすでに実装しているか、実装に近づいているため、Witti のテスト対象となっています。 v0.12 は最近リリースされましたが、Witti と将来のテストネットがこれらの変更を吸収できると考えるのが妥当です。