La colaboración entre Base y la abstracción de cuentas de Ethereum falla, los desarrolladores separan caminos

iconThe Defiant
Compartir
AI summary iconResumen
Las noticias de Ethereum se desataron esta semana cuando Base y Ethereum se separaron en cuanto a la abstracción de cuentas. Según Derek Chiang de Ethlabs, el esfuerzo por alinear el EIP-8130 de Base con el EIP-8141 de Ethereum colapsó la semana pasada. Ambos equipos ahora trabajan en estándares separados. Esta división podría complicar el desarrollo para monederos y aplicaciones. Las noticias del ecosistema de Ethereum destacan la creciente fragmentación de las reglas de validación de transacciones entre cadenas. Los desarrolladores deberán manejar formatos incompatibles en el futuro.

Ethlabs’ Derek Chiang, quien fundó ZeroDev, dijo que una colaboración para reconciliar la EIP-8130 liderada por Base con las Transacciones Frame de la EIP-8141 de ethereum terminó la semana pasada, dejando a ambos lados persiguiendo estándares nativos separados de abstracción de cuenta.

El registro oficial de propuestas de mejora de Ethereum lista tanto EIP-8130 como EIP-8141 como borradores. Ethlabs respalda las transacciones Frame para Hegotá, que describe como una próxima bifurcación dura de ethereum, y dice que planea trabajar con Layer 2 y monederos en su implementación.

En términos prácticos, los tipos de transacciones nativas incompatibles trasladarían más trabajo de integración a los desarrolladores de monederos y aplicaciones. Chiang dijo que el esfuerzo fallido consistía en “poner la carga sobre los monederos para manejar la fragmentación que surge”, aunque argumentó que el software aún podría ocultar esas diferencias a los usuarios.

Cómo difieren los diseños

La abstracción de cuenta permite que las cuentas de contratos inteligentes definan su propia lógica de validación en lugar de depender únicamente de reglas fijas para las cuentas poseídas externamente. El estándar final ERC-4337 proporciona abstracción de cuenta sin modificar las reglas de consenso de Ethereum: los usuarios envían objetos `UserOperation` a un mempool separado, y los bundlers los empaquetan en transacciones para un contrato EntryPoint.

Ambos nuevos borradores mueven las funciones de abstracción de cuenta al manejo nativo de transacciones, pero utilizan puntos de control diferentes.

EIP-8130 combina una nueva transacción tipificada con un almacén de claves en la cadena y un sistema de configuración de cuenta. Admite autenticación personalizada, llamadas por lotes y patrocinio de gas. Dado que cada transacción declara su autenticador, los nodos pueden identificar el trabajo de validación requerido y rechazar autenticadores desconocidos antes de ejecutar código de monedero arbitrario.

El borrador 8130 define un perfil L1 con aceptación permisiva de autenticadores y un perfil L2 que limita su ruta de transacción nativa a un conjunto canónico de autenticadores. Esta estructura tiene como objetivo proporcionar a las cadenas de alto rendimiento costos de validación predecibles, mientras se mantiene una línea base común para los monederos.

EIP-8141 divide en cambio una transacción en una secuencia de “frames”, o llamadas de contrato que validan la transacción, aprueban el pago de gas y ejecutan operaciones de usuario. Su diseño permite que las cuentas utilicen código EVM para definir reglas de validación y pago de gas, con soporte para funciones como rotación de claves, llamadas por lotes y pagos de tarifas alternativos.

Ethlabs ha descrito el intercambio central: la validación sin permiso basada en EVM brinda a las Transacciones Frame flexibilidad para privacidad y sistemas de firma futuros, pero los costos de validación dinámicos pueden crear desafíos para Layer 2 de alto rendimiento. EIP-8130 prioriza una validación más predecible al hacer explícito el autenticador antes de la ejecución.

La portabilidad avanza hacia arriba en la pila

El borrador de EIP-8130 aún considera la portabilidad como una preocupación principal. Indica que las cuentas pueden funcionar en cadenas EVM que no admiten el tipo de transacción 8130 mediante ERC-4337 u otro mecanismo de transporte. También requiere que las cadenas compatibles acepten un conjunto compartido de autenticadores canónicos.

La división reportada, por lo tanto, no haría necesariamente inviable una cuenta 8130 en otra cadena EVM. Sin embargo, pondría fin al esfuerzo por establecer un formato de transacción nativa compartido para Ethereum y Base si ambos borradores avanzan por separado. Los monederos y las aplicaciones deberían seleccionar el transporte y las reglas de validación de transacciones adecuadas para cada cadena.

Chiang describió dos posibles respuestas: ampliar la coordinación de los recursos compartidos por Ethereum y las Layer 2, o aceptar las diferencias de protocolo y desarrollar monederos y aplicaciones que las abstraigan para los usuarios. Por ahora, el registro oficial de EIP enumera ambos diseños como borradores.

Descargo de responsabilidad: La información contenida en esta página puede proceder de terceros y no refleja necesariamente los puntos de vista u opiniones de KuCoin. Este contenido se proporciona solo con fines informativos generales, sin ninguna representación o garantía de ningún tipo, y tampoco debe interpretarse como asesoramiento financiero o de inversión. KuCoin no es responsable de ningún error u omisión, ni de ningún resultado derivado del uso de esta información. Las inversiones en activos digitales pueden ser arriesgadas. Evalúa con cuidado los riesgos de un producto y tu tolerancia al riesgo en función de tus propias circunstancias financieras. Para más información, consulta nuestras Condiciones de uso y la Declaración de riesgos.