結局、プリコンパイルとEVMは、Ethereumに暗号化サポートを導入するための誤った場所である。その理由は、プリコンパイルとEVMの両方が、何らかの形でEthereumチェーンに含められるデータ上で動作するからであり、現実的には、これはキャールデータとしてブロックに含められることを意味する。この領域は限られている——PeerDASやブロック内バッチを用いても、実用的な上限は約8MB/sであり、それを超えると不快になる。 覚えておいてほしい：これはブロックチェーンではない。これは暗号化されたワールドコンピュータである。「メインスレッド」のデータ・実行に必要のないあらゆるデータ・計算は、メインスレッドに含めるべきではない。 代わりに、正しい解決策は……EIP-8288マキシマリズムである。 自己完結型の重い計算がある場合、クライアント側で計算を行い、STARKで証明する（これは急速に高速化しており、携帯電話でも可能になりつつある）。その後、EIP-8288の再帰的集約メカニズムを通じてSTARKをプッシュする。チェーンは、計算が実行されたこととその結果を認識するだけであり、実際のデータや計算を一切見ることはない。 これにより、誰もが好きな暗号化手法を利用でき、Ethereumチェーンは軽量なまま維持され、今後新たなプリコンパイルを追加する必要は一切なくなる。