Adoptar la abstracción de cuentas
En esta parte, le explicaremos cómo funcionan las transacciones con cuentas de propiedad externa (EOA) y según el nuevo estándar ERC-4337. Y se destacan las innovaciones clave en las billeteras AA, que incluyen recuperación social, configuración de firmas múltiples, mejoras de gas, transacciones automáticas y delegación de llamadas.
Los primeros 3 cursos nos llevan de regreso al desarrollo de billeteras criptográficas y señalan algunos desafíos y preocupaciones con varias soluciones de billeteras web3, particularmente en términos del punto único de falla de EOA, las limitaciones de las billeteras multi-sig y MPC para reasignar delegados. Además, los usuarios de web3 requieren un entorno amigable para los desarrolladores que les permita crear fácilmente soluciones para satisfacer las diversas demandas del panorama web3 en rápida evolución. Limitados por la lógica de transacción de EOA en Ethereum, a los desarrolladores les resultó difícil ampliar su funcionalidad y cumplir con requisitos más complejos de las DApps. Aquí es donde entra en juego la abstracción de cuentas. Antes de sumergirnos en la abstracción de cuentas para comprender por qué generalmente se considera un paso fundamental en la adopción masiva de web3, debemos comparar un ciclo de vida típico de una transacción con mejoras de EOA y AA en Ethereum.
La red Ethereum solo permite que una EOA (cuenta de propiedad externa) inicie una transacción con ECDSA como firma, y esta transacción firmada se envía a Mempool en cada nodo de la red para su procesamiento. Después de información como la coincidencia de firmas, saldo suficiente, suficiente gas y no confirmado por la mayoría de los nodos, EVM comienza a ejecutar la transacción.
En el cuadro anterior, podemos ver que cinco partes enmarcadas en rojo están codificadas en la red Ethereum y no se pueden modificar en absoluto. En consecuencia, los desarrolladores deberían empezar desde cero si introducen nuevas funcionalidades, como la implementación de firmas múltiples utilizando métodos criptográficos. ¿Existe alguna manera de proporcionar a los desarrolladores un entorno de desarrollo sencillo sin alterar el mecanismo de la red Ethereum? Un grupo de desarrolladores hizo una propuesta para EIP-4337, que ahora se conoce como ERC-4337 para hacerlo realidad. ERC-4337 aporta nuevas funciones a Ethereum para hacerlo más programable, lo que llamamos Abstracción de cuentas en Ethereum. (AA en resumen)
*EIP significa Propuesta de mejora de Ethereum, que cualquier miembro de la comunidad Ethereum puede realizar para cambiar o mejorar la red Ethereum, mientras que ERC son estándares para la red Ethereum, solo los EIP adoptados por la comunidad pueden denominarse ERC.
El ciclo de vida típico de una transacción dentro de ERC-4337 se ve así:
En el contexto de AA, podemos ver simplemente que el paquete asume el papel del EOA original (de hecho, el paquete es un EOA) para empaquetar operaciones de usuario en un paquete, que corresponde a las transacciones originales en Mempool. La UO es personalizable, lo que permite una amplia gama de tipos de firmas. Solo los paquetes verificados en la capa de consenso se envían al EVM para la validación específica de cada UO por punto de entrada y la ejecución de los contratos relevantes. Luego de la verificación del Punto de Entrada, se inicia la ejecución del contrato específico, que se divide en tres módulos:
- Contrato de fábrica: solo participa durante la creación del contrato inicial.
- Contrato de cuenta: se utiliza para implementar funcionalidades personalizadas.
- Contrato Paymaster: Responsable de manejar el pago personalizado de Gas.
Por lo tanto, si comparamos los pasos para iniciar transacciones en la forma original y los de AA, no es difícil observar que manteniendo el mecanismo de la capa de consenso, se han introducido nuevos módulos como UserOperation, Bundler y EntryPoint, aumentando la posibilidad. de implementar más funciones.
fuente:https://www.erc4337.io/docs/understanding-ERC-4337/architecture_
Innovaciones clave en la billetera de abstracción de cuentas
Para los desarrolladores, AA permite una mayor flexibilidad cuando se trata de la introducción de nuevas funciones y, para los usuarios, operaciones que se alinean con los productos web2.
Hay 5 direcciones clave que las billeteras AA están explorando:
- Recuperación social: abordar las preocupaciones sobre la pérdida permanente de claves privadas.
En AA, los desarrolladores pueden personalizar el método de firma, lo que implica la utilización de métodos web2 comunes a través del móvil, el correo electrónico o la verificación biométrica para firmar o recuperar la cuenta.
- Firma múltiple: se aplica a varios participantes que controlan una cuenta
El propietario de una cuenta puede establecer una configuración de firma múltiple, que requiere la aprobación de dos o más usuarios para la ejecución de la transacción.
- Mejoras en el gas: permitir que cualquiera pague el gas en cualquier token, incluidas las monedas estables
Con Account Abstraction, los usuarios pueden utilizar cualquier token, incluidas las monedas estables, para pagar el gas, ampliando aún más las posibilidades de patrocinio de gas por parte de terceros. El nuevo módulo agregado en EVM, Paymaster, está diseñado para manejar la ejecución relacionada con el gas. Eso significa que los desarrolladores de DApps pueden subsidiar fácilmente las tarifas de sus usuarios como medio para adquirir usuarios. Además, también puede permitir a los usuarios pagar las tarifas del gas con tarjetas de crédito u otros medios.
- Transacciones automáticas: en lugar de tener que obtener aprobación cada vez que interactuamos con DApp, las billeteras AA se pueden configurar para permitir la ejecución automática bajo condiciones predeterminadas. Esta característica permite a los comerciantes seguir las estrategias de otros a través de un intercambio descentralizado o permite el pago regular de una suscripción en el mundo web3.
- Delegar llamadas: los propietarios de billeteras asignan diferentes roles para las cuentas.
A diferentes usuarios se les pueden conceder privilegios de acceso específicos. Por ejemplo, la Cuenta A está autorizada para administrar la billetera, con un límite máximo mensual de $100 para su uso.
La escasez de billeteras AA que ofrezcan funcionalidad de firma múltiple no se debe a limitaciones tecnológicas. Más bien, se debe a que Safe ha dominado la mayor parte de la cuota de mercado en este ámbito. En consecuencia, otros proveedores de billeteras están redirigiendo sus esfuerzos hacia capturar el mercado de billeteras individuales.
*Las billeteras podrían agregar más funciones más adelante. Última actualización el 3 de noviembre de 2023
Leçon 1:Evolución de la billetera de criptomonedas y marco de firma digital
Leçon 2:Marco de firma digital
Leçon 3:El floreciente panorama de las criptomonedas
Leçon 4:Adoptar la abstracción de cuentas
Leçon 5:Mirando hacia adelante: Futuras tecnologías de abstracción de cuentas
Adoptar la abstracción de cuentas
En esta parte, le explicaremos cómo funcionan las transacciones con cuentas de propiedad externa (EOA) y según el nuevo estándar ERC-4337. Y se destacan las innovaciones clave en las billeteras AA, que incluyen recuperación social, configuración de firmas múltiples, mejoras de gas, transacciones automáticas y delegación de llamadas.
Los primeros 3 cursos nos llevan de regreso al desarrollo de billeteras criptográficas y señalan algunos desafíos y preocupaciones con varias soluciones de billeteras web3, particularmente en términos del punto único de falla de EOA, las limitaciones de las billeteras multi-sig y MPC para reasignar delegados. Además, los usuarios de web3 requieren un entorno amigable para los desarrolladores que les permita crear fácilmente soluciones para satisfacer las diversas demandas del panorama web3 en rápida evolución. Limitados por la lógica de transacción de EOA en Ethereum, a los desarrolladores les resultó difícil ampliar su funcionalidad y cumplir con requisitos más complejos de las DApps. Aquí es donde entra en juego la abstracción de cuentas. Antes de sumergirnos en la abstracción de cuentas para comprender por qué generalmente se considera un paso fundamental en la adopción masiva de web3, debemos comparar un ciclo de vida típico de una transacción con mejoras de EOA y AA en Ethereum.
La red Ethereum solo permite que una EOA (cuenta de propiedad externa) inicie una transacción con ECDSA como firma, y esta transacción firmada se envía a Mempool en cada nodo de la red para su procesamiento. Después de información como la coincidencia de firmas, saldo suficiente, suficiente gas y no confirmado por la mayoría de los nodos, EVM comienza a ejecutar la transacción.
En el cuadro anterior, podemos ver que cinco partes enmarcadas en rojo están codificadas en la red Ethereum y no se pueden modificar en absoluto. En consecuencia, los desarrolladores deberían empezar desde cero si introducen nuevas funcionalidades, como la implementación de firmas múltiples utilizando métodos criptográficos. ¿Existe alguna manera de proporcionar a los desarrolladores un entorno de desarrollo sencillo sin alterar el mecanismo de la red Ethereum? Un grupo de desarrolladores hizo una propuesta para EIP-4337, que ahora se conoce como ERC-4337 para hacerlo realidad. ERC-4337 aporta nuevas funciones a Ethereum para hacerlo más programable, lo que llamamos Abstracción de cuentas en Ethereum. (AA en resumen)
*EIP significa Propuesta de mejora de Ethereum, que cualquier miembro de la comunidad Ethereum puede realizar para cambiar o mejorar la red Ethereum, mientras que ERC son estándares para la red Ethereum, solo los EIP adoptados por la comunidad pueden denominarse ERC.
El ciclo de vida típico de una transacción dentro de ERC-4337 se ve así:
En el contexto de AA, podemos ver simplemente que el paquete asume el papel del EOA original (de hecho, el paquete es un EOA) para empaquetar operaciones de usuario en un paquete, que corresponde a las transacciones originales en Mempool. La UO es personalizable, lo que permite una amplia gama de tipos de firmas. Solo los paquetes verificados en la capa de consenso se envían al EVM para la validación específica de cada UO por punto de entrada y la ejecución de los contratos relevantes. Luego de la verificación del Punto de Entrada, se inicia la ejecución del contrato específico, que se divide en tres módulos:
- Contrato de fábrica: solo participa durante la creación del contrato inicial.
- Contrato de cuenta: se utiliza para implementar funcionalidades personalizadas.
- Contrato Paymaster: Responsable de manejar el pago personalizado de Gas.
Por lo tanto, si comparamos los pasos para iniciar transacciones en la forma original y los de AA, no es difícil observar que manteniendo el mecanismo de la capa de consenso, se han introducido nuevos módulos como UserOperation, Bundler y EntryPoint, aumentando la posibilidad. de implementar más funciones.
fuente:https://www.erc4337.io/docs/understanding-ERC-4337/architecture_
Innovaciones clave en la billetera de abstracción de cuentas
Para los desarrolladores, AA permite una mayor flexibilidad cuando se trata de la introducción de nuevas funciones y, para los usuarios, operaciones que se alinean con los productos web2.
Hay 5 direcciones clave que las billeteras AA están explorando:
- Recuperación social: abordar las preocupaciones sobre la pérdida permanente de claves privadas.
En AA, los desarrolladores pueden personalizar el método de firma, lo que implica la utilización de métodos web2 comunes a través del móvil, el correo electrónico o la verificación biométrica para firmar o recuperar la cuenta.
- Firma múltiple: se aplica a varios participantes que controlan una cuenta
El propietario de una cuenta puede establecer una configuración de firma múltiple, que requiere la aprobación de dos o más usuarios para la ejecución de la transacción.
- Mejoras en el gas: permitir que cualquiera pague el gas en cualquier token, incluidas las monedas estables
Con Account Abstraction, los usuarios pueden utilizar cualquier token, incluidas las monedas estables, para pagar el gas, ampliando aún más las posibilidades de patrocinio de gas por parte de terceros. El nuevo módulo agregado en EVM, Paymaster, está diseñado para manejar la ejecución relacionada con el gas. Eso significa que los desarrolladores de DApps pueden subsidiar fácilmente las tarifas de sus usuarios como medio para adquirir usuarios. Además, también puede permitir a los usuarios pagar las tarifas del gas con tarjetas de crédito u otros medios.
- Transacciones automáticas: en lugar de tener que obtener aprobación cada vez que interactuamos con DApp, las billeteras AA se pueden configurar para permitir la ejecución automática bajo condiciones predeterminadas. Esta característica permite a los comerciantes seguir las estrategias de otros a través de un intercambio descentralizado o permite el pago regular de una suscripción en el mundo web3.
- Delegar llamadas: los propietarios de billeteras asignan diferentes roles para las cuentas.
A diferentes usuarios se les pueden conceder privilegios de acceso específicos. Por ejemplo, la Cuenta A está autorizada para administrar la billetera, con un límite máximo mensual de $100 para su uso.
La escasez de billeteras AA que ofrezcan funcionalidad de firma múltiple no se debe a limitaciones tecnológicas. Más bien, se debe a que Safe ha dominado la mayor parte de la cuota de mercado en este ámbito. En consecuencia, otros proveedores de billeteras están redirigiendo sus esfuerzos hacia capturar el mercado de billeteras individuales.
*Las billeteras podrían agregar más funciones más adelante. Última actualización el 3 de noviembre de 2023