EIP-4337: Cómo la Abstracción de Cuentas está Remodelando las Transacciones de Ethereum

Perspectivas de investigación para comprender la próxima generación de gestión de cuentas de Ethereum

La abstracción de cuentas (AA) representa un cambio fundamental en cómo interactuamos con Ethereum. Al desacoplar la validación de transacciones de la ejecución y reimaginar la arquitectura de la billetera, esta propuesta aborda puntos de fricción críticos que históricamente han impedido la adopción generalizada. La introducción de EIP-4337 hace que esta visión sea práctica sin requerir cambios en el protocolo central de Ethereum.

La Fundación: Entendiendo el Modelo de Cuenta de Ethereum

Para entender por qué la abstracción de cuentas es importante, primero debemos examinar los dos tipos de cuentas que actualmente existen en Ethereum. Las cuentas de propiedad externa (EOAs) son controladas a través de claves privadas y frases semilla, el enfoque tradicional que la mayoría de los usuarios emplea. Las cuentas de contrato (CAs), en contraste, operan bajo las reglas definidas por contratos inteligentes.

Este sistema binario crea limitaciones inherentes. Las EOAs no pueden ejecutar lógicas de transacción sofisticadas automáticamente, mientras que las cuentas de contratos inteligentes requieren tarifas de gas y costos de implementación. La abstracción de cuentas cierra esta brecha al permitir que la lógica de contratos inteligentes gobierne las EOAs, creando lo que llamamos carteras programables. Esto desbloquea posibilidades como transacciones por lotes, esquemas de firma personalizados y transacciones patrocinadas—características que se sienten estándar en las finanzas tradicionales pero que siguen siendo elusivas en cripto.

Por qué la comunidad de Ethereum adoptó esta solución

Los puntos de dolor que aborda AA son concretos y generalizados. Considera la fricción que enfrentan los usuarios: gestionar frases semilla, pagar tarifas de gas por operaciones básicas, recuperar cuentas perdidas o autorizar acciones por lotes una transacción a la vez. La abstracción de cuentas simplifica estas experiencias al introducir modelos de seguridad de cuentas personalizables y mecanismos flexibles de pago de gas.

Más allá de la experiencia del usuario, los desarrolladores obtienen algo igualmente valioso: un marco programable. En lugar de construir contra restricciones rígidas en la cadena, ahora pueden diseñar la verificación de transacciones y la lógica de ejecución adaptadas a casos de uso específicos. Esta flexibilidad representa una expansión fundamental de lo que es posible en Ethereum.

La Evolución: De EIP-2938 a EIP-4337

El camino hacia la abstracción de cuentas no fue sencillo. En 2020, surgieron dos propuestas competidoras:

EIP-2938 propuso elevar las cuentas de contrato a un estado de “nivel superior”, permitiéndoles pagar tarifas y ejecutar transacciones directamente. Esto habría requerido cambios a nivel de protocolo, haciéndolo técnicamente ambicioso pero operativamente arriesgado.

EIP-3074 introdujo dos nuevos códigos de operación—AUTH y AUTHCALL—permitiendo a las EOAs delegar la autoridad de transacción a los contratos inteligentes. Aunque es innovador, este enfoque también exigió modificaciones en el protocolo central y enfrentó preocupaciones de la comunidad sobre la complejidad de la implementación.

Ambas propuestas fueron pausadas debido al esfuerzo considerable requerido del nivel de consenso de Ethereum. Cualquier error introducido a este nivel requeriría un hard fork para resolverlo, lo que presentaría un riesgo inaceptable.

El avance llegó con EIP-4337, que logra la abstracción de cuentas sin modificar la capa base de Ethereum. En su lugar, introduce una infraestructura paralela para el manejo de transacciones, cambiando fundamentalmente la forma en que el ecosistema aborda el problema.

EIP-4337: La arquitectura que funciona

El brillo de EIP-4337 radica en su implementación a nivel de aplicación. En lugar de alterar las reglas del protocolo central, introduce nuevos actores y procesos que coexisten con el manejo tradicional de transacciones:

UserOperation los objetos representan intenciones de transacción de los titulares de cuentas. A diferencia de las transacciones estándar, se crean antes de ser firmados, lo que brinda al sistema flexibilidad en la forma en que se validan y ejecutan las firmas.

Los agrupadores actúan como nodos especializados que recopilan múltiples UserOperations, agregándolas en transacciones de paquete únicas. Piense en ellos como agregadores de transacciones que agrupan operaciones para mayor eficiencia.

El contrato de punto de entrada sirve como el centro de ejecución. Recibe UserOperations agrupadas, valida sus firmas utilizando lógica específica de cuenta y activa la ejecución a través de la función ExecuteUserOp.

Las billeteras de contratos inteligentes reemplazan a las EOAs tradicionales como la interfaz de cuenta principal. Estas son controladas por lógica programable en lugar de solo criptografía de clave privada.

Los contratos de Paymaster introducen una flexibilidad revolucionaria en el pago de gas. Los usuarios ahora pueden pagar las tarifas de transacción utilizando cualquier token, tener las tarifas patrocinadas por aplicaciones o usar una lógica de tarifas completamente personalizada. Esto elimina ETH como un requisito previo para cada interacción.

Las fábricas de billeteras permiten la creación eficiente de nuevos billeteras de contrato inteligente, reduciendo la carga para los usuarios que se unen al ecosistema.

Agregadores validan conjuntos de firmas, permitiendo optimizaciones criptográficas que reducen los costos de verificación en cadena.

Cómo Fluyen las Transacciones en un Ethereum Habilitado para AA

Vamos a trazar un ejemplo concreto de cómo opera una transacción bajo EIP-4337:

Paso 1: Expresar Intención El usuario crea una UserOperation especificando los detalles de su transacción, incluyendo las tarifas máximas (maxFeePerGas, maxPriorityFee), la interacción del contrato objetivo y los datos de firma. Es importante destacar que la firma aún no se ha aplicado; el sistema determina cómo interpretarla según las reglas del contrato de la cuenta.

Paso 2: Difusión en Mempool La UserOperation entra en un pool de memoria dedicado separado de las transacciones estándar de Ethereum. Este mempool especializado permite a los bundlers aplicar lógica personalizada para el ordenamiento y la selección.

Paso 3: Agrupación Los agrupadores escanean el mempool de UserOperation, seleccionan operaciones y las agregan. Luego llaman a la función handleOps del contrato de punto de entrada con el paquete. Si el agrupador también opera como un constructor de bloques, puede incluir esto directamente en el siguiente bloque. Si no, trabajan a través de infraestructura como MEV-Boost o protocolos de separación de proponentes y constructores para asegurar la inclusión.

Paso 4: Validación El contrato de punto de entrada utiliza validateUserOp para verificar la firma de cada operación de acuerdo con las reglas del contrato de billetera. Después de la validación, los agrupadores ponen en la lista blanca el contrato de punto de entrada, estableciendo una relación de confianza.

Paso 5: Ejecución La función ExecuteUserOp del contrato de la billetera se activa, realizando la lógica de transacción real. El paquete ahora está completo e incluido en la blockchain de Ethereum.

Comparando arquitecturas de billetera: EOA vs. MPC vs. AA

Por qué se desestimó EIP-3074

Antes de que EIP-4337 ganara tracción, EIP-3074 representaba la principal alternativa para la abstracción de cuentas. Introdujo los mismos códigos de operación AUTH y AUTHCALL que mencionamos anteriormente. Aquí está la razón por la que no avanzó:

El Problema del Cambio de Protocolo: EIP-3074 requería modificaciones en la capa de consenso, lo que significa que los nodos centrales de Ethereum tendrían que adoptar un nuevo comportamiento. Si surgían errores de implementación, el único remedio sería un fork duro disruptivo que afectaría a toda la red.

Flexibilidad Limitada: Aunque EIP-3074 permitió que las EOAs actuaran como contratos inteligentes, preservó ECDSA como el mecanismo de firma fijo. Esto impidió que los desarrolladores experimentaran con enfoques criptográficos innovadores o implementaran lógica de verificación más sofisticada.

La Ventaja: La principal fortaleza de EIP-3074 era la elegancia: cualquier EOA podría obtener capacidades similares a las de un contrato inteligente sin necesidad de desplegar contratos. Sin embargo, esta simplicidad tuvo un costo en términos de personalización limitada.

En contraste, EIP-4337 acepta procesos en cadena más complejos para evitar riesgos a nivel de protocolo, un compromiso que la comunidad consideró valioso.

El Puente: EIP-5003 y la Evolución de la Billetera

Aunque EIP-3074 sigue en espera, la conversación no ha terminado. EIP-5003 introduce el código de operación AUTHUSURP, que trabaja junto con EIP-3074 para permitir que las cuentas EOA existentes evolucionen hacia cuentas de contrato inteligente.

Aquí hay un escenario práctico: la EOA de Alice autoriza la dirección de Bob a actuar en su nombre bajo EIP-3074. Usando AUTHUSURP, la dirección de Bob puede implementar código en la dirección de Alice, actualizando efectivamente su cuenta de una EOA a una CA. Esta migración le otorga a Alice acceso a esquemas de firma personalizados y mayor seguridad sin abandonar su dirección original o clave privada.

Este patrón de diseño sugiere un camino de migración gradual para el ecosistema en lugar de una transición abrupta.

El Impacto Práctico: Barreras Más Bajos, Mayor Seguridad

A medida que Ethereum sigue persiguiendo la adopción generalizada, la abstracción de cuentas de EIP-4337 aborda obstáculos tangibles. Los usuarios ya no necesitan acumular ETH para pagos de gas ni memorizar frases semilla como su principal mecanismo de seguridad. Los desarrolladores pueden diseñar billeteras que integren mecanismos de recuperación, operaciones por lotes y lógica de autorización personalizada. Las aplicaciones pueden patrocinar transacciones de usuarios, reduciendo la fricción para la incorporación.

La seguridad también mejora. Las carteras de contratos inteligentes pueden implementar validación de múltiples firmas, operaciones bloqueadas por tiempo, límites de gasto y otras salvaguardias más allá de la criptografía básica de clave privada.

La evolución del ecosistema Ethereum hacia la abstracción de cuentas no representa una actualización técnica menor, sino una reinterpretación fundamental de cómo funcionan las cuentas, acercando las interacciones criptográficas a la experiencia fluida que los usuarios esperan de las aplicaciones modernas.