Em última análise, precompilados e EVM são ambos o local errado para implementar a maioria do suporte à criptografia no ethereum. A razão é que precompilados e EVM operam em dados que precisam ser incluídos na blockchain ethereum de alguma forma, o que, na prática, significa incluídos em um bloco como calldata. Esse espaço é limitado — mesmo com PeerDAS e blocks-in-blobs, há um limite prático de ~8 MB/s antes de começar a ficar incômodo. Lembre-se: não é uma blockchain. É um computador criptográfico mundial. Qualquer dado/computação que não precise estar no “thread principal” de dados/execução não deve ser colocado nesse thread principal. A solução correta é... maximalismo do EIP-8288. Se você tiver qualquer computação pesada e autocontida, calcule-a e gere um STARK no lado do cliente (isso está ficando cada vez mais rápido, até em telefones) e envie o STARK por meio do mecanismo de agregação recursiva do EIP-8288. A cadeia vê apenas o fato de que a computação foi realizada e qual é o resultado; ela nunca precisa ver os dados ou a computação reais. Dessa forma, todos podem usar qualquer criptografia que desejarem, a cadeia ethereum pode ser leve e nunca mais precisaremos adicionar mais precompilados.