Por Canuto  

Ethereum ensayó EIP-8297 en un shadowfork de mainnet para reorganizar cómo almacena los datos de su red. La propuesta apunta a pruebas de estado más pequeñas y a facilitar futuras medidas para controlar el crecimiento del estado, aunque su despliegue sigue previsto tentativamente para el cuarto trimestre de 2026.
***

  • El Árbol Binario Particionado reemplazaría los tries hexarios de Merkle Patricia y reuniría los tries de cuentas y almacenamiento en una estructura común.
  • En el shadowfork glamsterdam-pbt-1, nodos Besu reconstruyeron el estado en el nuevo formato en unas 2 horas y 41 minutos.
  • La fecha de activación en mainnet aún no está definida y faltan pruebas adicionales con otros clientes de ejecución.

Ethereum ensayó una reforma de su estructura de datos con una prueba de EIP-8297 en un shadowfork de mainnet, una red de prueba que replica el entorno principal sin poner en riesgo los fondos de sus usuarios. La propuesta, conocida como Árbol Binario Particionado o PBT, busca reorganizar el estado de la blockchain y facilitar la generación de pruebas más pequeñas. El ensayo ocurrió el 29 de octubre de 2026, aunque el despliegue completo todavía es una meta y no una fecha confirmada.

El cambio importa porque el estado reúne información que Ethereum necesita para funcionar, incluidos los saldos de las cuentas, el código de los contratos inteligentes y los datos que esos contratos almacenan. Según la información publicada por CryptoBriefing, el nuevo diseño aspira a simplificar la forma de recorrer y demostrar esos datos, con posibles beneficios para la hoja de ruta de escalabilidad de la red. La propuesta no plantea modificar la experiencia cotidiana de quienes usan contratos o billeteras.

Qué cambiaría con EIP-8297

Hoy Ethereum organiza su estado mediante tries hexarios de Merkle Patricia. EIP-8297 propone sustituirlos por un árbol binario, en el que cada rama se divide en dos, con la intención de hacer más sencilla la estructura y facilitar las pruebas sobre la información guardada. No se trata de cambiar qué datos necesita la red, sino de modificar cómo los ordena y los presenta para su verificación.

El diseño también combinaría en una sola estructura los tries de cuentas y de almacenamiento, que actualmente se manejan por separado. La propuesta denomina “particionado” al método de organización de las claves, que agrupa datos relacionados en zonas designadas. Ese orden busca mantener juntos elementos vinculados y, a la vez, establecer una base distinta para las operaciones de prueba.

Otro componente del cambio consiste en retirar la codificación RLP, el formato de serialización que Ethereum utiliza actualmente. La propuesta plantea que eliminarlo ayudaría a resolver dificultades que ese formato presenta para las pruebas criptográficas, un aspecto relevante para sistemas que necesitan verificar información sin procesarla de la manera tradicional. La fuente describe esta simplificación como una ventaja potencial para el trabajo de pruebas de conocimiento cero, no como una mejora que ya haya reducido costos para los usuarios.

Los autores diseñaron PBT para que el cambio resulte invisible en el funcionamiento normal de las aplicaciones. Según la descripción de EIP-8297, no pretende modificar los cronogramas de gas ni alterar el comportamiento de la Máquina Virtual de Ethereum, por lo que los contratos existentes no tendrían que reescribirse. Esa compatibilidad es parte de la propuesta, pero su alcance deberá confirmarse a medida que avance la implementación y se pruebe con distintos clientes.

El ensayo en el shadowfork y el calendario

El shadowfork llamado glamsterdam-pbt-1 permitió ensayar la actualización propuesta en una copia aislada de la red principal. Este tipo de prueba reproduce condiciones cercanas a mainnet y ofrece a los desarrolladores un espacio para observar cambios sin arriesgar fondos reales. EthPandaOps operó el shadowfork, donde la transición a PBT se ejecutó sin problemas, de acuerdo con el reporte sobre el ensayo.

En esa prueba, nodos que utilizan Besu, el cliente de ejecución desarrollado por Consensys, reconstruyeron el estado en el nuevo formato a partir de sus bases de datos existentes. El proceso tomó aproximadamente 2 horas y 41 minutos, un dato que aporta una primera referencia sobre la conversión para esa implementación. Sin embargo, el resultado no demuestra por sí solo que todos los clientes puedan completar el proceso de la misma forma.

La diferencia entre probar un cliente y validar el conjunto de implementaciones es central para interpretar el avance. Ethereum funciona con varios clientes de ejecución, y cada uno deberá convertir correctamente su estado si la actualización llega a la red principal. La información disponible detalla los resultados de Besu en el shadowfork, pero no presenta resultados equivalentes para los demás clientes.

El despliegue completo está previsto para el cuarto trimestre de 2026, sin que se haya anunciado una fecha específica de activación en mainnet. Por ahora, ese horizonte funciona como objetivo y no como compromiso definitivo, según el reporte de CryptoBriefing. Nuevas rondas de shadowfork, pruebas con otros clientes y un anuncio formal de activación serán señales para evaluar si el calendario se mantiene.

Por qué la estructura de estado es relevante

Uno de los objetivos de fondo es facilitar el desarrollo de clientes sin estado, que podrían verificar bloques sin almacenar por cuenta propia el estado completo de Ethereum. Para hacerlo necesitan pruebas compactas que permitan comprobar la validez de la información pertinente sin cargar con todo el registro. Si PBT genera pruebas más pequeñas y simplifica su verificación, como busca el diseño, podría eliminar un obstáculo para avanzar en esa dirección.

El crecimiento del estado también se relaciona con la posibilidad de aplicar en el futuro mecanismos de expiración. Cada nodo completo debe cargar el estado de la red, y ese requisito aumenta la carga asociada a mantenerlo a medida que se acumulan datos. PBT se diseñó para admitir futuros métodos de expiración del estado sin cambiar los patrones de acceso actuales, pero la propuesta no significa que Ethereum ya haya implementado esa medida.

La simplificación de las pruebas también puede ser importante para quienes trabajan con sistemas de conocimiento cero. Según la descripción de la propuesta, retirar RLP podría reducir dificultades que el formato actual crea para ese tipo de sistemas. La consecuencia concreta dependerá de las herramientas y desarrollos posteriores: el cambio de estructura, por sí solo, no equivale a una reducción inmediata de tarifas ni a una mejora de costos ya disponible.

En particular, EIP-8297 está diseñada para no cambiar los cronogramas de gas, por lo que no corresponde presentar el ensayo como una promesa de transacciones más baratas desde el momento de activación. Los posibles beneficios económicos dependerían de mejoras posteriores que la nueva estructura permita desarrollar. Esa distinción separa el objetivo técnico inmediato, reorganizar y facilitar la demostración del estado, de las aplicaciones futuras que podrían aprovecharlo.

Origen de la propuesta y próximos pasos

EIP-8297 fue creada el 11 de junio de 2026 y refleja un esfuerzo colaborativo que incluye contribuciones de Vitalik Buterin, según la ficha de la propuesta. El documento plantea sustituir los tries hexarios de Merkle Patricia y combinar los tries de cuentas y almacenamiento en un árbol binario particionado. El diseño se inserta en una discusión técnica más amplia sobre cómo organizar y verificar el estado de la red.

La prueba reciente es un avance de implementación, no la confirmación de que la actualización ya esté lista para todos los nodos. Los siguientes hitos que señala el reporte son nuevas rondas de shadowfork, la publicación de resultados de otros clientes de ejecución y la definición de una fecha de activación. Esos pasos permitirían valorar mejor la compatibilidad y los tiempos de conversión antes de considerar un cambio en mainnet.

Para usuarios y desarrolladores de aplicaciones, el diseño promete continuidad: las billeteras seguirían funcionando y los contratos continuarían ejecutándose sin que sus creadores tengan que rehacer el código, siempre según la intención de la propuesta. Para operadores de nodos, en cambio, la conversión correcta de las bases de datos y la coordinación entre clientes serán aspectos prácticos que deberán comprobarse. La información disponible no detalla todavía resultados de esa conversión fuera de Besu.

El resultado del ensayo permite a Ethereum avanzar en la evaluación de una reforma técnica que apunta a pruebas más compactas y a preparar posibles herramientas para gestionar el crecimiento del estado. Pero la distancia entre una prueba satisfactoria en un shadowfork y una activación general sigue dependiendo de más verificaciones. Hasta que se anuncie una fecha y se conozcan resultados adicionales, el cuarto trimestre de 2026 debe leerse como una previsión sujeta a cambios.


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados