Los desarrolladores de Ethereum han comprometido EIP-8141, conocido como Frame Transactions, a la actualización Hegotá de 2027 de la red, poniendo la abstracción de cuentas nativa en el camino para convertirse en parte del sistema de transacciones estándar de Ethereum.
Resumen
- Los desarrolladores de Ethereum han programado EIP-8141 Frame Transactions para su inclusión en la actualización Hegotá planificada para 2027.
- Frames separa la autorización de transacciones, el pago de gas y la ejecución, permitiendo que una aplicación u otra cuenta cubra la tarifa de transacción ETH de un usuario.
- La propuesta podría permitir a los usuarios transaccionar con stablecoins sin tener ETH mientras los validadores continúan recibiendo tarifas de red en ether.
- Frames puede agrupar acciones relacionadas como aprobaciones de tokens y operaciones para que los permisos se reviertan si la transacción acompañante falla.
- La validación programable podría permitir a las cuentas rotar claves privadas o adoptar autenticación resistente a cuántica sin mover activos a una nueva dirección.
Los desarrolladores principales movieron EIP-8141 de Considerado para Inclusión a Programado para Inclusión durante la llamada de Ejecución de Todos los Desarrolladores Principales del 27 de agosto, según el EIP Meta Hegotá. El cambio le da a Frames un lugar formal en la actualización planificada, aunque la propuesta sigue siendo un borrador y sus detalles técnicos aún pueden cambiar antes del despliegue.
El cofundador de Ethereum, Vitalik Buterin, uno de los 10 autores de la propuesta, llamó la atención sobre el trabajo el domingo después de meses de desarrollo.
"Se ha estado produciendo silenciosamente mucho progreso importante en Frames (EIP-8141) durante los últimos meses", escribió Buterin en X, recomendando la especificación actualizada.
La propuesta aborda varias restricciones incorporadas en las cuentas ordinarias de Ethereum, incluido el requisito de que la cuenta que inicia una transacción debe tener ether para pagar la tarifa de red.
Frame Transactions podría permitir que las aplicaciones paguen el gas de Ethereum
Ethereum actualmente requiere que las tarifas de transacción se paguen en ETH. Una billetera que tenga stablecoins u otros tokens no puede mover esos activos a menos que tenga suficiente ether para cubrir la transacción.
EIP-8141 separa las diferentes partes de una transacción en marcos programables que cubren autorización, pago de tarifas y ejecución. La cuenta que envía activos y la cuenta que paga el gas ya no necesitarían ser la misma.
Por lo tanto, una aplicación de pagos podría pagar la tarifa ETH por un usuario o aceptar stablecoins del usuario mientras maneja el pago de ether requerido por sí misma. Los validadores continuarían recibiendo tarifas a través del sistema de tarifas existente de Ethereum, mientras que el titular de la billetera no necesitaría adquirir ETH primero.
El diseño mueve varias características asociadas con la abstracción de cuentas al flujo de transacciones normal de Ethereum. Las implementaciones existentes como ERC-4337 ya pueden soportar gas patrocinado y billeteras programables, pero utilizan infraestructura separada que incluye UserOperations, bundlers y paymasters.
ERC-4337 ha operado en Ethereum desde 2023 sin requerir un cambio en el protocolo base. Sus UserOperations se envían a través de un mempool separado, son recopiladas por bundlers y pasadas a un contrato EntryPoint que maneja la validación y ejecución.
Como crypto.news informó anteriormente en agosto, la tecnología de cuentas inteligentes puede admitir patrocinio de gas, claves de acceso, recuperación social y otros controles de billetera que no están disponibles en las cuentas de propiedad externa convencionales.
Las Transacciones de Marco (Frame Transactions) traerían una programabilidad similar al protocolo de Ethereum en lugar de requerir que los usuarios dependan de un sistema de transacciones separado.
EIP-8141 agruparía acciones relacionadas
Los marcos podrían cambiar las transacciones que actualmente requieren varias aprobaciones separadas.
Una operación de tokens, por ejemplo, puede requerir que un usuario primero apruebe una aplicación descentralizada para gastar un token y luego envíe otra transacción para ejecutar la operación. Si el segundo paso falla, el permiso de gasto puede permanecer activo.
EIP-8141 permite agrupar operaciones relacionadas para que tengan éxito o fallen juntas. Por lo tanto, una aprobación adjunta a una operación fallida podría revertirse como parte de la misma transacción.
El sistema funciona dividiendo una transacción en marcos con trabajos separados. Un marco puede verificar la autorización, otro puede determinar cómo se paga el gas, mientras que los marcos subsiguientes ejecutan las operaciones solicitadas.
La validación programable daría a las cuentas más control sobre lo que Ethereum reconoce como una transacción válida. En lugar de que cada cuenta de propiedad externa dependa del mismo proceso de autenticación fijo, las cuentas podrían ejecutar reglas de verificación a través del código de la Máquina Virtual de Ethereum.
Los investigadores de Ethereum han estado trabajando hacia este tipo de abstracción de cuenta nativa durante años. EIP-7702, propuesto por Buterin y otros desarrolladores en 2024, buscaba previamente dar a las cuentas de propiedad externa acceso a funciones de billetera de contrato inteligente mientras mantenía la compatibilidad con ERC-4337.
Las Transacciones de Marco podrían permitir cambiar las claves de Ethereum
Los cambios de validación se extienden más allá de los pagos de gas y el procesamiento por lotes de transacciones.
Las cuentas de propiedad externa convencionales de Ethereum están controladas por claves privadas que utilizan el Algoritmo de Firma Digital de Curva Elíptica. Una clave privada no puede simplemente reemplazarse mientras se mantiene la misma cuenta bajo el modelo tradicional. Perder la clave puede eliminar permanentemente el acceso a los activos que controla, mientras que una clave comprometida puede dar a un atacante el control de la cuenta.
Los marcos permitirían que una cuenta defina su propia lógica de validación, abriendo la puerta a la rotación de claves y a diferentes sistemas de autenticación sin requerir que el usuario transfiera activos a una nueva dirección.
La validación programable podría eventualmente permitir que las cuentas de Ethereum reemplacen los métodos de firma actuales con criptografía diseñada para resistir computadoras cuánticas.
Buterin colocó la seguridad cuántica más alta en la hoja de ruta técnica de Ethereum en una actualización de agosto, junto con el trabajo en rollups nativos, privacidad y cambios en la arquitectura de almacenamiento de la red.
Anteriormente había esbozado una hoja de ruta de resistencia cuántica que cubre las firmas de consenso de Ethereum, los sistemas de disponibilidad de datos, la criptografía de billeteras y las pruebas de conocimiento cero. Ese plan identificó a ECDSA, que controla las cuentas ordinarias de Ethereum, como un componente que eventualmente podría necesitar ser reemplazado si se desarrollan computadoras cuánticas suficientemente potentes.
EIP-8141 proporciona una ruta para que las cuentas adopten diferentes esquemas de firma porque las reglas de verificación ya no estarían fijadas a un modelo de clave única privada.
Hegotá seguirá a la actualización Glamsterdam de Ethereum
Hegotá está planificada para 2027 y seguirá a Glamsterdam, la próxima actualización de red de Ethereum.
Los desarrolladores todavía estaban reduciendo el alcance de Hegotá en agosto. En ese momento, las Transacciones de Marco permanecían bajo consideración mientras que EIP-7805, o Listas de Inclusión Forzadas por Elección de Bifurcación, era la única propuesta programada formalmente para la actualización.
La decisión del 27 de agosto ha movido desde entonces EIP-8141 a la categoría programada junto con EIP-7805.
Antes de esa decisión, los desarrolladores habían estado comparando EIP-8141 con EIP-8130 como enfoques competidores para la abstracción de cuenta nativa. Las discusiones incluyeron cómo Ethereum podría evitar estándares incompatibles de abstracción de cuenta entre las redes de Capa 1 y Capa 2 mientras retiene flexibilidad para diferentes diseños de transacciones.
Glamsterdam, mientras tanto, sigue por delante de Hegotá en el calendario de actualización de Ethereum. Los desarrolladores han estado probando sus cambios planificados a través de redes de desarrollo, con la actualización centrada en la Separación de Proponente-Constructor Consagrada y las Listas de Acceso a Nivel de Bloque.
La actualización también incluye cambios en el cálculo de gas de Ethereum. La Fundación Ethereum advirtió a los desarrolladores de carteras en agosto de que EIP-8037 podría afectar al software que se basa en la suposición de que cada transferencia básica de ETH cuesta 21,000 gas, porque las transferencias que crean nuevo estado enfrentarían un cargo adicional.
EIP-8141 no se puede utilizar en la red principal de Ethereum hoy. Su especificación permanece en estado de borrador mientras los desarrolladores continúan con la implementación y las pruebas antes del despliegue planificado de Hegotá en 2027.
