Vitalik Buterin ha expuesto su visión para optimizar Ethereum , un plan que llama "La Purga". Un elemento central de esta iniciativa es la implementación de EIP-6780 durante la bifurcación dura de Dencun, que reduce significativamente las capacidades del código de operación SELFDESTRUCT. Esta medida es parte de un esfuerzo más amplio para ordenar Ethereum , con el objetivo de hacerlo menos complejo y más seguro.
El corazón de EIP-6780 radica en su drástica reducción de la función del código de operación SELFDESTRUCT, limitando su capacidad para aniquilar un trac y borrar su código y almacenamiento, excepto cuando el trac se origina en la misma transacción. Aunque puede que no parezca un salto hacia la simplicidad en las especificaciones del protocolo, alivia notablemente la carga de las implementaciones al imponer dos nuevas reglas: un límite en la cantidad de ranuras de almacenamiento que se pueden cambiar dentro de un solo bloque y la seguridad de que si un trac comienza una transacción o bloque con código, la finalizará de la misma manera.
Antes de este cambio, el panorama Ethereum era más salvaje. Un trac podría utilizar SELFDESTRUCT para limpiar un número ilimitado de ranuras de almacenamiento dentro de un bloque, complicando la posible implementación de árboles Verkle y atascando las implementaciones de los clientes con la necesidad de un código de manejo adicional y eficiente. Los trac también podrían autodestruirse y luego renacer inmediatamente con un código diferente, lo que plantea un problema de seguridad para la verificación de transacciones en billeteras de trac de cuentas. Con la introducción de EIP-6780, se abordan estos desafíos, simplificando la construcción de clientes Ethereum y otra infraestructura.
El esfuerzo de limpieza en curso de Ethereum
La búsqueda de simplificación de Ethereum no se detiene en EIP-6780. Geth, por ejemplo, ha recortado recientemente miles de líneas de código al dejar de admitir redes previas a la fusión (prueba de trabajo). Otra mejora incluye el reconocimiento formal de que las “cuentas vacías” ya no son una preocupación, gracias a una solución anterior introducida por EIP-161. Además, la actualización de Dencun introdujo una ventana de almacenamiento de 18 días para blobs, lo que reduce en gran medida las demandas de almacenamiento en los nodos Ethereum .
La atención también se desplaza hacia las precompilaciones: trac especiales diseñados para criptografía compleja que el código EVM estándar no puede manejar de manera eficiente. A pesar de su éxito, especialmente al habilitar aplicaciones ZK-SNARK, ciertas precompilaciones como RIPEMD-160, dent , BLAKE2 y MODEXP rara vez se utilizan en la actualidad. Su aplicación limitada, junto con los errores de consenso que introducen, los ha marcado para una posible eliminación o reemplazo con código EVM, aunque con un mayor gasto de gasolina.
Otro paso importante hacia la simplificación es EIP-4444, que aborda la práctica insostenible de que los nodos almacenen todos los bloques históricos de forma defi . Al introducir blobs y establecer un plazo para el almacenamiento, EIP-4444 tiene como objetivo aliviar la carga de almacenamiento en los nodos, haciendo posible que más usuarios operen nodos y, por extensión, mejorando la descentralización de Ethereum .
Revolucionando los registros y haciendo la transición a SSZ
También se está considerando la reforma del mecanismo de registro de Ethereum . Los registros tradicionales, fundamentales para que las aplicaciones descentralizadas trac de los eventos en cadena, adolecen de ineficiencias, lo que lleva a que la mayoría de las aplicaciones dependan de servicios centralizados. La solución propuesta implica eliminar los filtros de floración y simplificar el código de operación LOG para fomentar el desarrollo de métodos de recuperación de registros descentralizados y más eficientes que utilicen ZK-SNARK y computación verificable incrementalmente.
Por último, la metodología de acceso y almacenamiento de datos de Ethereum está preparada para una importante revisión mediante la adopción de SimpleSerialize (SSZ). Esta transición tiene como objetivo reemplazar los obsoletos árboles RLP y Merkle Patricia, prometiendo una serie de ventajas como una especificación más limpia, pruebas de Merkle más cortas y acotadas y la eliminación de código complejo que manipula bits. El avance hacia SSZ representa un paso crítico en la unificación de las estructuras de datos criptográficos de Ethereum , preparándonos para un futuro en el que una única función hash compatible con SNARK podría servir a todo Ethereum .
