「信頼不足」や「ウォークアウェイテスト合格」「自己主権」の重要で、かつ一貫して過小評価されがちな側面は、プロトコルの単純さです。 たとえプロトコルが数十万ノードの超分散型で、ビザンチンのフォールトトレランス率が49%、ノードが量子安全なピアダスやスタークで完全に検証しているとしても、数十万行のコードと5種類の博士レベルの暗号技術が混在する扱いにくい混沌としていれば、最終的にそのプロトコルは3つのテストすべてに失敗します。 * それは信用できないわけではない。なぜなら、プロトコルの性質を教えてくれる少数の高位司祭たちを信頼しなければならないからだ * 既存のクライアントチームが離れると、新しいチームが同じ品質レベルに到達するのは非常に困難になるため、ウォークアウェイテストには通らない * それは自律的ではありません。なぜなら、最も技術的な人でさえその物を点検し理解できないなら、それは完全にあなたのものではないからです また、プロトコルの各部分、特に複雑な方法で他の部分と相互作用できる場合、プロトコルが破れるリスクがあるため、安全性も低くなります。 Ethereumプロトコル開発に関して私が懸念しているのは、非常に特定のニーズに応えるために新機能を追加しすぎてしまうことです。たとえそれらの機能がプロトコルを肥大化させたり、新しい種類の相互作用コンポーネントや複雑な暗号を重要な依存関係として加えたりしてしまっても。これは短期的な機能向上には良いこともありますが、長期的な自治権の維持や、帝国やイデオロギーの興亡を超える100年にわたる分散型超構造の構築には非常に破壊的です。 核心的な問題は、プロトコルの変更を「既存プロトコルの変更としてどれだけ大きいか」という視点で判断すると、後方互換性を維持したいという欲求が、削除よりも追加がはるかに頻繁に起こり、プロトコルは時間とともに必然的に肥大化してしまうことです。これに対抗するために、イーサリアムの開発プロセスには明確な「簡素化」/「ガベージコレクション」機能が必要です。 「簡素化」には3つの指標があります: * プロトコル内のコード行数を最小化すること。理想的なプロトコルは、1ページ、あるいは少なくとも数ページに収まるものです * 根本的に複雑な技術的コンポーネントへの不必要な依存を避けること。例えば、セキュリティがハッシュのみに依存するプロトコル(さらに良いのは、ちょうど1つのハッシュ関数に依存する)は、ハッシュと格子に依存するプロトコルよりも優れています。何よりもアイソジェニズ(同性)を混ぜ込むのは最悪です。なぜなら(それを理解した本当に優秀で勤勉なオタクたちには申し訳ないですが)誰もアイソジェニズを理解していないからです。 * プロトコルが頼れる_invariants_: コア特性の追加。例えばEIP-6780(自己破壊除去)はスロットごとに最大N個のストレージスロットを変更可能でクライアント開発を大幅に簡素化し、EIP-7825(トランザクションあたりのガスキャップ)は1トランザクション処理コストの上限を設定し、ZK-EVMや並列実行に大いに役立ちました。 ゴミ収集は断片的に行うこともあれば、大規模に行うこともできます。この断片的なアプローチは、既存の機能を取り入れ、よりシンプルで意味のあるものにするために簡略化しようとします。一例としてグラムステルダムのガスコスト改革があり、以前は恣意的だった多くのガスコストが、資源消費に明確に関連する少数のパラメータに依存するようになった。 大規模なゴミ収集の一つがPoWをPoSに置き換えようとしていました。もう一つはリーン・コンセンサスの一環として起こり、同時に多くのミスを修正する場が開かれるでしょう( )。 もう一つのアプローチは「Rosettaスタイルの後方互換性」で、複雑だがあまり使われていない機能は使えるものの、必須プロトコルの一部から「降格」され、代わりにスマートコントラクトコードとして扱われるため、新規クライアント開発者はそれらを使う必要がなくなります。例: * 完全なネイティブアカウント抽象化にアップグレードすれば、すべての旧トランザクションタイプを廃止でき、EOAはすべての取引タイプを処理可能なスマートコントラクトウォレットに変換できます * 既存のプリコンパイル(本当に必要なものを除く)をEVMや後のRISC-Vコードに置き換えることができます * 最終的にはVMをEVMからRISC-V(または他のよりシンプルなVM)に変更できます。EVMは新しいVM上でスマートコントラクトに変換される可能性があります。 最後に、クライアント開発者がすべての古いバージョンのイーサリアムプロトコルを扱う必要を感じる必要性から脱却したいと考えています。それは古いクライアントバージョンのdockerコンテナで動作するのに任せておけます。 長期的には、イーサリアムへの変化速度がもっと遅くなることを願っています。いろいろな理由で、最終的には必ずそうなると思います。この最初の15年間は、思春期の段階として部分的に捉えるべきで、そこで多くのアイデアを探求し、何が効果的で何が役に立つか、何がそうでないかを見極めました。私たちは、役に立たない部分がイーサリアムプロトコルの恒久的な足かせになるのを避けるよう努めるべきです。 基本的に、私たちはEthereumをこのように改善したいと考えています。

2026年は、自己主権と信頼の欠如という点で失った土地を取り戻す年です。 これが実際に意味することは以下の通りです: フルノード:ZK-EVMとBALのおかげで、ローカルでノードを運用し、自分のコンピュータでイーサリアムチェーンの検証が再び容易になります。 Helios:RPCから受け取るデータを盲目的に信用するのではなく、実際に検証してください。 ORAM、PIR:どのデータを求めるかを明かさずにRPCからデータを求めてください。そうすれば、アクセスパターンが世界中の何十もの第三者に売られることなくdappにアクセスできます。 ソーシャルリカバリーウォレットとタイムロック:シードフレーズを紛失しても全財産を失ったり、オンライン・オフラインの攻撃者がシードフレーズを抽出したり、Googleによって全財産をバックドア化させないウォレットです。 プライバシーUX:ウォレットからプライベートな支払いを行い、公開支払いと同じユーザー体験を享受できます。 プライバシー検閲への抵抗:公共放送エコシステムに依存せず、ERC-4337メモリプール、そして間もなくネイティブのAA + FOCILによるプライベート決済。 アプリケーションUI:IPFSでオンチェーンUIからより多くのdappを使い、信頼されたサーバーに依存しないようにしましょう。サーバーがオフラインになった場合に資産の実質的な回復が制限され、一瞬でもハッキングされると資金を奪われるハイジャックされたUIを生成します。 これらの多くの分野で、過去10年間でイーサリアムの深刻な後退が見られました。ノードは走りやすい状態から走りにくい状態に変わりました。Dappsは静的なページから、すべてのデータを十数台のサーバーにリークする複雑な巨大化へと変貌しました。ウォレットはすべてをRPC経由でルーティングしていました。RPCは自分のコンピュータ上でも任意のノードで、今や自分の好きなサーバーにデータをリークするようになりました。ブロック構築はより中央集権化され、イーサリアム取引の包含保証はごく少数のビルダーの気まぐれに委ねられました。 2026年には、もうそうではありません。これまでイーサリアムが行ってきた価値観のあらゆる妥協――主流の採用のために自分たちをこれほどまでに希釈する価値があるのかと考えた瞬間――私たちはもはやその妥協をしません。 長い道のりになるでしょう。次の琥珀リリースや次のハードフォーク、あるいはその次のハードフォークで、私たちが望むすべてを手に入れることはできません。しかし、それはイーサリアムを現在の宇宙における位置だけでなく、はるかに大きな位置に値するエコシステムに変えるでしょう。 ワールドコンピュータには中央集権的な支配者はいない。 単一の故障点はありません。 愛だけがある。 お嬢様。