バイティク・ブテリン氏、イーサリアムプロトコル開発における簡素化と「ガベージコレクション」を呼びかける

PANews 1月18日のニュースによると、Vitalik Buterin氏はXプラットフォームで投稿し、「信頼不要性」、「脱却テスト」、および「自己主権」の重要なかつ長く見過ごされてきた側面は、プロトコルの簡潔性であると述べました。 プロトコルが数十万のノードを備え、49％のビザンチン耐容性を持ち、ノードがペアダスやスターツによって量子耐性のある完全な検証を行うことができたとしても、そのプロトコルが数十万行のコードと博士レベルの暗号技術を5つ含む巨大で複雑な構造である場合、それは最終的にこの3つのテストすべてに失敗します。 それは信頼不要性を持たず、ユーザーはプロトコルの性質を伝える少数の高度な専門家に信頼を寄せなければなりません。 それは「脱却テスト」をパスできません。現在のクライアントチームが去った場合、同等の品質を達成するのは新しいチームにとって非常に困難です。 それは自己主権を持たず、最も技術的に熟練した人でさえそれを検証・理解できないため、完全にユーザーのものではありません。 また、セキュリティも低く、プロトコルの各部分、特に他の部分と複雑に相互作用できる場合、プロトコルのクラッシュのリスクがあります。 イーサリアムプロトコル開発における私の懸念の一つは、私たちは特定のニーズを満たすために新しい機能を急いで追加しようとしており、それがプロトコルを肥大させたり、新たな種類の相互作用要素や複雑な暗号技術を重要な依存関係として追加したりする場合でもです。これは短期的には機能の向上に役立つかもしれませんが、長期的な自己主権の維持や、帝国やイデオロギーの興亡を超えた百年にわたる分散型の超構造の構築には深刻な害を及ぼします。 根本的な問題は、プロトコル変更を「既存のプロトコルにどれほどの変更を加えるか」の観点から評価する場合、後方互換性を維持したいという願望により、追加される変更は削除される変更よりもはるかに多くなり、プロトコルは避けられないように肥大化していきます。この問題に対処するため、イーサリアム開発プロセスには明確な「簡略化」または「ガベージコレクション」機能が必要です。この「簡略化」には3つの指標があります。 1. プロトコルの総コード行数を最小限に抑える。 2. 本質的に複雑な技術コンポーネントへの不要な依存を避ける。 3. より多くの不変性を追加する：プロトコルが依存できるコアプロパティ。たとえば、EIP-6780（selfdestructの削除）は、各ブロックで最大N個のストレージスロットを変更できるというプロパティを追加し、クライアント開発を大幅に簡略化しました。 ガベージコレクションは、小規模なものでも大規模なものでも可能です。小規模なアプローチは、既存の機能をより簡潔で合理的な形に簡略化することを試みます。大規模なガベージコレクションの例としては、PoWをPoSに置き換えることが挙げられます。 もう一つの方法は「ロゼッタ式の後方互換性」です。これは、複雑だがほとんど使われない機能は引き続き利用可能であるが、「スマートコントラクトコード」に「降格」され、強制的なプロトコルの一部ではなくなるものです。これにより、新しいクライアント開発者はそれらを処理する必要がなくなります。たとえば、完全なネイティブアカウント抽象化に移行した後、すべての古いトランザクションタイプは廃止される可能性があります。既存のプリコンパイルをEVMまたはRISC-Vコードで置き換え、最終的には仮想マシンをEVMからRISC-Vに変更するなどです。 最後に、クライアント開発者がすべての古いイーサリアムプロトコルバージョンを処理する必要がなくなることを願っています。長期的にはイーサリアムの変化の速度を遅らせる努力をし、無駄な部分がイーサリアムプロトコルの永久的な負担にならないようにすべきです。