Vitalik Buterin ha presentado su visión para optimizar Ethereum , un plan al que denomina "La Purga". Un aspecto 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 forma parte de un esfuerzo más amplio para depurar Ethereum , con el objetivo de hacerlo menos complejo y más seguro.
La clave de EIP-6780 reside en la drástica reducción de la función del código de operación SELFDESTRUCT, lo que limita su capacidad para anular untracy borrar su código y almacenamiento, excepto cuando eltracse origina en la misma transacción. Si bien podría no parecer un gran avance hacia la simplicidad en las especificaciones del protocolo, alivia notablemente la carga de las implementaciones al implementar dos nuevas reglas: un límite en el número de ranuras de almacenamiento modificables dentro de un mismo bloque y la garantía de que si untracinicia una transacción o bloque con código, la terminará de la misma manera.
Antes de este cambio, el panorama Ethereum era más complejo. Untracpodía utilizar la autodestrucción para borrar un número ilimitado de ranuras de almacenamiento dentro de un bloque, lo que complicaba la posible implementación de árboles Verkle y ralentizaba las implementaciones de clientes con la necesidad de código de gestión adicional y eficiente. Lostractambién podían autodestruirse y luego renacer inmediatamente con un código diferente, lo que representaba un problema de seguridad para la verificación de transacciones en billeteras detracde cuentas. Con la introducción de EIP-6780, se abordan estos desafíos, simplificando la creación de clientes Ethereum y otra infraestructura.
El esfuerzo continuo de limpieza de Ethereum
La búsqueda de simplificación de Ethereumno se detiene en la EIP-6780. Geth, por ejemplo, ha recortado recientemente miles de líneas de código al dejar de dar soporte a redes pre-fusión (Prueba de Trabajo). Otra mejora incluye el reconocimiento formal de que las "cuentas vacías" ya no son un problema, gracias a una corrección introducida previamente por la EIP-161. Además, la actualización de Dencun ha introducido una ventana de almacenamiento de 18 días para blobs, lo que reduce considerablemente la demanda de almacenamiento en los nodos Ethereum .
El enfoque también se centra en las precompilaciones:tracespeciales diseñados para criptografía compleja que el código EVM estándar no puede gestionar eficientemente. A pesar de su éxito, especialmente al habilitar aplicaciones ZK-SNARK, ciertas precompilaciones como RIPEMD-160,dent, BLAKE2 y MODEXP se utilizan poco hoy en día. Su aplicación limitada, sumada a los errores de consenso que introducen, las ha llevado a una posible eliminación o sustitución por código EVM, aunque con un mayor gasto de gas.
Otro avance significativo hacia la simplificación es la EIP-4444, que aborda la práctica insostenible de que los nodos almacenen todos los bloques históricos de formadefi. Al introducir blobs y establecer un plazo de almacenamiento, la EIP-4444 busca aliviar la carga de almacenamiento en los nodos, facilitando que más usuarios los operen y, por consiguiente, 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, esenciales para que las aplicaciones descentralizadas traceventos en cadena, presentan ineficiencias, lo que lleva a la mayoría de las aplicaciones a depender de servicios centralizados. La solución propuesta implica la eliminación de los filtros Bloom y la simplificación del código de operación LOG para impulsar el desarrollo de métodos de recuperación de registros descentralizados más eficientes que utilicen ZK-SNARK y computación con verificación incremental.
Finalmente, la metodología de almacenamiento y acceso a datos de Ethereumestá lista para una importante renovación con la adopción de SimpleSerialize (SSZ). Esta transición busca reemplazar los obsoletos árboles RLP y Merkle Patricia, prometiendo numerosas ventajas, como una especificación más clara, pruebas de Merkle más cortas y acotadas, y la eliminación del código complejo de manipulación de bits. La transición hacia SSZ representa un paso crucial en la unificación de las estructuras de datos criptográficos de Ethereum, preparándonos para un futuro donde una única función hash compatible con SNARK podría servir a todo Ethereum.
