Análisis profundo de la historia y el futuro de la abstracción de cuentas de Ethereum
Introducción
Este artículo se divide en dos partes principales:
La primera parte comienza con la primera propuesta AA de 2015, sistematizando el contenido principal de las propuestas EIP hasta la fecha, revisando el desarrollo histórico de las propuestas AA y evaluando de manera integral las ventajas y desventajas de cada opción.
La segunda parte se centra en comparar las respuestas del mercado ante la desaceleración tras el lanzamiento de EIP4337, y analiza en profundidad el EIP7702 que se incluirá en la próxima actualización de Ethereum. Una vez que esta propuesta se integre, cambiará por completo la forma de las aplicaciones en la cadena.
EIP-7702 tiene un significado revolucionario, analicemoslo en detalle.
1. El trasfondo de la abstracción de cuentas
1.1 La ubicación del significado de la abstracción de cuentas
El fundador de Ethereum, Vitalik, al actualizar el mapa de ruta de ETH a finales de 2023, no cambió la configuración de la abstracción de cuentas. Actualmente, el modelo principal está pasando de EIP-4337 a la siguiente fase: la conversión voluntaria de cuentas EOA.
Más de un año después del lanzamiento de EIP4337, el 1 de marzo de 2023 se anunció oficialmente en el WalletCon de Denver (. Este plan ha sido ampliamente reconocido por los usuarios, pero no se ha utilizado ampliamente. En este contradictorio entorno de mercado, el progreso de EIP-7702 se ha adelantado considerablemente y se ha determinado que se fusionará en la próxima actualización.
) 1.2 El estado actual del mercado de la abstracción de cuentas
Después de un año y medio de desarrollo, EIP4337 tiene un total de 12 millones de direcciones en las cadenas principales. En la red principal de Ethereum, solo hay 6,764 direcciones activas, lo que difiere enormemente del número de direcciones EOA y CA. El número de direcciones independientes en la red principal de Ethereum ha alcanzado los 270 millones, lo que demuestra que EIP4337 prácticamente no ha tenido un desarrollo sustancial en la red principal.
Sin embargo, esto no afecta el valor esencial de la AA. El diseño del EIP4337 está destinado a dificultar la resolución adecuada del problema de compatibilidad hacia adelante de la red principal. Con la integración nativa de AA en diversas cadenas L2, el número de direcciones EIP4337 ha crecido de manera explosiva en L2, donde los usuarios activos mensuales de las cadenas Base y Polygon alcanzaron 1 millón y 3 millones en julio, lo cual es bastante notable.
Por lo tanto, el diseño de EIP4337 no es erróneo, tiene muchas ventajas. La situación actual se origina en las diferencias entre la mainnet y L2, que necesitan soluciones adecuadas para cada una.
![Análisis profundo de la abstracción de cuentas de Ethereum: pasado y futuro]###https://img-cdn.gateio.im/webp-social/moments-cecbf67df71971d38b0a927be5e4c4d9.webp(
2. ¿Qué es la abstracción de cuentas?
La abstracción de cuentas resuelve esencialmente el problema de la separación de la propiedad.
En la arquitectura EVM hay dos tipos de cuentas: cuenta externa ) EOA ( y cuenta de contrato ) Contract Account (. La propiedad y el derecho de firma de la cuenta externa son poseídos por la misma entidad. La persona que posee la clave privada no solo tiene la "propiedad" de la cuenta, sino también el derecho a "firmar la transferencia de todos los activos".
Esto está determinado por la estructura de transacción de la cuenta de Ethereum. A partir de la estructura de la transacción, se puede ver que la transacción estándar de Ethereum no tiene el campo From. Al transferir fondos, la dirección de los fondos que se utilizan se determina a través de los parámetros VRS ), donde la dirección From se extrae de la firma del usuario (.
Esto involucra conceptos como ECDSA y funciones de umbral unidireccionales, sin entrar en detalle. En resumen, esto está garantizado por la criptografía, lo que también ha llevado a la difícil situación actual de la fusión de la propiedad de direcciones EOA.
El efecto principal de EIP4337 es agregar la Dirección del Remitente en el campo de la transacción, separando así la clave privada de la dirección que se está operando.
La razón por la cual la separación de la propiedad es tan importante es que el diseño de cuentas externas )EOA( generará más problemas:
Dificultad para proteger la clave privada: perder la clave privada significa perder todos los activos.
Algoritmos de firma limitados: el protocolo nativo solo puede utilizar el algoritmo de firma y verificación ECDSA al validar transacciones.
Permisos de firma altos: Sin múltiples firmas nativas ), la múltiples firmas solo se pueden implementar a través de contratos inteligentes (, una sola firma puede ejecutar cualquier operación.
La tarifa de transacción solo se puede pagar con Ether, no se admiten transacciones en bloque.
Filtración de privacidad en las transacciones: las transacciones uno a uno facilitan el análisis de la información privada del titular de la cuenta.
Estas limitaciones dificultan el uso de Ethereum para los usuarios comunes:
Primero, para usar cualquier aplicación en Ethereum, los usuarios deben poseer Ether ) y asumir el riesgo de fluctuación de precios (.
En segundo lugar, los usuarios necesitan manejar una lógica de tarifas compleja; conceptos como el precio del Gas, el límite de Gas, el bloqueo de transacciones ) y el orden del Nonce ( son demasiado complejos para los usuarios.
Por último, aunque muchas billeteras o aplicaciones de blockchain intentan mejorar la experiencia del usuario a través de la optimización del producto, el efecto es mínimo.
Por lo tanto, la solución radica en implementar la abstracción de cuentas, desacoplando la propiedad )Owner( y el derecho de firma )Signer(, lo que permitirá abordar progresivamente los problemas mencionados.
A lo largo de la historia ha habido varias propuestas, que finalmente convergen en dos enfoques.
![Análisis profundo de la abstracción de cuentas de Ethereum: pasado y futuro])https://img-cdn.gateio.im/webp-social/moments-65d1ef9656425666ee30c38bbb63e769.webp(
3. Contexto histórico de la propuesta de AA
La solución al problema parece tener muchas propuestas de EIP, pero en última instancia se reduce a dos enfoques centrales. Los problemas considerados en cada EIP no aprobado en el pasado se han convertido en los puntos de ruptura de la solución actual.
) 3.1 Primera ruta: convertir la dirección EOA en una dirección CA
El 15 de noviembre de 2015, Vitalik propuso una nueva estructura de cuentas basada en contratos en torno al EIP-101. Cambiando la dirección para que solo contenga código y espacio de almacenamiento, se modificó el soporte de tarifas para ser pagado por ERC20, y a través de contratos precompilados, el token nativo se convirtió en un tipo de ERC20 para mantener el saldo ###, pudiendo tener funciones como autorización de deducción, etc. (, y se simplificaron los campos de transacción a solo to, startgas, data y code.
Ahora parece que es una transformación de estilo Gran Salto Adelante, que cambiará drásticamente el diseño subyacente, permitiendo que cada cuenta tenga su propia lógica de "código" ), que es exactamente el efecto que EIP-7702 quiere lograr (.
También se pueden derivar otras funciones, como:
Permitir que las transacciones utilicen más algoritmos de cifrado, que pueden ser especificados por el método de verificación y autenticación interno del código de cada dirección.
Posee características de resistencia a ataques cuánticos, porque el código es actualizable.
Hacer que Ether tenga las mismas características funcionales que un contrato ERC20, el efecto clave es contar con autorización de retención, sin necesidad de consumir la moneda nativa.
Mejorar el espacio de personalización de la cuenta, compatible con la recuperación social, soporte SBT, recuperación de claves, etc.
La razón por la que no se pudo continuar es muy simple, claramente se avanzó demasiado rápido, y no se consideraron adecuadamente los problemas de conflicto de hash de las transacciones actuales y las preocupaciones sobre la seguridad, por lo que se ha dejado en suspenso. Pero cada una de las ventajas de la idea se ha convertido en una de las funciones centrales de EIP4337 y EIP7702.
Luego, hubo una serie de EIP que intentaron perfeccionar esta lógica:
EIP-859: abstracción de cuentas de la cadena principal )2018-01-30(
Intentar resolver el problema de implementación de Code. La función principal es que, si el contrato de la parte transaccional no está implementado, se utiliza el parámetro de código adjunto a la transacción para implementar el monedero del contrato. Además, se propone un nuevo código de operación PAYGAS, que, además de pagar el gas, se convierte en un separador entre la parte de verificación y la parte de ejecución en los parámetros de la transacción.
Aunque terminó sin éxito en ese momento, también se convirtió en una de las lógicas centrales de EIP7702. Cada transacción de EIP7702, combinada con una estructura de transacción especial, puede adjuntar un cierto código, permitiendo así que las direcciones EOA tengan capacidades de contrato en esta transacción.
EIP-7702: establecer código de cuenta EOA )2024-05-07(
Este también es el núcleo del mecanismo de discusión en este documento, EIP. Vitalik publicó EIP-7702 como una alternativa a EIP-3074. Por lo tanto, EIP-3074 ha sido descontinuado, y se ha determinado que EIP-7702 se incluirá en la próxima bifurcación dura de ETH Prague/Electra)Pectra(, cuyos detalles se desarrollarán más adelante.
) 3.2 Segunda ruta: dejar que la dirección EOA impulse la dirección CA
EIP-3074: añadir los códigos de operación AUTH y AUTHCALL ###2020-10-15(
Agregar dos nuevos OpCodes AUTH y AUTHCALL en EVM, permitiendo que EOA autorice a un contrato a invocar otros contratos en lugar de usar la identidad de EOA a través de estos dos opcodes.
En resumen, un EOA puede enviar un mensaje firmado ) transacción ( a un contrato en el que confía ) llamado Invoker (, este contrato Invoker puede utilizar los códigos de operación AUTH y AUTHCALL para reemplazar a este EOA en la emisión de transacciones.
EIP-4337: implementación de la abstracción de cuentas en el grupo de memoria de transacciones )2021-09-29(
Inspirado por MEV en su diseño, su valor central es que puede evitar completamente los cambios en el protocolo de capa de consenso.
EIP4337 propone un nuevo objeto de transacción UserOperation, que los usuarios envían al pool de memoria, donde los bundlers agrupan en masa y entregan la ejecución de transacciones de contratos desde la dimensión de los mineros. Esencialmente, se trata de llevar las transacciones subyacentes y la operación de cuentas a un nivel de contrato para su ejecución.
EIP-5189: operar cuentas abstractas a través de endosantes )2022-06-29(
Esta es una optimización de la lógica de EIP4337, que previene ataques de bloqueo DoS maliciosos de Bundler mediante el establecimiento de un mecanismo de respaldo de penalización de fondos (endorser).
) 3.3 Otras propuestas para apoyar la abstracción de cuentas
EIP-2718: sobreenvoltura de un nuevo tipo de transacción ###2020-06-13(
Esta es una propuesta que ya se ha determinado, que define un nuevo tipo de transacción, como un sobre para futuros tipos de transacciones adicionales.
El efecto final es que, al introducir un nuevo tipo de transacción, se diferencia mediante una codificación específica de qué tipo de transacción se trata, permitiendo que solo sea compatible hacia atrás, sin necesidad de ser compatible hacia adelante. El ejemplo más común es EIP1559, que diferencia las tarifas de transacción, utilizando una nueva codificación de tipo de transacción, sin afectar el tipo de transacción legacy original.
EIP-3607: hacer que la dirección EOA no pueda desplegar contratos )2021-06-10(
Esta es una solución complementaria en la ruta AA, utilizada para prevenir conflictos entre la dirección de despliegue del contrato y la dirección EOA. Controlará el método de generación del contrato, impidiendo que el sistema permita desplegar código en direcciones que ya son direcciones EOA. Este riesgo es en realidad muy pequeño, ya que las direcciones de Ethereum tienen 160 bits de longitud. Aunque existe un método para colisionar la clave privada y obtener la clave privada de una dirección de contrato específica, con la inversión total de poder de cálculo de Bitcoin, se estima que también se necesitaría un año.
) 3.4 ¿Cómo entender la abstracción de cuentas y su desarrollo?
Primero es necesario entender el valor después de convertirse en CA.
Básicamente, es el efecto práctico de EIP-4337, que puede lograr:
Recuperación social
Agregación de firmas
Transacciones por lotes
resistencia a ataques DOS
Pago de Gas
Gas de pago ERC20
Contrato de precompilación de pagos
Transferencia sin Gas
Gestión de permisos
Restricciones de comercio
billetera escalable
Entorno de ejecución de sandbox
Sin embargo, la principal desventaja de EIP-4337 es que va en contra del principio de motivación humana.
Se ve mejor, pero ha caído en un ciclo vicioso de desarrollo del mercado :D Hay muchos Dapps que aún no son compatibles, por lo que los usuarios no están dispuestos a usar la dirección de cuenta, e incluso usar la cuenta tiene un costo de transacción más alto ### en escenarios de transferencia estándar, las tarifas de transacción también se duplicarán (, y depende demasiado de la compatibilidad del Dapp en sí.
Por lo tanto, hasta ahora no se ha generalizado en la red principal de Ethereum.
El costo es el criterio más importante para los usuarios, y debe reducirse.
Pero para reducir realmente el GAS, es necesario que Ethereum realice una actualización de bifurcación suave, modificando el cálculo de GAS o modificando los módulos de consumo de GAS de los códigos de operación. Dado que se va a hacer una bifurcación suave, ¿por qué no considerar directamente el EIP-7702?
![Análisis profundo del pasado y futuro de la abstracción de cuentas de Ethereum])https://img-cdn.gateio.im/webp-social/moments-3503a168bb61430839419efb40e130de.webp(
4. Análisis exhaustivo de EIP-7702
) 4.1 ¿Qué es EIP-7702?
Se distingue por un nuevo tipo de transacción que permite a las EOA poseer temporalmente funciones de contratos inteligentes en una sola transacción, lo que a su vez apoya operaciones comerciales como transacciones en lote, transacciones sin Gas y gestión de permisos personalizados, sin necesidad de introducir un nuevo opCode de EVM ### que afecte la compatibilidad hacia adelante (.
Puede permitir a los usuarios obtener la mayoría de las capacidades de AA sin desplegar contratos inteligentes, e incluso puede proporcionar la capacidad de que terceros inicien transacciones en nombre del usuario, sin necesidad de que el usuario proporcione su clave privada, solo se requiere firmar la información de autorización.
) 4.2 estructura de datos
Define un nuevo tipo de transacción 0x04, cuyo TransactionPayload es el resultado de la serialización RLP del siguiente contenido:
Es importante destacar que se ha añadido el objeto authorization_list, que almacena el código que el firmante desea ejecutar en su EOA. El usuario firma la transacción al mismo tiempo que firma el código del contrato que se va a ejecutar, que existe como una lista bidimensional, indicando que se pueden almacenar múltiples informaciones de operación en lote y ejecutar operaciones en lote.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
17 me gusta
Recompensa
17
7
Compartir
Comentar
0/400
0xLuckbox
· hace18h
4337 aún no se ha calentado y ya hay que cambiarlo por 7702.
Ver originalesResponder0
DefiSecurityGuard
· 07-20 13:21
mmm... se ha detectado un patrón de despliegue sospechoso en eip4337. se levantan banderas rojas en este caso. no es para crear miedo, pero los vectores de ataque son *preocupantes*
Ver originalesResponder0
FastLeaver
· 07-18 23:22
Me voy enseguida, este eip me está dando dolor de cabeza.
Ver originalesResponder0
AirdropChaser
· 07-18 23:19
4337 son todos trampas, 7702 tampoco es necesariamente bueno.
Ver originalesResponder0
LightningAllInHero
· 07-18 23:18
¿Eh? ¿Escuché que el 4337 va a ser eliminado? ¡Esto es Información favorable!
Ver originalesResponder0
GameFiCritic
· 07-18 23:13
¿De qué sirve cambiar AA una y otra vez? El inversor minorista sigue perdiendo moneda.
Ver originalesResponder0
ser_we_are_early
· 07-18 23:08
¿Cuándo los inversores minoristas podrán entender esto?
Historia del desarrollo de la abstracción de cuentas de Ethereum: de EIP4337 a la transformación significativa de EIP7702
Análisis profundo de la historia y el futuro de la abstracción de cuentas de Ethereum
Introducción
Este artículo se divide en dos partes principales:
La primera parte comienza con la primera propuesta AA de 2015, sistematizando el contenido principal de las propuestas EIP hasta la fecha, revisando el desarrollo histórico de las propuestas AA y evaluando de manera integral las ventajas y desventajas de cada opción.
La segunda parte se centra en comparar las respuestas del mercado ante la desaceleración tras el lanzamiento de EIP4337, y analiza en profundidad el EIP7702 que se incluirá en la próxima actualización de Ethereum. Una vez que esta propuesta se integre, cambiará por completo la forma de las aplicaciones en la cadena.
EIP-7702 tiene un significado revolucionario, analicemoslo en detalle.
1. El trasfondo de la abstracción de cuentas
1.1 La ubicación del significado de la abstracción de cuentas
El fundador de Ethereum, Vitalik, al actualizar el mapa de ruta de ETH a finales de 2023, no cambió la configuración de la abstracción de cuentas. Actualmente, el modelo principal está pasando de EIP-4337 a la siguiente fase: la conversión voluntaria de cuentas EOA.
Más de un año después del lanzamiento de EIP4337, el 1 de marzo de 2023 se anunció oficialmente en el WalletCon de Denver (. Este plan ha sido ampliamente reconocido por los usuarios, pero no se ha utilizado ampliamente. En este contradictorio entorno de mercado, el progreso de EIP-7702 se ha adelantado considerablemente y se ha determinado que se fusionará en la próxima actualización.
) 1.2 El estado actual del mercado de la abstracción de cuentas
Después de un año y medio de desarrollo, EIP4337 tiene un total de 12 millones de direcciones en las cadenas principales. En la red principal de Ethereum, solo hay 6,764 direcciones activas, lo que difiere enormemente del número de direcciones EOA y CA. El número de direcciones independientes en la red principal de Ethereum ha alcanzado los 270 millones, lo que demuestra que EIP4337 prácticamente no ha tenido un desarrollo sustancial en la red principal.
Sin embargo, esto no afecta el valor esencial de la AA. El diseño del EIP4337 está destinado a dificultar la resolución adecuada del problema de compatibilidad hacia adelante de la red principal. Con la integración nativa de AA en diversas cadenas L2, el número de direcciones EIP4337 ha crecido de manera explosiva en L2, donde los usuarios activos mensuales de las cadenas Base y Polygon alcanzaron 1 millón y 3 millones en julio, lo cual es bastante notable.
Por lo tanto, el diseño de EIP4337 no es erróneo, tiene muchas ventajas. La situación actual se origina en las diferencias entre la mainnet y L2, que necesitan soluciones adecuadas para cada una.
![Análisis profundo de la abstracción de cuentas de Ethereum: pasado y futuro]###https://img-cdn.gateio.im/webp-social/moments-cecbf67df71971d38b0a927be5e4c4d9.webp(
2. ¿Qué es la abstracción de cuentas?
La abstracción de cuentas resuelve esencialmente el problema de la separación de la propiedad.
En la arquitectura EVM hay dos tipos de cuentas: cuenta externa ) EOA ( y cuenta de contrato ) Contract Account (. La propiedad y el derecho de firma de la cuenta externa son poseídos por la misma entidad. La persona que posee la clave privada no solo tiene la "propiedad" de la cuenta, sino también el derecho a "firmar la transferencia de todos los activos".
Esto está determinado por la estructura de transacción de la cuenta de Ethereum. A partir de la estructura de la transacción, se puede ver que la transacción estándar de Ethereum no tiene el campo From. Al transferir fondos, la dirección de los fondos que se utilizan se determina a través de los parámetros VRS ), donde la dirección From se extrae de la firma del usuario (.
Esto involucra conceptos como ECDSA y funciones de umbral unidireccionales, sin entrar en detalle. En resumen, esto está garantizado por la criptografía, lo que también ha llevado a la difícil situación actual de la fusión de la propiedad de direcciones EOA.
El efecto principal de EIP4337 es agregar la Dirección del Remitente en el campo de la transacción, separando así la clave privada de la dirección que se está operando.
La razón por la cual la separación de la propiedad es tan importante es que el diseño de cuentas externas )EOA( generará más problemas:
Dificultad para proteger la clave privada: perder la clave privada significa perder todos los activos.
Algoritmos de firma limitados: el protocolo nativo solo puede utilizar el algoritmo de firma y verificación ECDSA al validar transacciones.
Permisos de firma altos: Sin múltiples firmas nativas ), la múltiples firmas solo se pueden implementar a través de contratos inteligentes (, una sola firma puede ejecutar cualquier operación.
La tarifa de transacción solo se puede pagar con Ether, no se admiten transacciones en bloque.
Filtración de privacidad en las transacciones: las transacciones uno a uno facilitan el análisis de la información privada del titular de la cuenta.
Estas limitaciones dificultan el uso de Ethereum para los usuarios comunes:
Primero, para usar cualquier aplicación en Ethereum, los usuarios deben poseer Ether ) y asumir el riesgo de fluctuación de precios (.
En segundo lugar, los usuarios necesitan manejar una lógica de tarifas compleja; conceptos como el precio del Gas, el límite de Gas, el bloqueo de transacciones ) y el orden del Nonce ( son demasiado complejos para los usuarios.
Por último, aunque muchas billeteras o aplicaciones de blockchain intentan mejorar la experiencia del usuario a través de la optimización del producto, el efecto es mínimo.
Por lo tanto, la solución radica en implementar la abstracción de cuentas, desacoplando la propiedad )Owner( y el derecho de firma )Signer(, lo que permitirá abordar progresivamente los problemas mencionados.
A lo largo de la historia ha habido varias propuestas, que finalmente convergen en dos enfoques.
![Análisis profundo de la abstracción de cuentas de Ethereum: pasado y futuro])https://img-cdn.gateio.im/webp-social/moments-65d1ef9656425666ee30c38bbb63e769.webp(
3. Contexto histórico de la propuesta de AA
La solución al problema parece tener muchas propuestas de EIP, pero en última instancia se reduce a dos enfoques centrales. Los problemas considerados en cada EIP no aprobado en el pasado se han convertido en los puntos de ruptura de la solución actual.
) 3.1 Primera ruta: convertir la dirección EOA en una dirección CA
El 15 de noviembre de 2015, Vitalik propuso una nueva estructura de cuentas basada en contratos en torno al EIP-101. Cambiando la dirección para que solo contenga código y espacio de almacenamiento, se modificó el soporte de tarifas para ser pagado por ERC20, y a través de contratos precompilados, el token nativo se convirtió en un tipo de ERC20 para mantener el saldo ###, pudiendo tener funciones como autorización de deducción, etc. (, y se simplificaron los campos de transacción a solo to, startgas, data y code.
Ahora parece que es una transformación de estilo Gran Salto Adelante, que cambiará drásticamente el diseño subyacente, permitiendo que cada cuenta tenga su propia lógica de "código" ), que es exactamente el efecto que EIP-7702 quiere lograr (.
También se pueden derivar otras funciones, como:
Permitir que las transacciones utilicen más algoritmos de cifrado, que pueden ser especificados por el método de verificación y autenticación interno del código de cada dirección.
Posee características de resistencia a ataques cuánticos, porque el código es actualizable.
Hacer que Ether tenga las mismas características funcionales que un contrato ERC20, el efecto clave es contar con autorización de retención, sin necesidad de consumir la moneda nativa.
Mejorar el espacio de personalización de la cuenta, compatible con la recuperación social, soporte SBT, recuperación de claves, etc.
La razón por la que no se pudo continuar es muy simple, claramente se avanzó demasiado rápido, y no se consideraron adecuadamente los problemas de conflicto de hash de las transacciones actuales y las preocupaciones sobre la seguridad, por lo que se ha dejado en suspenso. Pero cada una de las ventajas de la idea se ha convertido en una de las funciones centrales de EIP4337 y EIP7702.
Luego, hubo una serie de EIP que intentaron perfeccionar esta lógica:
EIP-859: abstracción de cuentas de la cadena principal )2018-01-30(
Intentar resolver el problema de implementación de Code. La función principal es que, si el contrato de la parte transaccional no está implementado, se utiliza el parámetro de código adjunto a la transacción para implementar el monedero del contrato. Además, se propone un nuevo código de operación PAYGAS, que, además de pagar el gas, se convierte en un separador entre la parte de verificación y la parte de ejecución en los parámetros de la transacción.
Aunque terminó sin éxito en ese momento, también se convirtió en una de las lógicas centrales de EIP7702. Cada transacción de EIP7702, combinada con una estructura de transacción especial, puede adjuntar un cierto código, permitiendo así que las direcciones EOA tengan capacidades de contrato en esta transacción.
EIP-7702: establecer código de cuenta EOA )2024-05-07(
Este también es el núcleo del mecanismo de discusión en este documento, EIP. Vitalik publicó EIP-7702 como una alternativa a EIP-3074. Por lo tanto, EIP-3074 ha sido descontinuado, y se ha determinado que EIP-7702 se incluirá en la próxima bifurcación dura de ETH Prague/Electra)Pectra(, cuyos detalles se desarrollarán más adelante.
) 3.2 Segunda ruta: dejar que la dirección EOA impulse la dirección CA
EIP-3074: añadir los códigos de operación AUTH y AUTHCALL ###2020-10-15(
Agregar dos nuevos OpCodes AUTH y AUTHCALL en EVM, permitiendo que EOA autorice a un contrato a invocar otros contratos en lugar de usar la identidad de EOA a través de estos dos opcodes.
En resumen, un EOA puede enviar un mensaje firmado ) transacción ( a un contrato en el que confía ) llamado Invoker (, este contrato Invoker puede utilizar los códigos de operación AUTH y AUTHCALL para reemplazar a este EOA en la emisión de transacciones.
EIP-4337: implementación de la abstracción de cuentas en el grupo de memoria de transacciones )2021-09-29(
Inspirado por MEV en su diseño, su valor central es que puede evitar completamente los cambios en el protocolo de capa de consenso.
EIP4337 propone un nuevo objeto de transacción UserOperation, que los usuarios envían al pool de memoria, donde los bundlers agrupan en masa y entregan la ejecución de transacciones de contratos desde la dimensión de los mineros. Esencialmente, se trata de llevar las transacciones subyacentes y la operación de cuentas a un nivel de contrato para su ejecución.
EIP-5189: operar cuentas abstractas a través de endosantes )2022-06-29(
Esta es una optimización de la lógica de EIP4337, que previene ataques de bloqueo DoS maliciosos de Bundler mediante el establecimiento de un mecanismo de respaldo de penalización de fondos (endorser).
) 3.3 Otras propuestas para apoyar la abstracción de cuentas
EIP-2718: sobreenvoltura de un nuevo tipo de transacción ###2020-06-13(
Esta es una propuesta que ya se ha determinado, que define un nuevo tipo de transacción, como un sobre para futuros tipos de transacciones adicionales.
El efecto final es que, al introducir un nuevo tipo de transacción, se diferencia mediante una codificación específica de qué tipo de transacción se trata, permitiendo que solo sea compatible hacia atrás, sin necesidad de ser compatible hacia adelante. El ejemplo más común es EIP1559, que diferencia las tarifas de transacción, utilizando una nueva codificación de tipo de transacción, sin afectar el tipo de transacción legacy original.
EIP-3607: hacer que la dirección EOA no pueda desplegar contratos )2021-06-10(
Esta es una solución complementaria en la ruta AA, utilizada para prevenir conflictos entre la dirección de despliegue del contrato y la dirección EOA. Controlará el método de generación del contrato, impidiendo que el sistema permita desplegar código en direcciones que ya son direcciones EOA. Este riesgo es en realidad muy pequeño, ya que las direcciones de Ethereum tienen 160 bits de longitud. Aunque existe un método para colisionar la clave privada y obtener la clave privada de una dirección de contrato específica, con la inversión total de poder de cálculo de Bitcoin, se estima que también se necesitaría un año.
) 3.4 ¿Cómo entender la abstracción de cuentas y su desarrollo?
Primero es necesario entender el valor después de convertirse en CA.
Básicamente, es el efecto práctico de EIP-4337, que puede lograr:
Sin embargo, la principal desventaja de EIP-4337 es que va en contra del principio de motivación humana.
Se ve mejor, pero ha caído en un ciclo vicioso de desarrollo del mercado :D Hay muchos Dapps que aún no son compatibles, por lo que los usuarios no están dispuestos a usar la dirección de cuenta, e incluso usar la cuenta tiene un costo de transacción más alto ### en escenarios de transferencia estándar, las tarifas de transacción también se duplicarán (, y depende demasiado de la compatibilidad del Dapp en sí.
Por lo tanto, hasta ahora no se ha generalizado en la red principal de Ethereum.
El costo es el criterio más importante para los usuarios, y debe reducirse.
Pero para reducir realmente el GAS, es necesario que Ethereum realice una actualización de bifurcación suave, modificando el cálculo de GAS o modificando los módulos de consumo de GAS de los códigos de operación. Dado que se va a hacer una bifurcación suave, ¿por qué no considerar directamente el EIP-7702?
![Análisis profundo del pasado y futuro de la abstracción de cuentas de Ethereum])https://img-cdn.gateio.im/webp-social/moments-3503a168bb61430839419efb40e130de.webp(
4. Análisis exhaustivo de EIP-7702
) 4.1 ¿Qué es EIP-7702?
Se distingue por un nuevo tipo de transacción que permite a las EOA poseer temporalmente funciones de contratos inteligentes en una sola transacción, lo que a su vez apoya operaciones comerciales como transacciones en lote, transacciones sin Gas y gestión de permisos personalizados, sin necesidad de introducir un nuevo opCode de EVM ### que afecte la compatibilidad hacia adelante (.
Puede permitir a los usuarios obtener la mayoría de las capacidades de AA sin desplegar contratos inteligentes, e incluso puede proporcionar la capacidad de que terceros inicien transacciones en nombre del usuario, sin necesidad de que el usuario proporcione su clave privada, solo se requiere firmar la información de autorización.
) 4.2 estructura de datos
Define un nuevo tipo de transacción 0x04, cuyo TransactionPayload es el resultado de la serialización RLP del siguiente contenido:
rlp###[ chain_id, nonce, max_priority_fee_per_gas, max_fee_per_gas, gas_limit, destino, valor, datos, access_list, lista_de_autorización, signature_y_paridad, signature_r, signature_s ](
Es importante destacar que se ha añadido el objeto authorization_list, que almacena el código que el firmante desea ejecutar en su EOA. El usuario firma la transacción al mismo tiempo que firma el código del contrato que se va a ejecutar, que existe como una lista bidimensional, indicando que se pueden almacenar múltiples informaciones de operación en lote y ejecutar operaciones en lote.
authorization_list = [[chain_id, address, nonce, y_parity, r, s], ...]
) 4.3 vida de transacción