Según PANews, el cofundador de Ethereum, Vitalik Buterin, publicó un artículo sobre la simplificación del protocolo Ethereum y la reducción de la carga de recursos del nodo. Destaca el EIP-6780 en el hard fork Dencun, que eliminó la mayor parte de la funcionalidad del código de operación SELFDESTRUCT, simplificando el protocolo al eliminar la complejidad y agregando nuevas garantías de seguridad. Vitalik se refiere a esto como una parte importante del proceso de 'Purga' en curso y proporciona tres ejemplos de otras 'Purgas': 1. Geth eliminó recientemente miles de líneas de código al dejar de admitir la red previa a la fusión (PoW); 2. EIP-161 estableció el hecho de que ya no debemos preocuparnos por las "cuentas vacías", introduciendo este concepto como parte de la respuesta al ataque DoS de Shanghai; 3. La ventana de almacenamiento de 18 días para blobs en Dencun significa que los nodos de Ethereum solo necesitan alrededor de 500 GB para almacenar datos de blobs, y este número no aumentará con el tiempo.

Con respecto a las precompilaciones, Vitalik señala que algunas precompilaciones son mucho menos necesarias de lo previsto y son una fuente importante de errores de consenso y puntos débiles para las nuevas implementaciones de EVM. Se pueden utilizar dos métodos para eliminar estas precompilaciones: 1. Simplemente eliminar la precompilación, como EIP-7266, que elimina BLAKE2; 2. Reemplace la precompilación con un fragmento de código EVM que realice la misma operación (aunque inevitablemente con un mayor costo de gas). Sobre el tema de la historia, Vitalik señala que una cuestión clave que debe abordarse es quién almacenará la historia antigua, si no todos los nodos. En la práctica, grandes entidades como los exploradores de bloques la almacenarán, pero también es posible y no difícil crear protocolos de red peer-to-peer para almacenar y transmitir esta información, que sean más adecuados para la tarea. La cadena de bloques de Ethereum es permanente, pero exigir que cada nodo almacene permanentemente todos los datos es una implementación demasiado "pesada" de la permanencia. Una simple red de torrents de historia antigua peer-to-peer es un enfoque, mientras que un protocolo optimizado más explícitamente para el uso de Ethereum es otro. EIP-4444 podría aumentar considerablemente la descentralización de los nodos Ethereum.

Con respecto a la reforma de LOG, Vitalik sugiere eliminar el problema y simplificar el código de operación de LOG para crear solo un valor y convertirlo en estado. Luego, se pueden crear protocolos separados que utilizan ZK-SNARK y Computación Incremental Verificable (IVC) para generar 'árboles de registros' demostrablemente correctos, que representan tablas de registros de fácil búsqueda para un tema determinado. Las aplicaciones descentralizadas que requieren registros pueden utilizar estos protocolos separados. En cuanto a la transición a SSZ, Vitalik afirma que la capa de consenso de Ethereum se ha movido hacia un SimpleSerialize (SSZ) más limpio y eficiente, pero la transición aún debe completarse y la capa de ejecución debe trasladarse a la misma estructura. Actualmente, existen tres estructuras de datos criptográficos en Ethereum: árboles binarios SHA256, listas hash SHA3 RLP y árboles Patricia hexadecimales. Una vez que se complete la transición a SSZ, solo quedarán dos: árboles binarios SHA256 y árboles Verkle. A largo plazo, los árboles binarios de Merkle que utilizan algoritmos hash compatibles con SNARK pueden reemplazar a los árboles binarios SHA256 y a los árboles Verkle una vez que seamos lo suficientemente competentes con el hash basado en SNARK.