Por Canuto  

Vitalik Buterin propuso una arquitectura de largo plazo para que Ethereum separe la validación de las operaciones que cambian su estado, con posibles beneficios para el procesamiento paralelo, las comisiones y la seguridad postcuántica. La idea se relaciona con EIP-8141, aunque la propuesta continúa como un borrador y todavía no tiene fecha confirmada de despliegue en mainnet.
***

  • Vitalik Buterin planteó separar las acciones de una transacción de sus dependencias, como firmas, pruebas de estado y condiciones de validez.
  • EIP-8141 propone Frame Transactions con validación, pago de gas y ejecución programables en un mismo formato.
  • Los STARK recursivos y los nonces con clave aparecen como piezas de una evolución más amplia, todavía en fase de investigación y revisión.

Vitalik Buterin, cofundador de Ethereum, delineó una posible arquitectura de largo plazo para rediseñar las transacciones de la red y permitir que parte de su validación se procese en paralelo. La propuesta, expuesta el 6 de septiembre y vinculada a una publicación fechada el 5 de septiembre de 2026, separa las operaciones que cambian el estado de las condiciones que deben cumplirse antes de ejecutarlas.

El planteamiento no representa una actualización aprobada ni anuncia una fecha para modificar la red principal. EIP-8141, la propuesta más directamente relacionada con esta visión, continúa como un borrador de propuesta Core, mientras los desarrolladores todavía deben evaluar su seguridad, complejidad, compatibilidad e implementación.

Una separación entre acciones y dependencias

En el modelo descrito por Buterin, las acciones son los efectos que una transacción produce sobre Ethereum, como transferir ETH o llamar a un contrato inteligente. Las dependencias, en cambio, contienen la información necesaria para demostrar que la operación puede considerarse válida antes de que esos cambios ocurran.

Una firma digital constituye el ejemplo más directo de dependencia, pero no es el único. El grupo también puede incluir pruebas de Merkle que demuestran la existencia de un output no gastado, pruebas de conocimiento cero y condiciones de estado que deben mantenerse verdaderas cuando la transacción entra en un bloque.

Las transacciones actuales reúnen autorización, pago de comisiones y ejecución dentro de un flujo común de procesamiento. Los nodos deben revisar la firma, comprobar que el remitente puede pagar el gas y determinar si las instrucciones se ejecutan correctamente, aunque varias de esas comprobaciones no dependan de los cambios finales en el estado.

Buterin sostiene que hacer explícita esta división permitiría optimizar cada componente de manera independiente, sin abandonar la flexibilidad del entorno de ejecución de Ethereum. La consecuencia potencial sería que las verificaciones no relacionadas se distribuyan entre los recursos de procesamiento disponibles, en lugar de esperar unas por otras dentro de una secuencia rígida.

Procesamiento paralelo y costos diferenciados

Una firma podría verificarse antes de aceptar una transacción, pero esa tarea no necesariamente tendría que esperar la comprobación de firmas ajenas incluidas en otras operaciones. Si el cliente conoce por anticipado cuáles verificaciones son independientes, puede ejecutarlas simultáneamente y reservar el procesamiento dependiente del estado para una etapa posterior.

Las condiciones vinculadas al saldo de una cuenta o a una posición de almacenamiento requieren mayor cuidado, porque una transacción previa puede cambiar el mismo estado y volverlas inválidas. Según el planteamiento, los mempools podrían razonar mejor sobre esas condiciones cuando las transacciones declaren con claridad qué partes del estado consultan o modifican.

Este enfoque favorecería las operaciones predecibles, que podrían recibir un costo de gas menor si los clientes las analizan y verifican con más eficiencia. Las llamadas dinámicas y el acceso impredecible al estado seguirían disponibles para aplicaciones especializadas, aunque podrían resultar más costosos porque exigen más recursos y dificultan la preparación anticipada.

Buterin estimó que más del 90% de la actividad de Ethereum por volumen no necesita el nivel completo de flexibilidad dinámica de la red, aunque esa cifra corresponde a su valoración y no a una medición publicada en la propuesta. El objetivo sería ofrecer formatos más restrictivos para transferencias e interacciones rutinarias, mientras el sistema de cuentas conserva su capacidad para manejar contratos complejos.

La idea recuerda parcialmente al modelo de outputs de transacción no gastados de Bitcoin, donde cada operación identifica los outputs que pretende gastar. Sin embargo, Buterin no plantea sustituir el sistema de cuentas de Ethereum, basado en saldos, nonces y almacenamiento programable, sino combinar distintos grados de previsibilidad dentro de un mismo ecosistema.

Qué propone EIP-8141

EIP-8141 plantea un tipo de operación llamado Frame Transaction, que divide una transacción en distintos frames de llamadas a contratos. Esos componentes podrían validar la autoridad, aprobar el pago de gas y ejecutar las acciones solicitadas dentro de un formato común y programable.

La propuesta permitiría que la validez y el pago de comisiones no dependan únicamente de una firma estándar asociada a una transacción externa. El código de la cuenta podría definir las reglas de autorización y pago, lo que abriría la puerta a comisiones patrocinadas, pagos en tokens distintos de ETH, rotación de claves y agrupación de transacciones.

Los frames de verificación determinarían si el remitente autorizó la operación, mientras otros frames establecerían quién cubre las comisiones y cuáles instrucciones deben ejecutarse. Esta estructura refleja la separación de Buterin entre dependencias, que fijan las condiciones de validez, y acciones, que producen cambios en el estado.

El formato también podría facilitar la interoperabilidad entre redes compatibles con la Ethereum Virtual Machine, porque distintas cadenas usarían una estructura mínima común y conservarían sus propias herramientas de verificación, precompilados o características de cuentas. Además, las cuentas de propiedad externa podrían recibir funciones de abstracción de cuentas sin depender del mismo despliegue de contrato en cada red.

La especificación contempla una lista básica de llamadas con indicadores que identificarían cada función, como dependencia pura, verificación dependiente del estado o acción. También incluiría datos estándar como el origen y el nonce, junto con reglas para admisión en el mempool, ejecución de frames, recibos, firmas, contabilidad del gas y propagación de transacciones.

STARK recursivos, nonces con clave y próximos obstáculos

La visión de largo plazo va más allá de EIP-8141 e incorpora mempools capaces de verificar una sola vez las dependencias que no requieren consultar el estado. Una firma o una prueba criptográfica cuya validez no cambia con el estado de Ethereum podría integrarse después en un STARK recursivo que confirme varias comprobaciones con una prueba agregada.

Los STARK permiten demostrar que un cálculo se realizó correctamente, mientras las pruebas recursivas pueden verificar otras pruebas y combinar muchas tareas en una comprobación más pequeña. En teoría, los validadores revisarían esa prueba agregada en lugar de repetir por separado cada operación original, lo que también podría reducir la cantidad de datos de verificación que llega a la cadena.

Ese mecanismo todavía exige investigación sobre la generación de pruebas, la coordinación entre mempools, la disponibilidad de datos y las defensas contra agregaciones inválidas. Tampoco forma parte de la especificación vigente de EIP-8141, por lo que su incorporación no debe interpretarse como una función confirmada para una actualización próxima.

El diseño se conecta además con la preparación de Ethereum frente a la criptografía postcuántica, debido a que las firmas resistentes a computadores cuánticos suelen ser más grandes y costosas de verificar que las firmas ECDSA utilizadas por cuentas ordinarias. Las cuentas programables podrían adoptar nuevos esquemas de autorización sin esperar el reemplazo de un único estándar, mientras la agregación recursiva podría reducir el costo de procesar firmas grandes si llegan a existir sistemas prácticos.

Otro componente son los nonces con clave, que dividirían la secuencia única de nonces de una cuenta en varios flujos independientes. Si una transacción se atasca o se vuelve inválida, las operaciones asignadas a otras claves podrían continuar sin esperar, una característica potencialmente útil para cuentas inteligentes, sistemas de privacidad y aplicaciones que envían varias acciones simultáneas.

Los desarrolladores aún deben resolver riesgos de denegación de servicio, reglas de reemplazo, límites de transacciones pendientes y restricciones para los frames de verificación. También han discutido el efecto de conservar normalmente una sola Frame Transaction pendiente por remitente, así como la complejidad adicional que el formato podría trasladar a wallets, constructores de bloques y conexiones RPC.

Antes de llegar a mainnet, EIP-8141 necesitaría apoyo formal de los desarrolladores core, implementaciones en clientes, redes de desarrollo, pruebas de interoperabilidad, soporte de wallets y auditorías de seguridad. La propuesta ha sido vinculada con una futura actualización Hegotá, pero todavía no existe una fecha de despliegue confirmada, y su posible combinación con FOCIL, orientada a reforzar la resistencia a la censura mediante listas de inclusión, tampoco constituye un compromiso aprobado.

Por ahora, los comentarios de Buterin describen una dirección posible para el diseño de transacciones, no una modificación confirmada de las comisiones o del procesamiento de Ethereum. Los hitos verificables serán la aprobación de los desarrolladores, la inclusión oficial en el alcance de una actualización y la existencia de implementaciones funcionales en redes de prueba.

Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público.

Este artículo fue escrito por un redactor de contenido de IA y revisado por un editor humano para garantizar calidad y precisión.


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