- Buterinは、プロトコルの複雑さが信頼不要な検証を弱め、ユーザーが自己検査よりも専門家に依存せざるを得なくなると指摘しています。
- 後方互換性は膨張を促進し、未使用の機能や複雑な相互作用が蓄積することでセキュリティリスクを高めます。
- 彼は、コードを削減し暗号技術を制限し、将来のクライアント開発を簡素化するためのプロトコルの「ガベージコレクション」を促しています。
イーサリアムの共同創設者ビタリック・ブテリンは、日曜日の1月18日にXに投稿した中で、イーサリアムの技術的方向性について直接的な警告を発しました。公開書き込みの中で、ブテリンはイーサリアムのプロトコルの複雑さが増大し、現在では信頼性、セキュリティ、ユーザーの主権を脅かしていると述べました。彼のコメントは、ガバナンスの規律に焦点を当てており、価格や競争、ネットワークのスケーリングについてではありません。
信頼と退出の基盤としてのシンプルさ
ビタリック・ブテリンによると、プロトコルのシンプルさは、ノード数やフォールトトレランスの閾値よりも、信頼不要なシステムの基盤となるものです。彼は、複雑な設計はユーザーに専門家に依存してプロトコルの挙動を解釈させることを強いると述べました。特に、その依存は、分散化の指標が強く見える場合でも、独立した検証を弱めることになります。
また、「ウォークアウェイテスト」についても言及し、新しいチームが安全にクライアントを再構築できるかどうかを測るものだと説明しました。しかし、ブテリンは、膨れ上がったコードベースは、置き換えを行う開発者にとって障壁となると述べました。複雑さが増すにつれて、クライアントの多様性は減少し、管理できるチームの数も少なくなると指摘しています。
さらに、ブテリンは複雑さと自己主権の関係も指摘しました。ユーザーが検査や理解できないシステムは、完全に所有しているとは言えません。その結果、読めないプロトコルは、技術的な洗練度に関係なく、ユーザーのコントロールを弱めると述べました。
後方互換性とガバナンスのトレードオフ
ブテリンは、イーサリアムの膨張の原因を、プロトコルの変更がどのように評価されるかに遡りました。開発者はしばしば、機能を追加することを優先し、削除よりも後方互換性を重視します。時間の経過とともに、その不均衡は、未使用のコンポーネントがプロトコル全体に蓄積されることにつながります。
しかし、保持された各機能は、相互作用のリスクを高めます。ブテリンは、複雑な相互作用は失敗の予測やデバッグを難しくすると述べました。彼によると、システムが理解しづらくなるにつれて、セキュリティは侵食されると指摘しています。
また、重い暗号依存に対しても警鐘を鳴らしました。少ないプリミティブに依存するプロトコルは、監査やセキュリティ確保が容易です。一方、層状の暗号は検証を複雑にし、長期的なメンテナンスリスクを高めます。
“ガベージコレクション”と測定された簡素化
膨張に対抗するために、ブテリンは明示的なプロトコルの「ガベージコレクション」を提案しました。彼は、まずコードの総行数を最小化することから始めるべきだと述べました。簡潔なプロトコルは、検査や保守が容易です。
次に、複雑な暗号技術への依存を制限することを促しました。仮定を少なくすることで、セキュリティの明確さが向上すると指摘しています。最後に、クライアント開発を簡素化するための不変条件を追加することを強調しました。
彼は、EIP-6780やEIP-7825を例に挙げました。これらの変更は、状態変異の複雑さを削減し、トランザクション処理コストの上限を設定しました。また、イーサリアムのプルーフ・オブ・ワークからプルーフ・オブ・ステークへの移行など、過去のクリーンアップも言及しています。
ブテリンは、イーサリアムの最初の15年間を実験的な期間と表現しました。彼は、今後の開発は未使用の機能を持ち越さないようにすべきだと述べています。
