V神はイーサリアム2.0の開発をどのように進めているのでしょうか？

碳链价值

特邀专栏作者

2019-04-27 23:43 (UTC+8)

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

イーサリアム2.0の開発状況がわかる記事。

AI要約

イーサリアム2.0の開発状況がわかる記事。

編集者注: この記事は以下から引用しました炭素鎖の値編集者注: この記事は以下から引用しました

炭素鎖の値

イーサリアム 2.0 の成果は独特かもしれませんが、8 人以上の研究者と 50 人以上の開発者が緊急に取り組んでいる研究開発作業では、直面する課題は共通しています。より強力な調整、標準化されたプロセス、十分にコミュニケーションされた共有ロードマップ、および安定した資金により、イーサリアム 2.0 の生産性向上のスケジュールは加速され、イーサリアムコミュニティの期待と一致することになります。

イーサリアム2.0に関する研究開発作業は急速に進んでおり、今年3月にはビーコンチェーン（ビーコンチェーン）のテストネットワークを公開する予定だ。しかし、一連の調整問題により、その進展と実現は遅れている。このペーパーでは、関連する問題を要約し、それらの解決に役立つソリューションを提案します。

副題

総括
「イーサリアム 2.0」とは、イーサリアムブロックチェーンのパフォーマンスを大幅に向上させる一連の仕様を指します。この記事の執筆時点では、以前に提案された 2 つの仕様を組み合わせて改良することによって実現されています。トランザクションをメインチェーンによって保護された複数の「スライス」に分割する「シャーディング」これらの「仕様」は、イーサリアムユーザーに次の利点をもたらします。

PoS メカニズムにより、ブロックチェーンを保護するための設備への投資や電力の消費が不要になります。その結果、51% 攻撃のコストが大幅に増加し、セキュリティのためにマイニングに依存する必要性が減ることにより、イーサリアムの最終的な特性が向上します。

シャーディングにより、イーサリアムネットワークの TPS が向上します。

イーサリアム 2.0 の現状を明らかにするために、私たちはイーサリアム 2.0 の研究と実装に取り組む人々にインタビューしました。

Nimbus
Lodestar
Artemis
Lighthouse
Prysm

面接方法

次の実装チームにビデオ通話でインタビューしました。
各実装チームには次のような質問がありました。
チームのステータス。
開発状況。
路線図;
問題に関する考慮事項。
依存要因;

改善方法を提案します。

また、イーサリアム財団の中核研究者の一人であるダニー・ライアン氏にも電話でインタビューしました。

副題

業界の観察とイーサリアム 2.0 の予想される結果

さて、以下にインタビュー結果を紹介する。

実装チームは非常に熱心に取り組んでいますが、資金調達状況は楽観的ではありません

私たちは各チームに、開発を諦める可能性がどれくらいあるのか、また、どのような状況で開発を諦めるのかを尋ねました。私たちが話を聞いたすべての実装チームは、資金が継続的な開発をサポートするのに十分である限り、イーサリアム 2.0 に専念し、その到着を見届ける意欲を表明しました。まず、実装チームはイーサリアム 2.0 の登場を非常に気にかけており、イーサリアム 2.0 が直面する障害を喜んで取り除くことに取り組んでいます。具体的には、これらのチームにイーサリアム 2.0 の開発を諦めるには何が必要かを尋ねたところ、「諦める前に死ぬだろう」「何があっても開発は諦めない」といった回答が得られました。しかし、彼らの熱意は市場の現実を相殺するほどではありません。イーサリアム財団の資金が枯渇した場合、またはイーサリアム財団を支援する大規模な団体（コンセンシスやステータスなど）が資金を撤退した場合、それらのチームは別の方法を見つけることを余儀なくされるかもしれません。

研究開発仕様書（スペック）はまだ分かりにくいですが改善中です

イーサリアム 2.0 の開発仕様は、過去 1 年間で多くの混乱を経験しました。あるインタビュー対象者によると、この基準は「昨年半ばから完全に変わってしまい」、研究チームによって問題が特定され、対処されるにつれて、継続的な正常化された「手術」が行われている[翻訳者注: これは、標準化の気まぐれさのことを指します。イーサリアム2.0の研究開発仕様]。仕様のあらゆる側面が変更されます。たとえば、最近、重要なデータ構造の名前が「緊急」に変更されました。つまり、研究者は頭の中で個々の名前とそれに対応するデータ構造を変更し、それに応じて対応する仕様を変更する必要がありますが、実装チームはそれを考慮していません。そのような変更がイーサリアム 2.0 の実現に与える影響。問題 #358 を例に挙げると、35 のフィールドの名前が変更されましたが、Github ディスカッション掲示板は実装者からフィードバックを受け取りませんでした。これにより、実装チームは自分たちが貢献した仕様変更の作業をやり直すことを余儀なくされ、多くの失望と時間の無駄を引き起こし、場合によってはイーサリアム 2.0 プロジェクトに割り当てられたリソースの減少を引き起こしました。

過去数週間で、研究開発基準を取り巻く混乱を軽減する上でいくつかの有望な進展が見られました。まず、研究チームによると、現在、どの仕様が実装チームにとって十分に安定しており、どの仕様が現在も開発中であるかを明確にするために、開発仕様の特定の領域を分割する取り組みが行われているという。第二に、研究チームは「（研究開発規範の）変化は鈍化」しており、「大規模な組織再編」は現在ではまれになっていると考えている。同時に、イーサリアム 2.0 開発では文化的な変化が起こっています。実装チームに対する開発仕様の変更の影響は、現在、新しい仕様提案の一部と考えられています。これらの開発の結果、実装チームは、現在の状態の仕様が実装可能であることに同意しました。

実装チームは研究者にノーとは言わない

ほとんどの実装チームは研究者に拒否権を発動しません。彼らは理由を 2 つ挙げました。研究者に拒否権を発動する資格がないと感じたか、あるいは拒否権が発動される可能性が低すぎて拒否権を発動する価値がないと感じたかのいずれかです。これらの感情は、研究者がイーサリアム 2.0 仕様への変更を説明する方法によって強化されます。これらの変更は、特にこれらの変更を提案する者の資格を考慮すると、「明らかに優れている」、「拒否権が難しい」とよく説明されます。確かに、一部の研究開発仕様は少数の人々によってしか決定できないことは事実ですが、この「研究独占性」（「研究独占性」）は現在、すべての研究開発仕様とイーサリアム 2.0 の実装計画全体に広がっています。

イーサリアム 2.0 の完成についてのさまざまなチームの定義

私たちが話を聞いたすべての実装者は、3 月に開始されるテストネットに取り組んでいます。このテストネットがどのようなものなのか、そしてその後何が起こるのか - チームによって意見が大きく異なります。たとえば、ピアプロトコルの仕様が完全には受け入れられていないため、リリース時にノード間の相互運用性をサポートするテストネットを用意することは不可能です。ノード間の相互運用性をテストネット立ち上げの目標としたチームもあれば、そうでなかったチームもありました。そのため、3 月のテストネットの立ち上げに何が含まれるのかを明確に把握するのは困難です。

テストネットの後、状況はさらに不透明になりました。クロスシャードとイーサリアム仮想マシン (EVM) を含む完全なイーサリアム 2.0 仕様であるフェーズ 2 が (メインネットの立ち上げに至るまでに) いつ準備が整うのか、どのチームも予測できません。一部のチームはビーコンチェーンの開発に専用のスポンサー資金を受け取っているため、実装チームは関連仕様の開発を完了するために追加の資金が必要になる場合があります。

最終的に、私たちがインタビューしたチームのうち、ユーザーの採用を目標の 1 つとして掲げていたのは 1 チームだけでした (具体的には、「自社のソフトウェアを使用する 100 人のステーク検証者を持つ」)。他のチームは、現在取り組んでいる仕様に重点を置いています。

実装者はイーサリアム 2.0 の後に何が起こるか不明です

多くのチームは、イーサリアム 2.0 に到達した後、それぞれのキャリアについて懸念を表明しました。イーサリアム 2.0 の導入後に収益化する方法について明確な答えを持っているチームは存在しないため、イーサリアム 2.0 を維持するための資金調達への継続的なアクセス (特にイーサリアムの価格が下落し続けた場合) は、これらのチームにとっての主な懸念事項の 1 つです。

イーサリアム 2.0 にはリーダーが不在

組織の観点から見ると、イーサリアム 2.0 の開発がイーサリアムコミュニティと密接に関連していることを保証する責任を負う人は一人もいません。ダニー・レーンがその役割の一端を担っている。彼は自分自身を実装チームと研究チームの間の架け橋と考えており、その努力は高く評価されています。ただし、実装チームは、Danny との接触の程度はさまざまで、Danny にもっとアクセスできればよかったと考えているチームもありました。

イーサリアム 2.0 の物語は、開発プロセス外の人々によって制御されています

James Prestwich の人気記事「イーサリアム開発者が期待するときに何が期待できるか」を考えてみましょう。この記事には次のような主張が含まれています。

「イーサリアム 1X 用に作成したツールとコントラクトは、ETH 2.0 用に再設計して作成する必要があるかもしれません。」

「フェーズ 1 は何も興味深いものではありません。これは基本的に、シャードがビーコンチェーンを参照するための架橋と対称メカニズムのためのブートストラップフェーズです。設計者は、これらのメカニズムが機能することに自信を持っているようです。」

「興味深いことに、フェーズ 0 の展開は、研究開発仕様の展開と同時に行われました。テストネットの立ち上げまで 3 か月未満であっても、フェーズ 0 の研究開発仕様は頻繁に変更されました。これは、将来の開発が困難になることを意味します。」」

「[eWASM、EVM2、およびストレージリースのほかに]、フェーズ 2 で他に何が期待できるのかわかりません。これは非常に初期の研究であり、未解決の大きな問題がたくさんあります。非公式の仕様と開発プロセスを考慮すると、フェーズ1に比べてフェーズ2が延長されるため、2020年までにフェーズをリリースするのは難しいかもしれない。言い換えれば、イーサリアム2.0は今年リリースされるかもしれないが、2020年までに資産移転やスマートコントラクトをサポートするとは期待しないでください。」

「イーサリアム 2.0 のモデルに関する情報はほとんどありません。スケーリングを犠牲にすることなくクロスシャードコントラクトを呼び出すことができないことはわかっています。ここで読むのをやめても、私はあなたを責めません。フェーズ 4 では 1 つのルートしか念頭に置いていないからです。図「明白な結果の 1 つは、イーサリアム 2.0 はフェーズ 4 まで複雑なスマートコントラクトに有意義なスケーリングの利点を提供しないことです。それまでは、他のチップとの相互運用を希望するコントラクトは共存し、その速度とスケーラビリティによって制限されます。」

これらは、開発者がイーサリアム 2.0 をどのように活用できるかを具体的に示したものです。この記事には仕様の開発に関する多くの詳細も含まれていますが、イーサリアム開発者として最も適切な情報は、仕様が作業にどのような影響を与えるか、およびスケーラビリティの向上がいつ期待できるかということです。実装チームやイーサリアム財団によって作成されたメディアとは対照的に、研究開発仕様の新しい研究の進捗と特定の部分の完成に焦点を当てる傾向があります。 Prysmatic によって書かれた開発アップデート #20 の概要を以下で確認してください。

最新の研究

フェーズ 0 バリデータークライアントの責任
コードをマージし、プルリクエストと問題を作成する
状態遷移ブロック処理の完全な E2E テスト
完全な状態遷移エポック処理の統合/統合

バリデーター・デポジット・コントラクトのデポジット・リスナー実装を実装します。

実装者バリデータのデポジットの取得
次の仕事
イーサリアムビーコンチェーンのゴーストフォーク選択ルール
バリデーターデポジットによるビーコンチェーンの完全なエンドツーエンドテスト
Solidity 契約を Vyper に委任する
ビーコンチェーンのトランザクションプールを作成する

Misc

バリデータクライアントをリファクタリングする
認証者の秘密鍵管理とその他の秘密

イーサリアム 2.0 実装者向け電話会議 2019 年 1 月 17 日

イーサリアムの「物語」に影響を与える要因（いつ達成されるか、いつ使用されるか、開発者がどのように使用できるかなど）は、Prysmatic の記事よりも Prestwich によって提示されています。これは、前者の情報の方がより直接的に関連しているためです。イーサリアムユーザーの日常業務に。私たちは開発プロセスの透明性を促進するイーサリアム 2.0 チームの努力を称賛し、技術的な内容に焦点を当てたいと考えています。しかし、イーサリアム 2.0 がいつ準備され、それがどのようなものになるのかについて、研究および実装チームの人々から追加の説明がなければ、イーサリアムの物語は部外者によってコントロールされ続けるでしょう。これにより、正しい期待を確立して存続させることが困難になります。

補足: イーサリアムコミュニティのメンバーとの会話により、EthHub によって作成されたイーサリアムロードマップの概要がわかりました。公式シャーディングロードマップドキュメントは有益ではありますが、各段階の仕様が自分たちにとって何を意味するのかを知りたい開発者にとってはあまり役に立ちません。

副題

未解決の質問

コミュニティは何を期待していますか?
現時点では、イーサリアム 2.0 のリリース時期とその内容は次のとおりです。
イーサリアム 2.0 が登場し、まもなく一般公開される予定です

イーサリアム2.0のテストネットは3月に開始される

イーサリアム 2.0 はイーサリアムの主要なスケーラビリティ問題を解決します
イーサリアム 2.0 研究および実装チームへのインタビューに基づくと、dApp 開発者が実際にイーサリアム 2.0 を使用できるようになるには少なくとも 1 年半かかります。私たちの理解では、各段階の成果物は次のとおりです。
フェーズ 0:.ビーコンチェーン

フェーズ 1: 仮想マシンを使用しないシャーディング

フェーズ 2: オンチップおよびクロスチップ仮想マシン通信 (EVM 通信)

開発者にとって、イーサリアム 1.0 と同じレベルのユーティリティをイーサリアム 2.0 で達成したい場合は、フェーズ 2 をリリースする必要があります。

さらに、イーサリアム 2.0 以降のフェーズのリリースにより、新しい研究が無効になったり、そのロードマップが再構築されたりする可能性があります。イーサリアムコミュニティ全体がこのことを認識しているかどうかは不明です。コミュニティが期待していたものと実際にリリースされたものとの相違は、その導入の有用性を大きく損なう可能性があり、イーサリアムは拡張できないという主張を強化し、その結果、新しい開発者を他のブロックチェーンプラットフォームに誘導することになります。

設計を展開するときに実装者に相談しましたか?

イーサリアム 2.0 の各段階での意思決定に、実装者の意見がどの程度、どのような意見が反映されたのかはまだわかりません。私たちは段階的導入の価値を理解していますが、たとえば、PoS のような新しいテクノロジーに疑似環境で「燃焼」する時間が与えられます。プロジェクト自体の場合、試行錯誤が必要です]。しかし、プロジェクトは依然として次のロジックに従う必要があります。プロジェクトの各フェーズの実装を担当する人は、最初にフェーズを設計するのに最も適した人でなければなりません。これには、特定のテクノロジーがいつ導入されるかというスケジュールと、各段階の実装スケジュールが含まれます。過去に実装者に相談したことがない場合、ビーコンチェーンの立ち上げは実装者を招いてプロセスに参加させる良い機会ですか?

ダニー・レーンを公式の「イーサリアム 2.0 リーダー」にすることはイーサリアム 2.0 の実現に役立ちますか?

イーサリアムの不満足な側面の多くは、研究チームと実装チームの間の調整不足に起因しています。この合意には、数年にわたる計画の一部として統合する必要がある無数のさまざまな要素が含まれていました。ダニー・レーンがコーディネーターの役割を引き受けるまで、統合を監督するために介入する人は誰もいませんでした。ダニーはずっと前からリーダーとしての価値を証明してきました。彼の名前は面接官の間で何度も出てきました - 後者がもっと知りたい人物として、そして研究開発仕様の初期バージョンに関する彼の仕事は、彼がプロジェクトを監督する研究者として十分な知識を持っていることを示しました。
この文脈における「リーダーシップ」が何を意味するのかを明確にすることが重要です。私たちは「リーダーシップ」という言葉を次のような人を意味します。
イーサリアム 2.0 の確実な上陸を担当
すべての実装チームと研究者がアクセス可能

適切な人材が適切な行動を確実に行うための権限を委任する

明らかに、これは集中管理です。しかし、その役割がダニー自身に正式なリーダーの地位を与え、プロジェクト全体のスムーズな統合を確実にする可能性が高いことを考えると、それは悪いことではないようです。

副題

改善方法を提案する

一般向けメディアに「製品コンテキスト」を含める
イーサリアムネットワークの成功にとってイーサリアム 2.0 の重要性を考えると、何がリリースされるのか、いつリリースされるのか、そしてその準備をどのように行うのかを明確に伝えることが最も重要です。イーサリアム 2.0 チームと研究者によって作成されたメディアコンテンツをコミュニティとの関連性を高め、イーサリアム 2.0 の物語のコントロールを取り戻すために、私たちは次のことを明確に説明する新しい公開記事を提案します。
最新のアップデートが開発者に与える影響

ロードマップの変更がイーサリアム 2.0 のタイムラインに与える影響

研究や製品において混乱が生じる可能性がある場所

継続的な資金調達のための明確な道筋を提供する

私たちは、チームがイーサリアム 2.0 クライアントの長期的かつ継続的な開発に取り組むよう動機付けることが、その立ち上げを成功させるために重要であると信じています。しかし、継続的な資金源は不透明で、問題が多い。イーサリアム財団やその他の利害関係者が協力して資金を集め、明確な資金調達額とスケジュールを提供すれば、リリース後のイーサリアム 2.0 をめぐる懸念、つまりクライアントのプロジェクトがどのように資金を調達し、新機能を開発し続けるかという懸念が解消されます。

正式な標準手順を厳密に定義して施行する
規範の実装に固有の調整の問題は、正式な標準化プロセスが存在しないことによってさらに悪化します。仕様を開発して公開することにより、イーサリアム財団はイーサリアム 2.0 の事実上の標準設定団体として機能することができます。したがって、研究を提案段階から正式な実装段階に移行するための標準的な手順を定義すると、仕様をめぐる混乱をさらに減らすことができます。イーサリアム財団が検討できる標準の例は数多くありますが、私たちは ECMA TC39 標準手順の変形版を推奨します。私たちの理由は次のとおりです。
TC39 のプログラムはオープンであり、開発者がすでに慣れ親しんでいる Github でのリクエストの送信など、最新の開発慣行を吸収しています。
TC39 プログラムには、受け入れテストとリファレンス実装がプログラム自体に組み込まれています。
TC39 手順が理解しやすくなりました

このプログラムは、一定のペースで新しい標準の追加をサポートします

イーサリアム 2.0 の開発では、少なくとも TC39 に「ステージ」の概念を導入することをお勧めします。 TC39 提案に詳しくない方のために説明すると、TC39 提案はフェーズ 0 (かかし) からフェーズ 4 (完了) に進み、TC39 メンバー年次総会で新しい標準として承認されます。提案を段階に分ける目的は、提案が正常に公開されるまでのプロセスを非常に明確にすることです。さらに、テストベクトルとリファレンス実装はフェーズ間で必要となるため、研究者と実装者の間で多くの対話が奨励されます。実装者にはアルゴリズムの詳細についてコメントする資格はないかもしれませんが、アルゴリズムがどのように実装されるかについてコメントする資格はあるかもしれません。 TC39 プログラムでは、フェーズ 3 からフェーズ 4 に移行するには、研究と実装の両方のプロセスが必要になります。

結論は

副題

結論は

私たちはすでに、この加速されたプロセスの始まりを目撃しています。昨年12月、VitalikはPrysmatic、Lighthouse、Lodestarのチームに1000 ETHを与えました。連絡を取った別のイーサリアム投資家は、ヴィタリックに続き、プレストン・ヴァン・ルーンがグーグルを辞めてイーサリアム2.0の開発にフルタイムで専念できるよう、プリマティックに2,800ETHを寄付した。私たちは皆、イーサリアム 2.0 に一緒にいます。

この記事の執筆チームがイーサリアム 2.0 に与えた価値

この記事は主にキョーカンのマット・スリッパーとダン・ツイによって完成され、モロクDAOとアミーン・ソレイマニはこの記事の研究作業に個人的に資金援助を提供した。

Kyokan は、サンフランシスコベイエリアに拠点を置くブロックチェーンの「ネイティブ」ソフトウェアコンサルティング会社です。過去には、MetaMask、SpankChain、Cosmos、Dfinity、Uniswap と協力してきました。さらに、Plasma MVP の構築と実装のためにイーサリアム財団からもスポンサーを受けており、メインネットの立ち上げに向けて準備を進めています。当社のチームメンバーは、優れた顧客や企業に技術サービスとソフトウェアサービスを提供する豊富な経験を持っています。

Moloch は助成金主導の DAO/ギルドであり、コモンズの悲劇を克服するための自発的なインセンティブ調整における根本的な実験です。具体的には、私たちの目標は、多くのチームが必要としながらも資金を費やしたくないイーサリアムの公共インフラストラクチャの開発を加速することです。イーサリアムとERC20トークンをプールすることで、イーサリアム投資家とイーサリアムベースのチームは、お互いの利益になると思われるオープンソースの研究に共同で資金を提供することができます。
Moloch などの団体からの資金提供を受けて、Kyokan は次の方法で ETH 2.0 プロジェクトをサポートします。
この記事のようなレポートや分析を作成して、イーサリアム 2.0 の進捗状況をコミュニティに知らせます。
イーサリアム 2.0 内の研究開発の進捗の有効性を評価する
ニーズ開発を支援する組織構造
チーム間の標準の調和を支援する
開発ロードマップの計画を支援する

製品発売の調整支援を提供し、クライアントに製品発売の準備を整える