BTC
ETH
HTX
SOL
BNB
View Market
简中
繁中
English
日本語
한국어
ภาษาไทย
Tiếng Việt

解説: Vitalikのイーサリアムロードマップ

この記事は約2585文字で、全文を読むには約4分かかります
2020年にイーサリアムはどのような発展を遂げるでしょうか?
AI要約
2020年にイーサリアムはどのような発展を遂げるでしょうか?

編集者注: この記事は以下から引用しました第一種倉庫ブロックチェーン研究所(ID:first_vip1)、許可を得てOdailyによって転載されました。

第一種倉庫ブロックチェーン研究所(ID:first_vip1)

第一種倉庫ブロックチェーン研究所(ID:first_vip1)

、許可を得てOdailyによって転載されました。

2020年にイーサリアムはどのような発展を遂げるでしょうか? Vitalik Buterin 氏が Twitter に個人的なイーサリアムのロードマップを投稿しました。彼のロードマップが何を意味するのか、そして今年のイーサリアムのハイライトは何なのか疑問に思われるかもしれません。https://consensys.net/

副題

  • マージ: Proof-of-Stake とシャーディングによるイーサリアムのスケーリング

  • 以下は注釈付きのイーサリアムロードマップと参考リンクです。

  • 関連リンク:

  • グラフは上から下に主に 4 つの部分に分かれています。

「eth1.x その他」

  • 「eth1.x ステートレス」

  • eth1 ->eth2 Phase0 の起動から eth1 -> eth2 マージまで、proof-of-work (PoW) の「核」が削除されます。

  • eth2 フェーズ 2 以降

中央の横軸は時間の順序を表します。横軸に沿って、フェーズ 0 からフェーズ 1、eth1 -> eth2 の大合併までの「核」が示されています。合併には 3 つの前提条件があります。

eth2 フェーズ 1 の開始

eth1.x ステートレス

マージが成功した後、システムはproof-of-workを破棄できます。ユーザーは 2 つのブロックチェーンを追跡するために eth1 クライアントと eth2 クライアントを実行する必要がなくなりました。イーサリアムは、ビーコン チェーンと断片化されたチェーンで構成される断片化されたプルーフ オブ ステーク システムになります。 eth1 の状態はシャード 0 に保存されます。ユーザーは通常のアプリを引き続き使用し、通常どおりトランザクションを送信できます。

この合併はイーサリアムのスケーラビリティにおける大きな飛躍であり、その可能性をサポートし、安全で安定したものにするためには膨大な量のエンジニアリングが必要です。上記の前提によりプロジェクトが分類されます。

合併やその他のプロジェクトに関して語るべきことはたくさんありますが、ここではイーサリアム 2020 の焦点である核と「eth1.x その他」にのみ焦点を当てます。ニュークリアスについては、イーサリアム 2.0 Phase0 から始めます。

  • 副題

  • イーサリアム 2.0 フェーズ 0

  • ビーコン チェーンを開始するための主な前提条件は次のとおりです。

Eth2 マージン コントラクトを Eth1 メイン チェーンに展開します。

Danny Ryan,本番環境に対応したソフトウェア リリースを展開するには、少なくとも 2 つ、理想的には少なくとも 3 つの ETH2 クライアント チームが必要です

マージン契約のリリース後、少なくとも 16,384 人のバリデーター (このうち累計額は少なくとも 524,288ETH) がマージンを預け入れました。

副題

Diederik Loerakker と 4 つのチームは、高品質の Eth2 クライアントを構築してきました。構築されているクライアントはアルファベット順に、Lighthouse、Nimbus、Prysm、Teku、Trinity です。

イーサリアム財団や、Artemis、Harmony、Lodestar、Nethermind、Parity などの他のチームからのさまざまなレベルの貢献者、そしてサービスとしての投資ビジネスを構築した「新人」がいます。一部の監査も実施されました。

2020 年にビーコン チェーンを提供するという使命は明確であり、エネルギーが集中しています。作業のほとんどはすでに分散方式で行われています。

経済的な観点から見ると、これが 20% 以上の年率収益率を持つ 16,384 人のバリデーター (524,288ETH) を引きつける非常に創造的な方法であることは明らかです (同時に、年率収益率はバリデーターの数)が減少します)。

イーサリアム 2020 に貢献するにはどうすればよいですか?

ビーコン チェーン クライアントの製品バージョンは、数回の監査を経てリリースされる予定であり、マルチクライアント テストネットは一定期間安定して実行されていますが、クライアント テストネットは一定期間安定して実行されていますが、高負荷時に最適化してデバッグする必要があります。

イーサリアムは常により多くの貢献者を歓迎します。貢献する必要がある領域は、クライアント側のピアツーピア ネットワーク構築、クライアント側の相互運用性、一般的に使用されるテスト ツール、クライアント側とネットワークのセキュリティ、パフォーマンス、安定性です。


ハッキング、セキュリティ、EVM、スマートコントラクトの専門家は、マージン契約の監査や実行時検証の取り組みの評価に不可欠です。マージン契約のバイトコードはまだメインチェーンにデプロイされていませんが、マージン契約には変更がないため、有利なスタートを切ることができます。

副題

イーサリアム 1.x には助けが必要です

この部分は 3 つのプロジェクト、つまり 3 つの EIP に分けることができ、2020 年には専任のコントリビューターをメインネットに展開する必要があります。

BLS12-381 プリコンパイルは、Matter Labs の Alex Vlasov によって数か月間提案されており、EIP2537 も進行中です。EIP2537 では、Eth2 で使用される BLS12-381 曲線のサポートが追加され、スマート コントラクトが eth2 のライト クライアントになります。プリコンパイルを使用すると、eth2 シャードからのデータを検証する新しいスマート コントラクトを作成できます。フラグメンテーションは、eth2 フェーズ 1 が eth1 のロールアップ スキームのデータ可用性を向上させるために開始されるときに導入されます。ロールアップは実際にはスマート コントラクトの一種で、大量の計算とストレージはオフチェーンに配置されますが、フィードバックを容易にするために一部のデータはオンチェーンに配置されます。データの可用性が制限されない場合、ロールアップはより拡張性が高くなります。 Alex Vlasov 氏の取り組みにより、BLS12-381 プリコンパイルは 2020 年に (ビーコン チェーンよりも前に) 導入される可能性があります。

EIP-1559 は、ユーザーが取引中にガス料金の設定を無視できると同時に、過剰な料金を支払わず、異常な遅延を待たないことを保証できるため、ユーザーにとって有益です。 EIP には、「ネットワーク内のトランザクション活動が非常に頻繁である場合でも、ほとんどのユーザーがガス料金を手動で設定する必要がなくなることが予想されます。」さらに、その優雅さは、ガス料金のインフレを相殺するために一部の料金を消費することにあります。 ETHなしではマイナー報酬が大幅に減少します。 EIP が 1 年前に提案されて以来、EIP にはある程度の進歩が見られました。しかし、誰もその作業を主導するために名乗り出ていない。

アカウントの抽象化により、ユーザーは任意の認証ロジックを使用してアカウントを作成できます。その柔軟性は広範囲に影響を与える可能性があります。これは簡単な例です: マルチシグネチャ スマート コントラクト ウォレットは、トランザクション ガス料金を支払うために独自の資金を使用できます。資金が入っているウォレットがある限り、何もありません。このウォレットとやり取りしてガス料金を支払うために、ETH を保持する別のアカウントが必要です。アカウントの抽象化は 2015 年に遡りますが、1 か月前に行われた提案により、2020 年にアカウントの抽象化が可能になります。

副題

4.Eth2 Phase1

現在の観点から、イーサリアムで起こり得る開発の大まかな順序は次のとおりです。

6.eth1 ->1. ビーコンチェーンは 2020 年に開始予定 (Eth2 Phase0)

2. BLS12–381 曲線のコンパイルは 2020 年に予定されています (おそらくそれが最も早いでしょう)

3. 誰かがアカウント抽象化と EIP1559 を推し進めれば 2020 年には可能になる

Vitalik
ETH
Odaily公式コミュニティへの参加を歓迎します
購読グループ:
https://t.me/Odaily_News
チャットグループ:
https://t.me/Odaily_GoldenApe
公式アカウント:
https://twitter.com/OdailyChina