Adicionar EIP: esquema de codificação de comprimento de execução Calldata Para EVM L1s (por exemplo, Tempo), a eficiência dos dados de chamada é importante novamente. Os L2s da pilha OP compactam automaticamente os dados de chamada e encaminham as economias de volta aos usuários. Mas se você for um L1, precisará otimizar isso. Explicação técnica (para fãs do Fantasy Top): Nos dados de chamada do Ethereum, zero bytes são 1/4 do preço de bytes diferentes de zero. Mas isso é meio arbitrário, porque os dados de chamada ainda são transmitidos e armazenados literalmente sem nem mesmo uma simples compactação RLE. Esse custo de 1/4 é para incentivar a compactação, mas ninguém está fazendo isso na verdade. Se houver um RLE simples implementado, zero bytes custaria 1/100 do custo de bytes diferentes de zero. Então, para melhorar o alinhamento do Ethereum e a polinização cruzada de volta, pensei, por que não fazer um novo EIP para isso. Isso também é por razões práticas, porque não quero alterar os padrões de contrato inteligente existentes, como o ERC-7821, para incluir um modo otimizado para calldata apenas para isso. Uma otimização no nível txn seria melhor (porque todos os dados de chamada txn serão beneficiados). Existem duas maneiras de fazer isso: - Implemente um esquema de compactação RLE de nível txn (nível EIP). - Implemente pré-compilações para compactação/descompactação de calldata (estilo RIP). O LibZip.cdCompress de Solady é bastante eficiente, mas por que não transformá-lo em pré-compilações? De qualquer forma, precisaremos formalizar o esquema de codificação primeiro e, portanto, a necessidade de escrever isso.