イーサリアム自体は “ウォークアウェイテスト（walkaway test）”。
イーサリアムの目標は、金融、ガバナンス、その他の分野において、信頼不要（trustless）および信頼最小化（trust-minimized）アプリケーションの家となることです。金融、ガバナンス、その他の分野を問わず。
それは、よりツールに近い性質を持つアプリケーションをサポートしなければならない。
ハンマーのように、購入した時点で完全にあなたのものとなる。開発者がメンテナンスを放棄した場合（あるいは最悪、ハッキングされた場合）に機能が完全に失われるようなサービス型アプリケーションではない。
たとえ特定のアプリケーションが特定の開発者に依存している場合でも、イーサリアムはその依存度を可能な限り低減し、依存関係が失われた際にユーザーを最大限保護すべきである。
しかし基盤プロトコル自体が特定の「供給元」供給元”単なるコア開発者全体のプロセスに過ぎない場合、そのようなアプリケーションエコシステムは真に構築できない。
イーサリアムというブロックチェーン自体が、イーサリアムアプリケーションで追求する特性を備えていなければならない。したがって、イーサリアム自身は「離脱テスト」に合格しなければならない。
これは、イーサリアムが次の状態に到達しなければならないことを意味する：もし我々が望むなら、「プロトコルを固定化（ossify）する」ことを選択できる状態に到達しなければならない。
これは、プロトコルの改善を必ずしも停止する必要があるという意味ではなく、イーサリアムの価値提案が、現在のプロトコルにまだ存在しない機能に厳密に依存しなくなる段階に到達しなければならないという意味です。
これには少なくとも以下の要素が含まれます：
完全な量子耐性。私たちは、次のような罠に陥ることを避けるべきです：「あと数年の効率を搾り取るために、量子耐性を最後の最後まで先送りする。」
個々のユーザーはそう選択できるかもしれませんが、プロトコル層はそうすべきではありません。誇りを持ってこう言えるように：「イーサリアムプロトコルは、今日の形態のまま、今後100年間は暗号学的に安全である」。これは、私たちが一日も早く実現し、誇りとして堅持すべき目標である。
十分な規模に拡張可能なアーキテクチャ。プロトコルは時間の経過とともに毎秒数千件のトランザクションを処理できる能力を備えていなければならず、特に以下を含む： ZK-EVM 検証 および PeerDAS によるデータサンプリング。理想的には、将来のスケーリングは主にパラメータ調整によって達成される。さらに理想的なのは、これらの調整が BPO 式のハードフォークではなく、 gas limit のように、バリデーターの投票メカニズムによって行われる。
数十年にわたって稼働可能なステートアーキテクチャ。これは、何らかの形の部分的なステートレス化とステート期限切れを決定・実装する必要があることを意味し、イーサリアムが数千 TPS で数十年間稼働した後も、同期、ディスク、または I/O の要求に押し潰される心配がない状態を維持できることを意味します。同時に、長期的な環境に向けてツリー構造とストレージタイプの先を見据えた設計を行う必要もあります。
汎用アカウントモデル（すなわち「完全アカウント抽象化”）：プロトコルにおける ECDSA 署名検証のハードコードされた依存関係。
我々は、 DoS 脆弱性の ガス 価格体系は、実行層と ZK 証明層の両方を含みます。
時間の試練に耐える PoS 経済モデル。過去5年間のイーサリアムにおける PoS、およびそれ以前の10年間の関連実践から得た経験に基づき、このモデルが今後数十年にわたり分散化を維持し、 ETH を信頼不要な担保資産として（例えばガバナンス最小化のための ETH 担保型ステーブルコインとして）活用することを確信すべきです。
中央集権化圧力に耐えるブロック構築モデルは、未知の将来環境においても検閲耐性を保証します。
理想的には、今後数年間でこれらの困難だが重要な作業を完了し、その後ほぼすべてのイノベーションがクライアント最適化によって実現され、パラメータ変更を通じてプロトコルに反映されるようにします。
毎年、少なくとも一つ、できれば複数の項目を達成すべきである。
一度で正しく行うこと、「真に正しいこと」への深い理解に基づき、妥協的な中途半端な修正ではなく、イーサリアムの技術的・社会的側面における長期的な健全性を最大化する。
イーサリアム、全力を尽くす。
これこそがイーサの道である。
Coinlive 
