Resumen:
Buterin respaldó públicamente EIP-8141, conocido como Transacciones de Marco, para la próxima bifurcación dura Hegota de Ethereum.
Las Transacciones de Marco eliminan los campos de firma incrustados y delegan la autorización a contratos inteligentes a través de un nuevo código de operación llamado APROBAR.
Los desarrolladores están debatiendo entre Transacciones de Marco y Transacciones de Tempo, dos filosofías opuestas sobre cómo implementar la abstracción de cuentas nativa a nivel de protocolo.
La comunidad de desarrolladores de Ethereum se encuentra en medio de uno de sus debates técnicos más intensos en los últimos meses: cómo implementar la abstracción de cuentas nativa a nivel de protocolo. Durante la planificación de la próxima bifurcación dura, llamada Hegota, al menos cuatro nuevas Propuestas de Mejora de Ethereum (EIPs) han surgido en las últimas semanas. Entre ellas, EIP-8141, conocido como Transacciones de Marco, recibió el apoyo público de Vitalik Buterin, cofundador de Ethereum.
Buterin se pronunció en respuesta a un hilo publicado por Derek Chiang de ZeroDev, donde se compararon los dos enfoques competidores. En sus palabras, las transacciones de Marco podrían cubrir una amplia gama de casos de uso orientados hacia la privacidad y la resistencia a la censura, al mismo tiempo que simplifican considerablemente la arquitectura de la billetera.
Transacciones de Marco y Tempo
Las transacciones de Marco proponen un modelo que elimina los campos de firma incrustados en el formato de transacción tradicional. En su lugar, la lógica de autorización se delega a contratos inteligentes a través de un nuevo opcode llamado APPROVE. Este diseño permite sistemas de múltiples firmas, esquemas criptográficos alternativos y mecanismos de patrocinio de gas condicional, donde contratos externos cubren las tarifas de red a cambio de transferencias de tokens.
El contraparte en el debate es la propuesta de Transacciones Tempo, que opta por integrar las características más comunes de abstracción de cuentas directamente en el protocolo: agrupamiento atómico, programación de transacciones y tarifas de gas patrocinadas. Sus partidarios argumentan que esta arquitectura es más fácil de integrar y mejora la experiencia del usuario, aunque su extensibilidad es limitada porque cualquier nueva funcionalidad requeriría una actualización del protocolo.
Buterin: Billeteras Simples Como en Bitcoin
Buterin señaló que el modelo propuesto por EIP-8141 permitiría a protocolos como Railgun operar sin intermediarios de difusión de transacciones públicas, interactuando directamente con mecanismos como FOCIL y preservando la resistencia a la censura.
Vitalik también trazó un paralelo con Bitcoin: afirmó que el esquema de “cada billetera como un contrato inteligente” ya había funcionado de manera eficiente en ese ecosistema, donde los scripts de autorización se reducen a aproximadamente diez operaciones. Según Buterin, una billetera construida bajo EIP-8141 podría alcanzar un nivel comparable de simplicidad, moviendo funciones como el cálculo de hash de firma o la agrupación de transacciones fuera del código de la billetera.