Añadir EIP: Esquema de codificación por longitud de ejecución de calldata Para los EVM L1s (por ejemplo, Tempo), la eficiencia del calldata vuelve a ser importante. Los L2s de OP comprimen automáticamente el calldata y reenvían los ahorros a los usuarios. Pero si eres un L1, necesitarás optimizar eso. Explicación técnica (para los fans de Fantasy Top): En el calldata de Ethereum, los bytes cero cuestan 1/4 del precio de los bytes no cero. Pero esto es un poco arbitrario, porque el calldata todavía se transmite y almacena tal cual, sin siquiera una simple compresión RLE. Ese costo de 1/4 es para incentivar la compresión, pero nadie lo está haciendo realmente. Si se implementara incluso una simple RLE, los bytes cero costarían 1/100 del costo de los bytes no cero. Así que para mejorar la alineación de Ethereum y polinizar de vuelta, pensé, ¿por qué no hacer un nuevo EIP para esto? Esto también es por razones prácticas, porque no quiero cambiar los estándares de contratos inteligentes existentes como el ERC-7821 para incluir un modo optimizado de calldata solo por eso. Una optimización a nivel de transacción sería mejor (porque todo el calldata de la transacción se beneficiaría). Hay dos formas de hacerlo: - Implementar un esquema de compresión RLE a nivel de transacción (nivel EIP). - Implementar precompilaciones para la compresión/descompresión de calldata (estilo RIP). LibZip.cdCompress de Solady es bastante eficiente, pero ¿por qué no convertirlo en precompilaciones? De cualquier manera, necesitaremos formalizar primero el esquema de codificación, y por lo tanto la necesidad de escribir esto.