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 grandes partes:
La parte superior comienza con la primera propuesta AA de 2015, el sistema ha organizado el contenido de las principales propuestas EIP hasta la fecha, con la esperanza de descubrir el desarrollo de las propuestas AA a través de una revisión histórica y evaluar de manera integral las ventajas y desventajas de cada opción.
La parte inferior se centra en comparar la fría reacción del mercado ante la propuesta EIP4337 y analiza en profundidad la EIP7702 que se incluirá en la próxima actualización de Ethereum. Una vez que esta propuesta se fusione, cambiará completamente la forma de las aplicaciones en la cadena.
EIP-7702 tiene un significado revolucionario, vamos a profundizar en ello.
1. El contexto de la abstracción de cuentas
1.1 El significado de la abstracción de cuentas
El fundador de Ethereum, Vitalik, actualizó nuevamente la hoja de ruta del desarrollo de ETH a finales de 2023, pero no se han cambiado los parámetros de la abstracción de cuentas. Actualmente, el modelo principal está pasando de EIP-4337 a la siguiente fase de conversión voluntaria de EOA.
Desde el lanzamiento de EIP4337 hace más de un año, el 1 de marzo de 2023 en WalletCon en Denver, el contrato principal ERC-4337 diseñado por los desarrolladores de la Fundación Ethereum fue auditado por OpenZeppelin y se considera oficialmente lanzado (, que ha estado en un estado contradictorio de amplio reconocimiento por parte de los usuarios, pero no ampliamente utilizado. Este entorno de mercado ha llevado a que el progreso de EIP-7702 se adelante considerablemente, incluso 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, el número total de cuentas de EIP4337 en las cadenas principales es de solo 12 millones. Entre ellas, solo hay 6,764 direcciones activas en la red principal de Ethereum, lo que representa una gran diferencia con el número de direcciones EOA y CA. El número de direcciones únicas en la red principal de Ethereum ha alcanzado los 270 millones, por lo que se puede decir que EIP4337 no ha tenido un desarrollo sustancial en la red principal.
Sin embargo, esto no afecta el valor intrínseco de AA. El diseño de EIP4337 determina que es difícil resolver bien el problema de la compatibilidad hacia adelante en la mainnet. Con la integración nativa de AA en varios L2, el número de direcciones de EIP4337 ha explotado en L2, donde la actividad mensual de Base y Polygon alcanzó 1 millón y 3 millones en julio, mostrando un buen rendimiento.
Por lo tanto, no es que el diseño de EIP4337 tenga errores, tiene muchas ventajas. La situación actual proviene de las diferencias entre la red principal y L2, que requieren 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, de hecho, poseídos por la misma entidad. La persona que posee la clave privada no solo tiene la "propiedad" de la cuenta, sino que también tiene 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 en realidad no tiene el campo From. Al transferir fondos, la dirección específica de la que se consumen los fondos se obtiene a través de los parámetros VRS ), que el usuario firma para descomponer la dirección From (.
Esto implica conceptos como la criptografía asimétrica ECDSA y funciones umbral unidireccionales, que no vamos a desarrollar. En resumen, aquí la seguridad está garantizada por la criptografía, lo que también ha llevado a la actual dificultad de la fusión de la propiedad de las cuentas EOA.
El efecto central de EIP4337 es añadir la dirección del remitente en el campo de transacción, logrando así la separación entre la clave privada y la dirección que se está operando.
La razón por la que 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: la pérdida de la clave privada ), ataques de hackers, y la ruptura de la criptografía ( significa la pérdida de todos los activos.
Algoritmo de firma único: la verificación de transacciones del protocolo nativo solo puede utilizar el algoritmo de firma y verificación ECDSA.
Permisos de firma excesivos: sin múltiples firmas nativas ), las múltiples firmas solo se pueden implementar a través de contratos inteligentes (, y una sola firma puede ejecutar cualquier operación.
Las tarifas de transacción solo se pueden pagar con ETH, no se admite el comercio en masa.
Filtración de privacidad en las transacciones: las transacciones uno a uno facilitan el análisis de la información privada de los titulares de cuentas.
Estas restricciones hacen que sea difícil para los usuarios comunes utilizar Ethereum:
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, el precio del Gas, el límite de Gas, la congestión de transacciones ) y el orden del Nonce (, conceptos que son demasiado complicados 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 de productos, los resultados son limitados.
Por lo tanto, la clave está en lograr la abstracción de cuentas, desacoplando la propiedad )Owner( y el derecho de firma )Signer(, para abordar gradualmente los problemas mencionados anteriormente.
A lo largo de la historia, ha habido múltiples propuestas, que finalmente se han agrupado en dos rutas.
![Interpretación profunda 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 las propuestas de abstracción de cuentas
La solución al problema parece tener muchas propuestas EIP, pero en última instancia se reduce a dos ideas centrales. Los problemas considerados en cada EIP no aprobado en el pasado también se han convertido en puntos de ruptura de la solución actual.
) 3.1 Primera ruta: convertir la dirección EOA en dirección CA
Desde el 15 de noviembre de 2015, en torno a EIP-101, Vitalik propuso una nueva estructura de cuentas utilizando contratos. Cambiando la dirección a solo código y espacio de almacenamiento, modificando el soporte de tarifas para ser pagado por ERC20, a través de contratos precompilados, convirtiendo el token nativo en un tipo de ERC20 para mantener el saldo ###, se pueden habilitar funciones como la autorización de retención (, y simplificando el campo de transacción a solo to, startgas, data y code.
Hoy en día, parece que esta es una transformación de tipo gran salto, que cambiará drásticamente el diseño subyacente, haciendo que cada dirección de cuenta tenga su propia lógica de "código" ), que es precisamente el efecto que EIP-7702 busca lograr (.
puede derivar otras funciones, como:
Permitir que las transacciones utilicen más algoritmos criptográficos, que pueden ser especificados por el método de verificación de firma y autenticación interno del código de cada dirección.
Posee características de resistencia a ataques cuánticos, ya que el código es actualizable.
Permitir que Ether tenga características funcionales consistentes con los contratos ERC20, el efecto central es que se ha obtenido autorización de retención, por lo que no es necesario el consumo de 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 avanzar es muy simple: claramente se dio un paso demasiado grande, y no se consideraron adecuadamente los problemas actuales de colisión de hash de transacciones y las preocupaciones de seguridad, por lo que se ha dejado en suspenso. Sin embargo, cada concepto positivo se ha convertido en una de las funciones centrales de las posteriores EIP4337 y EIP7702.
Después, hubo una serie de EIP que intentaron perfeccionar esta lógica:
EIP-859: abstracción de cuentas en la cadena principal--2018-01-30
Intentar resolver problemas de despliegue de código, la función principal es que, si el contrato de la parte transaccional no está desplegado, se utiliza el parámetro de código adjunto a la transacción para ejecutar el despliegue de la billetera del contrato. Además, se propone un nuevo código de operación PAYGAS, que, además de pagar gas, también se convierte en un delimitador 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, esto 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 cierto código, lo que permite que la dirección EOA tenga capacidad 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 discutido más adelante en este artículo, propuesto por Vitalik como una alternativa a EIP-3074 )2024-05-07(. Por lo tanto, EIP-3074 ha sido descartado, y se ha determinado que EIP-7702 se incluirá en la próxima bifurcación dura ETH Prague/Electra ) Pectra (, cuyos detalles desarrollaremos más adelante.
) 3.2 Segunda ruta: hacer 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
Se han agregado dos nuevos OpCodes AUTH y AUTHCALL en EVM, permitiendo que EOA autorice a contratos a llamar a 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 ### y una 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 emitir transacciones en lugar de este EOA.
EIP-4337: implementación de la abstracción de cuentas mediante el pool de memoria de transacciones--2021-09-29
Inspirado en MEV para su diseño, su valor central es que puede evitar completamente los cambios en el protocolo de la capa de consenso.
EIP4337 propone un nuevo objeto de transacción llamado UserOperation, que los usuarios envían a la memoria del pool, donde los bundlers lo empaquetan en lotes desde la perspectiva de los mineros para ejecutar transacciones de contrato. En esencia, esto lleva la operación de transacciones de bajo nivel y la gestión de cuentas a un nivel de contrato.
EIP-5189: operación de abstracción de cuentas a través de endosantes---2022-06-29
Esta es una optimización de la lógica de EIP4337, que enfrenta a los Bundlers maliciosos mediante el establecimiento de un mecanismo de endoso de penalización de fondos para prevenir ataques de bloqueo DoS.
( 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 ha sido finalizada, que define un nuevo tipo de transacción, como un sobre para futuros tipos de transacciones que se añadirán.
El efecto final es que, al introducir un nuevo tipo de transacción, se distingue qué tipo de transacción es a través de una codificación específica, permitiendo que solo sea compatible hacia atrás, sin necesidad de ser compatible hacia adelante. El ejemplo más común es el EIP1559, que distingue 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 las direcciones EOA no puedan desplegar contratos--2021-06-10
Este es un plan complementario en la ruta AA, utilizado para prevenir conflictos entre la dirección de despliegue del contrato y la dirección de EOA. Controlará el método de generación del contrato, no permitiendo que el sistema despliegue código en una dirección que ya sea una dirección de EOA. Este riesgo es muy bajo, ya que la dirección de Ethereum tiene 160 bits de longitud; aunque existe un método para colisionar con la clave privada para obtener la clave privada de una dirección de contrato específica, según la estimación de la inversión total de poder de cálculo de Bitcoin, aún necesitaría un año.
) 3.4 ¿Cómo entender el desarrollo de la abstracción de cuentas?
Primero es necesario entender el valor después de convertirse en CA.
Básicamente, es el efecto real de EIP-4337, que puede lograr:
Recuperación social
Transacciones sin gas
Transacciones en lote
Algoritmo de firma personalizado
Lógica de cuenta personalizada
Soporte para el bloqueo de cuentas y límites
Soporta billeteras de múltiples firmas y contratos inteligentes
Sin embargo, la principal desventaja de EIP-4337 es que va en contra del principio de motivación humana.
Se ve mejor, pero está atrapado en un ciclo vicioso del desarrollo del mercado. Muchas Dapps aún no son compatibles, por lo que los usuarios no están dispuestos a usar direcciones CA, e incluso usar CA tiene un costo de transacción más alto en comparación con el escenario de transferencia normal, donde las tarifas de transacción se duplican, además de depender demasiado de la compatibilidad de la Dapp en sí.
Por lo tanto, no se ha popularizado hasta ahora en la red principal de Ethereum.
El costo es el criterio más importante para los usuarios, debe reducirse el costo.
Pero para reducir realmente el GAS, es necesario que Ethereum realice una actualización de fork suave, modificando módulos como el cálculo de GAS o el consumo de GAS de los códigos de operación. Sin embargo, dado que se va a hacer un fork suave, ¿por qué no considerar directamente el EIP-7702?
![Análisis profundo de la abstracción de cuentas de Ethereum: pasado y futuro]###https://img-cdn.gateio.im/webp-social/moments-3503a168bb61430839419efb40e130de.webp###
4. Análisis completo de EIP-7702
( 4.1 ¿Qué es EIP-7702?
Se distingue por un nuevo tipo de transacción, permitiendo que una EOA tenga temporalmente funciones de contrato inteligente en una sola transacción, lo que apoya transacciones en lote, transacciones sin Gas y gestión de permisos personalizada, sin necesidad de introducir un nuevo opCode 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 a terceros la capacidad de iniciar transacciones en nombre de los usuarios, sin necesidad de que los usuarios proporcionen claves privadas, solo necesitan 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, //ID de cadena, utilizado para prevenir ataques de repetición
nonce, //contador de transacciones, asegura la unicidad de la transacción
max_priority_fee_per_gas, //1559 tarifa de transacción
max_fee_per_gas, //1559 tarifa de transacción
gas_limit,
destino, //dirección de destino de la transacción
valor,
datos,
access_list, //lista de acceso, utilizada para la optimización de Gas en EIP-2929
lista_de_autorización,
signature_y_parity, //3 parámetros de firma, utilizados para verificar la firma de la transacción
signature_r,
signature_s
](
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.
12 me gusta
Recompensa
12
5
Compartir
Comentar
0/400
OnchainHolmes
· 07-24 00:19
Otra vez la abstracción de cuentas 7702 no es atractiva?
Ver originalesResponder0
gas_fee_therapist
· 07-23 07:45
¿Gas ha estado bloqueado durante ocho años y finalmente llegó a 7702?
Ver originalesResponder0
GateUser-afe07a92
· 07-23 07:43
Despierta, 4337 ya está muerto, 7702 es el futuro.
De la historia al futuro: EIP-7702 lidera una nueva era de abstracción de cuentas en Ethereum
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 grandes partes:
La parte superior comienza con la primera propuesta AA de 2015, el sistema ha organizado el contenido de las principales propuestas EIP hasta la fecha, con la esperanza de descubrir el desarrollo de las propuestas AA a través de una revisión histórica y evaluar de manera integral las ventajas y desventajas de cada opción.
La parte inferior se centra en comparar la fría reacción del mercado ante la propuesta EIP4337 y analiza en profundidad la EIP7702 que se incluirá en la próxima actualización de Ethereum. Una vez que esta propuesta se fusione, cambiará completamente la forma de las aplicaciones en la cadena.
EIP-7702 tiene un significado revolucionario, vamos a profundizar en ello.
1. El contexto de la abstracción de cuentas
1.1 El significado de la abstracción de cuentas
El fundador de Ethereum, Vitalik, actualizó nuevamente la hoja de ruta del desarrollo de ETH a finales de 2023, pero no se han cambiado los parámetros de la abstracción de cuentas. Actualmente, el modelo principal está pasando de EIP-4337 a la siguiente fase de conversión voluntaria de EOA.
Desde el lanzamiento de EIP4337 hace más de un año, el 1 de marzo de 2023 en WalletCon en Denver, el contrato principal ERC-4337 diseñado por los desarrolladores de la Fundación Ethereum fue auditado por OpenZeppelin y se considera oficialmente lanzado (, que ha estado en un estado contradictorio de amplio reconocimiento por parte de los usuarios, pero no ampliamente utilizado. Este entorno de mercado ha llevado a que el progreso de EIP-7702 se adelante considerablemente, incluso 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, el número total de cuentas de EIP4337 en las cadenas principales es de solo 12 millones. Entre ellas, solo hay 6,764 direcciones activas en la red principal de Ethereum, lo que representa una gran diferencia con el número de direcciones EOA y CA. El número de direcciones únicas en la red principal de Ethereum ha alcanzado los 270 millones, por lo que se puede decir que EIP4337 no ha tenido un desarrollo sustancial en la red principal.
Sin embargo, esto no afecta el valor intrínseco de AA. El diseño de EIP4337 determina que es difícil resolver bien el problema de la compatibilidad hacia adelante en la mainnet. Con la integración nativa de AA en varios L2, el número de direcciones de EIP4337 ha explotado en L2, donde la actividad mensual de Base y Polygon alcanzó 1 millón y 3 millones en julio, mostrando un buen rendimiento.
Por lo tanto, no es que el diseño de EIP4337 tenga errores, tiene muchas ventajas. La situación actual proviene de las diferencias entre la red principal y L2, que requieren 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, de hecho, poseídos por la misma entidad. La persona que posee la clave privada no solo tiene la "propiedad" de la cuenta, sino que también tiene 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 en realidad no tiene el campo From. Al transferir fondos, la dirección específica de la que se consumen los fondos se obtiene a través de los parámetros VRS ), que el usuario firma para descomponer la dirección From (.
Esto implica conceptos como la criptografía asimétrica ECDSA y funciones umbral unidireccionales, que no vamos a desarrollar. En resumen, aquí la seguridad está garantizada por la criptografía, lo que también ha llevado a la actual dificultad de la fusión de la propiedad de las cuentas EOA.
El efecto central de EIP4337 es añadir la dirección del remitente en el campo de transacción, logrando así la separación entre la clave privada y la dirección que se está operando.
La razón por la que 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: la pérdida de la clave privada ), ataques de hackers, y la ruptura de la criptografía ( significa la pérdida de todos los activos.
Algoritmo de firma único: la verificación de transacciones del protocolo nativo solo puede utilizar el algoritmo de firma y verificación ECDSA.
Permisos de firma excesivos: sin múltiples firmas nativas ), las múltiples firmas solo se pueden implementar a través de contratos inteligentes (, y una sola firma puede ejecutar cualquier operación.
Las tarifas de transacción solo se pueden pagar con ETH, no se admite el comercio en masa.
Filtración de privacidad en las transacciones: las transacciones uno a uno facilitan el análisis de la información privada de los titulares de cuentas.
Estas restricciones hacen que sea difícil para los usuarios comunes utilizar Ethereum:
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, el precio del Gas, el límite de Gas, la congestión de transacciones ) y el orden del Nonce (, conceptos que son demasiado complicados 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 de productos, los resultados son limitados.
Por lo tanto, la clave está en lograr la abstracción de cuentas, desacoplando la propiedad )Owner( y el derecho de firma )Signer(, para abordar gradualmente los problemas mencionados anteriormente.
A lo largo de la historia, ha habido múltiples propuestas, que finalmente se han agrupado en dos rutas.
![Interpretación profunda 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 las propuestas de abstracción de cuentas
La solución al problema parece tener muchas propuestas EIP, pero en última instancia se reduce a dos ideas centrales. Los problemas considerados en cada EIP no aprobado en el pasado también se han convertido en puntos de ruptura de la solución actual.
) 3.1 Primera ruta: convertir la dirección EOA en dirección CA
Desde el 15 de noviembre de 2015, en torno a EIP-101, Vitalik propuso una nueva estructura de cuentas utilizando contratos. Cambiando la dirección a solo código y espacio de almacenamiento, modificando el soporte de tarifas para ser pagado por ERC20, a través de contratos precompilados, convirtiendo el token nativo en un tipo de ERC20 para mantener el saldo ###, se pueden habilitar funciones como la autorización de retención (, y simplificando el campo de transacción a solo to, startgas, data y code.
Hoy en día, parece que esta es una transformación de tipo gran salto, que cambiará drásticamente el diseño subyacente, haciendo que cada dirección de cuenta tenga su propia lógica de "código" ), que es precisamente el efecto que EIP-7702 busca lograr (.
puede derivar otras funciones, como:
Permitir que las transacciones utilicen más algoritmos criptográficos, que pueden ser especificados por el método de verificación de firma y autenticación interno del código de cada dirección.
Posee características de resistencia a ataques cuánticos, ya que el código es actualizable.
Permitir que Ether tenga características funcionales consistentes con los contratos ERC20, el efecto central es que se ha obtenido autorización de retención, por lo que no es necesario el consumo de 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 avanzar es muy simple: claramente se dio un paso demasiado grande, y no se consideraron adecuadamente los problemas actuales de colisión de hash de transacciones y las preocupaciones de seguridad, por lo que se ha dejado en suspenso. Sin embargo, cada concepto positivo se ha convertido en una de las funciones centrales de las posteriores EIP4337 y EIP7702.
Después, hubo una serie de EIP que intentaron perfeccionar esta lógica:
EIP-859: abstracción de cuentas en la cadena principal--2018-01-30
Intentar resolver problemas de despliegue de código, la función principal es que, si el contrato de la parte transaccional no está desplegado, se utiliza el parámetro de código adjunto a la transacción para ejecutar el despliegue de la billetera del contrato. Además, se propone un nuevo código de operación PAYGAS, que, además de pagar gas, también se convierte en un delimitador 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, esto 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 cierto código, lo que permite que la dirección EOA tenga capacidad 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 discutido más adelante en este artículo, propuesto por Vitalik como una alternativa a EIP-3074 )2024-05-07(. Por lo tanto, EIP-3074 ha sido descartado, y se ha determinado que EIP-7702 se incluirá en la próxima bifurcación dura ETH Prague/Electra ) Pectra (, cuyos detalles desarrollaremos más adelante.
) 3.2 Segunda ruta: hacer 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
Se han agregado dos nuevos OpCodes AUTH y AUTHCALL en EVM, permitiendo que EOA autorice a contratos a llamar a 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 ### y una 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 emitir transacciones en lugar de este EOA.
EIP-4337: implementación de la abstracción de cuentas mediante el pool de memoria de transacciones--2021-09-29
Inspirado en MEV para su diseño, su valor central es que puede evitar completamente los cambios en el protocolo de la capa de consenso.
EIP4337 propone un nuevo objeto de transacción llamado UserOperation, que los usuarios envían a la memoria del pool, donde los bundlers lo empaquetan en lotes desde la perspectiva de los mineros para ejecutar transacciones de contrato. En esencia, esto lleva la operación de transacciones de bajo nivel y la gestión de cuentas a un nivel de contrato.
EIP-5189: operación de abstracción de cuentas a través de endosantes---2022-06-29
Esta es una optimización de la lógica de EIP4337, que enfrenta a los Bundlers maliciosos mediante el establecimiento de un mecanismo de endoso de penalización de fondos para prevenir ataques de bloqueo DoS.
( 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 ha sido finalizada, que define un nuevo tipo de transacción, como un sobre para futuros tipos de transacciones que se añadirán.
El efecto final es que, al introducir un nuevo tipo de transacción, se distingue qué tipo de transacción es a través de una codificación específica, permitiendo que solo sea compatible hacia atrás, sin necesidad de ser compatible hacia adelante. El ejemplo más común es el EIP1559, que distingue 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 las direcciones EOA no puedan desplegar contratos--2021-06-10
Este es un plan complementario en la ruta AA, utilizado para prevenir conflictos entre la dirección de despliegue del contrato y la dirección de EOA. Controlará el método de generación del contrato, no permitiendo que el sistema despliegue código en una dirección que ya sea una dirección de EOA. Este riesgo es muy bajo, ya que la dirección de Ethereum tiene 160 bits de longitud; aunque existe un método para colisionar con la clave privada para obtener la clave privada de una dirección de contrato específica, según la estimación de la inversión total de poder de cálculo de Bitcoin, aún necesitaría un año.
) 3.4 ¿Cómo entender el desarrollo de la abstracción de cuentas?
Primero es necesario entender el valor después de convertirse en CA.
Básicamente, es el efecto real 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 está atrapado en un ciclo vicioso del desarrollo del mercado. Muchas Dapps aún no son compatibles, por lo que los usuarios no están dispuestos a usar direcciones CA, e incluso usar CA tiene un costo de transacción más alto en comparación con el escenario de transferencia normal, donde las tarifas de transacción se duplican, además de depender demasiado de la compatibilidad de la Dapp en sí.
Por lo tanto, no se ha popularizado hasta ahora en la red principal de Ethereum.
El costo es el criterio más importante para los usuarios, debe reducirse el costo.
Pero para reducir realmente el GAS, es necesario que Ethereum realice una actualización de fork suave, modificando módulos como el cálculo de GAS o el consumo de GAS de los códigos de operación. Sin embargo, dado que se va a hacer un fork suave, ¿por qué no considerar directamente el EIP-7702?
![Análisis profundo de la abstracción de cuentas de Ethereum: pasado y futuro]###https://img-cdn.gateio.im/webp-social/moments-3503a168bb61430839419efb40e130de.webp###
4. Análisis completo de EIP-7702
( 4.1 ¿Qué es EIP-7702?
Se distingue por un nuevo tipo de transacción, permitiendo que una EOA tenga temporalmente funciones de contrato inteligente en una sola transacción, lo que apoya transacciones en lote, transacciones sin Gas y gestión de permisos personalizada, sin necesidad de introducir un nuevo opCode 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 a terceros la capacidad de iniciar transacciones en nombre de los usuarios, sin necesidad de que los usuarios proporcionen claves privadas, solo necesitan 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, //ID de cadena, utilizado para prevenir ataques de repetición nonce, //contador de transacciones, asegura la unicidad de la transacción max_priority_fee_per_gas, //1559 tarifa de transacción max_fee_per_gas, //1559 tarifa de transacción gas_limit, destino, //dirección de destino de la transacción valor, datos, access_list, //lista de acceso, utilizada para la optimización de Gas en EIP-2929 lista_de_autorización, signature_y_parity, //3 parámetros de firma, utilizados para verificar la firma de la transacción signature_r, signature_s ](
importante