Finalement, les précompilations et la EVM ne sont pas les bons endroits pour intégrer la plupart des fonctionnalités cryptographiques dans Ethereum. La raison est que les précompilations et la EVM opèrent sur des données qui doivent être incluses d’une manière ou d’une autre dans la chaîne ethereum, ce qui signifie concrètement incluses dans un bloc sous forme de calldata. Cet espace est limité — même avec PeerDAS et les blocs-dans-les-blobs, il existe une limite pratique d’environ 8 Mo/s avant que cela ne devienne inconfortable. Rappelez-vous : ce n’est pas une blockchain. C’est un ordinateur cryptographique mondial. Toute donnée ou calcul qui n’a pas besoin d’être dans le « fil principal » de données/execution ne doit pas être placé dans ce fil principal. La solution correcte est... le maximalisme de l’EIP-8288. Si vous avez un calcul lourd et autonome, effectuez-le et générez un STARK côté client (cela devient de plus en plus rapide, même sur les téléphones), puis transmettez le STARK via le mécanisme d’agrégation récursive de l’EIP-8288. La chaîne ne voit que le fait que le calcul a été effectué et quel en est le résultat ; elle n’a jamais besoin de voir les données ou le calcul réels. Ainsi, chacun peut utiliser n’importe quelle cryptographie qu’il souhaite, la chaîne Ethereum peut rester légère, et nous n’aurons jamais besoin d’ajouter davantage de précompilations.