Vitalik Buterin, cofundador de Ethereum, utilizó una publicación del 27 de septiembre para esbozar un Ethereum en el que la cadena base liquida los resultados finales, mientras que las pruebas criptográficas asumen una parte cada vez mayor del trabajo de verificación. Su visión para 2030 reúne pruebas STARK recursivas, muestreo de disponibilidad de datos, herramientas de privacidad y un consenso rediseñado. El ensayo establece una dirección técnica de varios años y no un calendario de lanzamientos: el código relevante, el alcance de cada actualización y las fechas de entrega aún deben pasar por el proceso ordinario de desarrollo de Ethereum.

El cambio propuesto puede resumirse en una frase: la cadena sigue decidiendo los resultados finales, mientras que las pruebas ofrecen a los participantes una forma más eficiente de verificar el trabajo que produjo esos resultados.

Lo que Ethereum todavía debe hacer por sí mismo

Ethereum necesita un registro compartido de quién posee qué y qué transacción llegó primero. Ese registro impide que los mismos fondos se gasten dos veces y otorga a las aplicaciones un estado final al que todos los participantes pueden referirse.

Hoy en día, los nodos completos validan las transacciones y los cambios de estado de forma independiente. Comprueban si un remitente tiene fondos suficientes, si un contrato inteligente siguió sus reglas y si el estado resultante coincide con el protocolo. Ese trabajo duplicado fortalece la seguridad de la red, pero también limita las ganancias de capacidad que de otro modo aportaría añadir más computadoras.

Según el roadmap de Buterin, el ordenamiento de transacciones y la liquidación final permanecen en la capa base, mientras que la infraestructura circundante gana espacio para manejar cómputo complejo antes de que llegue a un bloque final.

Las pruebas pueden asumir más del trabajo de comprobación

Una prueba de conocimiento cero es una afirmación matemática compacta de que un cómputo siguió un conjunto definido de reglas. Los STARK —sigla de Scalable Transparent Argument of Knowledge— son una construcción transparente basada en hashes que no requiere una configuración de confianza. Un probador realiza el cálculo más pesado y aporta evidencia que otros participantes pueden verificar de manera. Las pruebas recursivas extienden el modelo al combinar muchas pruebas en una sola, lo que permite a la red comprobar un resultado comprimido que cubre un conjunto más amplio de dependencias. Este enfoque podría reducir cuánto cómputo repetido llega al entorno de ejecución de Ethereum.

Buterin ilustra la idea con una wallet que verifica una posición DeFi compleja que involucra varios activos colaterales y reglas automatizadas. En la arquitectura que describe, una prueba podría establecer que la posición se actualizó correctamente, y Ethereum liquidaría luego el estado resultante conforme a sus propias reglas.

Costos más bajos y una ejecución más rápida de acciones complejas siguen siendo resultados posibles. Su magnitud dependería de los costos de generación de pruebas, del diseño de las aplicaciones y de las funciones que finalmente lleguen a la Mainnet.

La disponibilidad de datos es una cuestión de seguridad aparte

Una prueba válida y los datos disponibles cumplen propósitos distintos. La prueba aborda si un cómputo definido se llevó a cabo correctamente; la disponibilidad de datos aborda si la información que respalda ese cómputo puede recuperarse e inspeccionarse. La distinción importa en la práctica: sin datos recuperables, incluso una prueba válida dejaría a los participantes incapaces de reconstruir de forma independiente el estado que el cómputo produjo.

PeerDAS trabaja en el segundo problema. Permite a los nodos muestrear datos de blob y generar confianza en que el conjunto de datos más amplio está disponible, eliminando la necesidad de que cada nodo descargue todo el conjunto antes de participar en la comprobación. PeerDAS llegó con la actualización Fusaka, convirtiéndose en una parte activa de la arquitectura de escalado de Ethereum. El ensayo de Buterin lleva el mismo principio de diseño más allá: colocar menos trabajo repetido en cada participante individual, preservando una vía de verificación independiente.

El ensayo también sitúa el trabajo previo sobre verificación de validadores basada en pruebas, incluida la propuesta Lean Ethereum, dentro de un plan más amplio que abarca cómputo, datos y privacidad en toda la red.

La privacidad también cubriría los rastros que dejan las wallets

El desafío de privacidad de Ethereum va más allá de ocultar montos de pago o direcciones de destinatarios. Las wallets suelen consultar servidores externos para obtener saldos, datos de tokens e historiales de transacciones, y esas solicitudes pueden revelar qué cuentas sigue o controla una persona.

Buterin describe herramientas criptográficas e infraestructura descentralizada que podrían proteger más de estos metadatos. Los objetivos declarados incluyen pagos privados, lógica de cuentas privada y menos consultas de wallet expuestas a un único proveedor de servicios.

El uso cotidiano exigiría más que investigación de protocolo. El software de wallet debe soportar estas herramientas de forma segura, y las interfaces deben explicar el modelo de seguridad con suficiente claridad para que los usuarios tomen decisiones informadas.

Hegotá inicia una transición técnica más larga

El roadmap oficial de Ethereum ubica la actualización Hegotá en 2027. Buterin la describe como probablemente la última actualización construida principalmente en torno a tecnología que resultaría familiar para los desarrolladores de mediados de la década de 2010. La fase siguiente podría incluir STARK recursivos, un consenso más optimizado,ificación formal automatizada y criptografía resistente a computación cuántica.

La verificación formal puede comprobar si el código coincide con una especificación escrita, pero no puede resolver omisiones ni decisiones deficientes dentro de esa especificación. La investigación en seguridad cuántica prepara a Ethereum para futuros avances en potencia de cómputo; la criptografía existente de Ethereum sigue en uso hoy.

Estas ideas aún enfrentan investigación, trabajo de especificación, desarrollo de clientes, revisión de seguridad, pruebas y acuerdo de la comunidad. Para quienes siguen el proceso, los hitos observables son los borradores de especificación, las implementaciones de clientes y las pruebas en redes públicas —las mismas etapas que toda actualización de Ethereum supera antes de llegar a la Mainnet. La generación de pruebas debe volverse más barata y segura bajo cargas de trabajo reales, y la gestión de grandes cantidades de estado compartido de aplicaciones sigue siendo otro desafío importante identificado en el ensayo.

El roadmap será juzgado por la verificación independiente

El estándar práctico es simple. Los usuarios, desarrolladores y operadores de nodos necesitan una forma realista de verificar el sistema sin depender de un intermediario opaco. Las pruebas compactas deben ser eficientes, los datos deben permanecer accesibles y las wallets deben comunicar los supuestos detrás de cada acción.

La arquitectura propuesta de Ethereum mantiene a la cadena responsable del ordenamiento y la liquidación, mientras que los sistemas de pruebas y la infraestructura descentralizada se encargarían de una parte mayor del trabajo que conduce a esos resultados finales. El valor del roadmap dependerá de si ese arreglo hace la verificación más práctica sin añadir complejidad que los usuarios comunes no puedan evaluar.

Este artículo se proporciona únicamente con fines informativos y no constituye asesoramiento financiero ni de inversión. El roadmap de Ethereum sigue sujeto a revisión técnica, coordinación comunitaria y cambios.