Los desarrolladores de Ethereum y Base han finalizado el trabajo en un estándar común de abstracción de cuentas después de que los esfuerzos por conciliar la EIP-8141 y la EIP-8130 fracasaran, dejando a las dos redes seguir diseños de transacción separados.
El desarrollador de Ethlabs, Derek Chiang, dijo el lunes que los autores de las dos propuestas dejaron de trabajar en una especificación compartida la semana pasada después de constatar que las opciones técnicas disponibles requerirían que Ethereum o Base comprometieran sus requisitos fundamentales.
Ambas propuestas buscan simplificar la interacción de los usuarios con los monederos de criptomonedas, incluyendo permitir transacciones sin que los usuarios necesiten tener ETH para las tarifas de gas y soportar métodos de autenticación como las passkeys de teléfono. Los equipos habían estado explorando si un diseño podría servir tanto a Ethereum Layer 1 como a Base Layer 2.
“Aunque identificamos varias soluciones técnicas, todas requerían que una de las partes comprometiera al menos un poco sus objetivos principales”, dijo Chiang. “Así que tomamos caminos separados, lo que traslada la carga a los monederos para que lidien con la fragmentación que se producirá”.
Los desarrolladores de Ethereum están priorizando la resistencia a la censura, la privacidad y la seguridad, mientras que Base se centra en la escalabilidad, la personalización y el cumplimiento, según Chiang. Las diferencias impidieron finalmente que los equipos se pusieran de acuerdo en un único formato de transacción.
La decisión deja a los desarrolladores de monederos ante la posibilidad de tener que soportar dos formatos de transacción nativos si tanto la EIP-8141 como la EIP-8130 llegan a producción.
Chiang dijo que los monederos aún podrían ofrecer a los usuarios una experiencia consistente a pesar de las diferencias técnicas entre las redes, dependiendo de cómo los desarrolladores manejen los estándares separados.
“Si se ejecutan bien, y si la comunidad de monederos puede superar la fragmentación, podríamos terminar con la mejor experiencia de usuario posible para los usuarios finales”, dijo.
El resultado cambia la dirección que los desarrolladores estaban discutiendo solo unos días antes. El 7 de septiembre, crypto.news informó anteriormente que los desarrolladores de la EIP-8141 estaban explorando la compatibilidad con la EIP-8130 mientras trabajaban en formas de mantener las transacciones programables y hacer que sus requisitos de autenticación fueran más fáciles de inspeccionar para los proveedores de infraestructura.
En esa etapa, Chiang dijo que la EIP-8130 podría proporcionar estructuras definidas alrededor de los "frames" de la EIP-8141. El acuerdo propuesto tenía la intención de preservar la naturaleza programable de los "frames" al tiempo que ofrecía a los monederos y a las redes de alto rendimiento un formato de transacción más claro.
La EIP-8130 utiliza un "keystore" en cadena donde las cuentas pueden registrar actores aprobados y contratos autenticadores. Las transacciones identifican el método de autenticación que utilizan, lo que permite a una red determinar el proceso de validación requerido antes de ejecutar el código del monedero.
La EIP-8141 toma una ruta diferente al estructurar las transacciones como llamadas a contratos programables, denominadas "frames". Los "frames" pueden realizar diferentes funciones dentro de la misma transacción, incluyendo validación, aprobación de gas y ejecución.
Los equipos han abandonado ahora el esfuerzo de convertir esos enfoques en un único estándar.
Ethereum continúa con la EIP-8141, o "Frame Transactions", como parte de su actualización planificada Hegotá.
El clúster de protocolo de la Fundación Ethereum clasificó la propuesta en su categoría de "implementación obligatoria" a principios de este mes, mientras que el material fuente establece que la propuesta tiene como objetivo hacer que la abstracción de cuentas sea nativa de Ethereum y mejorar la seguridad y la preparación post-cuántica.
Las "Frame Transactions" dividen una transacción en una secuencia de "frames" programables. Un "frame" puede validar al remitente, otro puede autorizar la cuenta responsable del gas, y los "frames" posteriores pueden ejecutar las acciones solicitadas por el usuario.
El modelo permitiría que la cuenta que inicia una acción y la cuenta que paga por ella sean diferentes.
Los desarrolladores de Ethereum ya habían programado la EIP-8141 para Hegotá antes del 7 de septiembre. Los desarrolladores principales movieron la propuesta de "Considerada para inclusión" a "Programada para inclusión" durante la llamada de ejecución de todos los desarrolladores principales del 27 de agosto, dando a las "Frame Transactions" una posición formal en la actualización planificada para 2027, mientras su especificación permanecía en borrador.
Bajo el sistema propuesto, una aplicación podría cubrir la tarifa de transacción de un usuario o hacer que el usuario pague a través de otro activo, mientras que los validadores de Ethereum continúan recibiendo la tarifa de red en ETH.
La estructura podría eliminar un requisito común de los monederos según el cual los usuarios que poseen stablecoins u otros tokens aún necesitan ETH antes de poder realizar una transacción.
Los "frames" también se pueden utilizar para el procesamiento por lotes de transacciones. Las acciones relacionadas podrían agruparse para que todas tengan éxito juntas o se reviertan si una falla.
Un intercambio de tokens, por ejemplo, actualmente puede requerir una aprobación separada que permita a una aplicación gastar tokens antes de que se ejecute el intercambio en sí. Las "Frame Transactions" podrían colocar acciones relacionadas dentro de la misma estructura de transacción programable.
La EIP-8141 está diseñada para mover más lógica de validación de cuentas a código programable en lugar de requerir que las cuentas convencionales de Ethereum dependan de un proceso de autenticación fijo.
La propuesta describe su estado final como aquel en el que “una cuenta simplemente se convierte en una dirección con código”.
Vitalik Buterin, coautor de la EIP-8141, describió la propuesta en febrero como un “ómnibus que engloba y resuelve todos los problemas restantes que la AA pretendía abordar”.
El 5 de septiembre, Buterin dijo que la propuesta había logrado “muchos avances importantes” durante los meses anteriores y se estaba acercando a ser “óptima”.
Los desarrolladores descubrieron posteriormente que varias características de las transacciones podían expresarse a través de "frames" programables de la EIP-8141 en lugar de expandir repetidamente el "envelope" de transacciones de Ethereum.
El informe de crypto.news del 7 de septiembre decía que el enfoque podría manejar la expiración de transacciones, la agregación de firmas, las pruebas de privacidad y las aserciones post-transacción como llamadas a contratos programables. Las "Frame Transactions" aún requerirían cambios en las reglas de consenso de Ethereum, pero las funciones individuales podrían construirse a través de "frame targets" y patrones de llamada.
La validación programable podría dar a las cuentas más control sobre la autenticación. La EIP-8141 está diseñada para soportar características que incluyen sistemas de firma alternativos, pagos de gas patrocinados, procesamiento por lotes de transacciones y rotación de claves.
La misma arquitectura podría ayudar a las cuentas de Ethereum a dejar de depender del sistema de firma utilizado por las cuentas de propiedad externa convencionales. Un usuario podría potencialmente cambiar el método de autenticación que controla una cuenta sin transferir los activos a una nueva dirección.
Los investigadores de Ethereum habían estado considerando las "Frame Transactions" para Hegotá antes de que la propuesta fuera programada formalmente. En agosto, los desarrolladores estaban comparando la EIP-8141 con la EIP-8130 como enfoques competidores para la abstracción de cuentas nativa mientras reducían el alcance de la actualización de 2027.
En ese momento, las propuestas formaban parte de un proceso de selección más amplio para Hegotá que cubría la resistencia a la censura, la privacidad, la fijación de precios del gas, la economía de los validadores y la escalabilidad de la Capa 1.
Los investigadores de Ethereum habían examinado por separado cómo las "Frame Transactions" podrían soportar aplicaciones centradas en la privacidad. Una propuesta de agosto discutía los "privacy pools" autofinanciados en los que los pagos de tarifas programables podrían permitir que un "privacy pool" cubriera su propio gas en lugar de depender de un retransmisor externo.
Ese trabajo combinó las "Frame Transactions" con otros cambios propuestos, incluyendo Keyed Nonces, Recent Roots y Transaction Assertions. La propuesta de "privacy-pool" seguía siendo el paquete preferido de un investigador en lugar de una decisión final del desarrollador principal de Ethereum en ese momento.
La EIP-8130 de Base procederá ahora por separado de la propuesta de "Frame Transactions" de Ethereum.
El diseño de Base combina un nuevo tipo de transacción con un "Keystore" en cadena que registra los firmantes y autenticadores aprobados para una cuenta. Está destinado a soportar autenticación personalizada, procesamiento por lotes de llamadas y patrocinio de gas.
Si bien ambas propuestas comparten varios objetivos de abstracción de cuentas, sus estructuras técnicas otorgan a sus respectivas redes diferentes niveles de control sobre cómo se autentican y procesan las transacciones.
Antes de que los equipos se separaran, los desarrolladores de Ethereum habían estado tratando de determinar si el sistema de autenticación estructurado de la EIP-8130 podría combinarse con los "frames" programables de la EIP-8141 sin obligar a las redes de Capa 1 o Capa 2 a renunciar a sus propiedades preferidas.
Ethlabs había colocado previamente las "Frame Transactions" entre sus principales prioridades para la actualización de Hegotá, citando la abstracción de cuentas nativa junto con la resistencia a la censura, bloques más rápidos y la escalabilidad continua de la Capa 1.
Con el esfuerzo conjunto ahora terminado, la EIP-8141 sigue siendo la ruta de abstracción de cuentas nativa planificada por Ethereum para Hegotá, mientras que Base continuará desarrollando la EIP-8130 en torno a su tipo de transacción separado y su "keystore" en cadena.
ETH