BlockBeats News、5月3日、イーサリアムの共同創設者であるヴィタリック・ブテリンは、イーサリアムの目標は「世界台帳」になることであるというブログ記事を公開しました:文明化された資産と記録を保存するためのプラットフォーム、金融、ガバナンス、価値の高いデータ認証などの基盤レイヤー。 これには、スケーラビリティと弾力性の 2 つが必要です。 この投稿の目標は、レジリエンシー (そして最終的にはスケーラビリティ) の最も重要な、しかし過小評価されがちな側面の 1 つである、プロトコルのシンプルさに焦点を当てることです。 ビットコインの最も優れた点の1つは、そのプロトコル設計が非常にシンプルでエレガントであり、プロトコルをシンプルに保つことで、ビットコインまたはイーサリアムが信頼され、中立で、世界的に信頼されるインフラストラクチャレイヤーになることです。 これまで、イーサリアムはこの点で十分なことをしていないことが多く、この記事の次の部分では、イーサリアムが今後5年間でビットコインとほぼ同じくらい簡潔になる方法について説明します。 コンセンサスレイヤーの簡素化:新しいコンセンサスレイヤー(旧称Beam Chain)は、コンセンサス理論、ZK-SNARK開発、プルーフ・オブ・ステーク経済学などの分野で過去10年間に培った経験のすべてを活用して、イーサリアムの長期的最適なコンセンサスレイヤーを作成することを目的としています。 このコンセンサスレイヤーの利点は、既存のビーコンチェーンよりもはるかに簡潔であることです。 実行レイヤーの簡素化:EVMの複雑さが増し、その多くが不必要であることが証明されています(そして多くの場合、私のせいです)ため、EVMをRISC-Vに置き換えるか、イーサリアムZK証明を書き込むことができる別の仮想マシンを使用することを提案しています。 Tinygradプロジェクトの例に倣い、イーサリアムの長期的な技術仕様に「コードの最大行数」の目標を設定し、イーサリアムの主要なコンセンサス関連コードをビットコインのシンプルさにできるだけ近づけることを目標にすることを提案します。 イーサリアムの歴史的なルールの処理を含むコードは引き続き保持されますが、コンセンサスクリティカルパスへの組み込みは避けるべきです。 同時に、全体的な設計哲学では、可能な限りシンプルなソリューションを優先し、「システムの複雑さ」よりも「パッケージ化された複雑さ」を優先し、設計上の決定において明確な検証可能な属性と保証を持つソリューションを優先するという原則も実装する必要があります。
ヴィタリックが投稿し、イーサリアムL1の簡素化を提案。目標は5年以内にプロトコルの簡潔性をビットコインに近づけること。
BlockBeats News、5月3日、イーサリアムの共同創設者であるヴィタリック・ブテリンは、イーサリアムの目標は「世界台帳」になることであるというブログ記事を公開しました:文明化された資産と記録を保存するためのプラットフォーム、金融、ガバナンス、価値の高いデータ認証などの基盤レイヤー。 これには、スケーラビリティと弾力性の 2 つが必要です。 この投稿の目標は、レジリエンシー (そして最終的にはスケーラビリティ) の最も重要な、しかし過小評価されがちな側面の 1 つである、プロトコルのシンプルさに焦点を当てることです。 ビットコインの最も優れた点の1つは、そのプロトコル設計が非常にシンプルでエレガントであり、プロトコルをシンプルに保つことで、ビットコインまたはイーサリアムが信頼され、中立で、世界的に信頼されるインフラストラクチャレイヤーになることです。 これまで、イーサリアムはこの点で十分なことをしていないことが多く、この記事の次の部分では、イーサリアムが今後5年間でビットコインとほぼ同じくらい簡潔になる方法について説明します。 コンセンサスレイヤーの簡素化:新しいコンセンサスレイヤー(旧称Beam Chain)は、コンセンサス理論、ZK-SNARK開発、プルーフ・オブ・ステーク経済学などの分野で過去10年間に培った経験のすべてを活用して、イーサリアムの長期的最適なコンセンサスレイヤーを作成することを目的としています。 このコンセンサスレイヤーの利点は、既存のビーコンチェーンよりもはるかに簡潔であることです。 実行レイヤーの簡素化:EVMの複雑さが増し、その多くが不必要であることが証明されています(そして多くの場合、私のせいです)ため、EVMをRISC-Vに置き換えるか、イーサリアムZK証明を書き込むことができる別の仮想マシンを使用することを提案しています。 Tinygradプロジェクトの例に倣い、イーサリアムの長期的な技術仕様に「コードの最大行数」の目標を設定し、イーサリアムの主要なコンセンサス関連コードをビットコインのシンプルさにできるだけ近づけることを目標にすることを提案します。 イーサリアムの歴史的なルールの処理を含むコードは引き続き保持されますが、コンセンサスクリティカルパスへの組み込みは避けるべきです。 同時に、全体的な設計哲学では、可能な限りシンプルなソリューションを優先し、「システムの複雑さ」よりも「パッケージ化された複雑さ」を優先し、設計上の決定において明確な検証可能な属性と保証を持つソリューションを優先するという原則も実装する必要があります。