ヴィタリック：イーサネット・プロトコルで特定の機能を "カプセル化 "することは理にかなっている。

Etherの共同創設者であるOdaily PlanetのVitalik Buterin氏が、"Etherはそのプロトコルにもっと「カプセル化」すべきかどうか "を探る記事を投稿した。この記事では、ミニマルなソフトウェアを作ることで、ユーザーの様々なニーズに容易に対応でき、ソフトウェアの肥大化の呪縛を避けることができると指摘している。しかし、ブロックチェーンはパーソナルコンピューティングのオペレーティングシステムではなく、社会システムである。つまり、特定の機能をプロトコルにカプセル化することは理にかなっている。 多くの場合、これらの他の例は、アカウントの抽象化で見たものと似ている。しかし、新たな教訓も得られた： - 機能をカプセル化することで、スタックの他の領域における中心性のリスクを回避することができる； - あまりに多くのコンテンツをカプセル化すると、プロトコルの信頼性とガバナンスの負担を拡大しすぎる可能性がある； - 多すぎる内容のカプセル化は、プロトコルを複雑にしすぎるかもしれない； - カプセル化機能は、ユーザーのニーズが予測できないため、長期的には逆効果になる可能性がある。 さらに、流動性誓約、ZK-EVM、およびプリコンパイルのケースは、中間的な道であるミニマム実行可能エンシュルメント（MVE）の可能性を示している。機能全体をカプセル化する代わりに、プロトコルは主要な課題に対処する特定の部分を含むことができ、機能が偏狭すぎたり狭すぎたりすることなく実装しやすくなる。そのような例として以下が挙げられる： - 完全な流動性誓約システムをカプセル化する代わりに、誓約のペナルティ規則を変更し、信頼されない流動性誓約をより実現可能にする； - より多くのプリコンパイラをカプセル化する代わりに、EVM-MAXおよび/またはSIMDをカプセル化することで、より幅広いクラスのオペレーションを効率的に実装しやすくする； - ロールアップの概念全体をカプセル化する代わりに、単純にEVM検証をカプセル化することができる。