Análisis en profundidad del pasado y futuro de la abstracción de cuentas de Ethereum
Este artículo se divide en dos partes principales:
La parte superior comienza con la primera propuesta AA de 2015, sistematiza el contenido principal de las propuestas EIP hasta la fecha, explora la evolución histórica de las propuestas AA y evalúa integralmente cada opción.
La parte inferior se centra en comparar la reacción del mercado ante la propuesta EIP4337, analizando en profundidad la EIP7702 que se incluirá en la próxima actualización de Ethereum; esta propuesta, una vez fusionada, cambiará completamente la forma de las aplicaciones en cadena.
EIP-7702 tiene un significado revolucionario, vamos a profundizar en ello.
1. El contexto de la abstracción de cuentas
1.1 La posición significativa de la abstracción de cuentas
El fundador de Ethereum, Vitalik, actualizó nuevamente la hoja de ruta de 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á en transición de EIP-4337 a la siguiente fase "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 lanzó oficialmente en Denver WalletCon (, obtenido un amplio reconocimiento por parte de los usuarios, aunque no ha sido ampliamente utilizado. En este contradictorio entorno de mercado, el progreso de EIP-7702 se ha adelantado significativamente, y se ha determinado que se integrará en la próxima actualización.
) 1.2 Estado 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, de los cuales solo hay 6,764 direcciones activas en la red principal de Ethereum, lo que está muy lejos del número de direcciones de EOA y CA. El número de direcciones independientes en la red principal de Ethereum ha alcanzado los 270 millones.
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 hace que sea difícil resolver adecuadamente el problema de compatibilidad hacia adelante de la red principal. A medida que varios L2 se integran en AA nativo, el número de direcciones de EIP4337 ha experimentado un estallido en L2, donde los usuarios activos mensuales de las cadenas Base y Polygon alcanzaron 1 millón y 3 millones en julio, mostrando un buen desempeño.
Por lo tanto, el diseño de EIP4337 no es un error, tiene muchas ventajas. La situación actual se origina en las diferencias entre la mainnet y L2, que necesitan adoptar soluciones adecuadas para cada uno.
![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 esencialmente resuelve el problema de la separación de la propiedad.
En la arquitectura de la máquina virtual de Ethereum ) EVM ( hay dos tipos de cuentas: cuenta externa ) EOA ( y cuenta de contrato ) Contract Account (. La propiedad y el derecho a firmar de la cuenta externa son, de hecho, poseídos por el mismo sujeto. La persona que posee la clave privada no solo tiene "propiedad" de la cuenta, sino que también tiene derecho a "firmar la transferencia de todos los activos".
Esto está determinado por la estructura de transacción de la cuenta de Ethereum. Las transacciones estándar de Ethereum no tienen el campo From, en realidad se obtiene la dirección From a través del parámetro VRS ), es decir, la firma del usuario (. Esto implica conceptos como ECDSA y funciones de umbral unidireccionales. La criptografía garantiza la seguridad, pero también ha causado la actual dificultad de la fusión de la propiedad de las direcciones EOA.
El efecto principal de EIP4337 es añadir el campo Sender Address en el campo de transacción, lo que permite 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:
La clave privada es difícil de proteger: perder la clave privada significa perder todos los activos.
Algoritmo de firma único: el protocolo nativo solo puede usar el algoritmo de firma y verificación ECDSA al validar transacciones.
Permisos de firma demasiado altos: no hay múltiples firmas nativas ), la multi-firma solo se puede implementar a través de un contrato inteligente (, una sola firma puede ejecutar cualquier operación.
Las tarifas de transacción solo se pueden pagar con ETH, no se admiten transacciones en masa.
Filtración de privacidad en transacciones: las transacciones uno a uno facilitan el análisis de la información privada del titular de la cuenta.
Estas restricciones 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 fluctuaciones de precios (.
En segundo lugar, los usuarios necesitan manejar una lógica de tarifas compleja. El precio del Gas, el límite de Gas, el bloqueo de transacciones ) y el orden de Nonce ( son conceptos demasiado complicados para los usuarios.
Finalmente, 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 limitado.
Por lo tanto, la clave del avance radica en lograr la abstracción de cuentas, desacoplando la propiedad )Owner( y el derecho de firma )Signer(, resolviendo así gradualmente los problemas mencionados anteriormente.
A lo largo de la historia, ha habido muchas propuestas, que finalmente se resumen en dos rutas.
![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 de las propuestas históricas de la abstracción de cuentas
La solución al problema parece tener muchas propuestas de EIP, pero en última instancia, solo hay dos ideas centrales. Cada EIP no aprobado plantea cuestiones que 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
Desde el 15 de noviembre de 2015, Vitalik propuso una nueva estructura de cuentas como contratos en el EIP-101. Cambiar la dirección a solo código y espacio de almacenamiento, cambiar el soporte de tarifas para ser pagado con tokens ERC20, y a través de contratos precompilados cambiar el token nativo a un tipo de ERC20 para almacenar el saldo ###, que puede tener funciones como autorización de deducción (, y simplificar los campos de transacción a to, startgas, data y code.
Esta transformación parece radical, cambiará drásticamente el diseño subyacente, permitiendo que cada dirección de cuenta tenga su propia lógica de "código" ), que es precisamente el efecto que EIP-7702 busca lograr (.
También puede derivar otras funciones, como:
Permitir que las transacciones utilicen más algoritmos criptográficos, con los métodos de verificación y autenticación especificados por el código interno 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 los contratos ERC20, el efecto principal es implementar la autorización de deducción, sin necesidad de consumir moneda nativa.
Mejora del 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 el paso fue demasiado grande, y no se consideraron adecuadamente los problemas actuales de conflictos de hash de transacciones y las preocupaciones de seguridad, por lo que se ha mantenido en espera. Pero cada concepto positivo se ha convertido en una de las funciones centrales de EIP4337 y EIP7702.
Más tarde, hubo una serie de EIP que intentaron mejorar esta lógica:
EIP-859: abstracción de cuentas de la cadena principal )2018-01-30(
Intentar resolver el problema de implementación del código. La función principal es que, si el contrato de la parte transaccional no está implementado, se utilizará el parámetro de código adjunto a la transacción para implementar la billetera 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 delimitador entre la parte de verificación y la parte de ejecución en los parámetros de la transacción.
Aunque no se logró 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 incluir 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 posteriormente en este artículo, propuesto por Vitalik como una alternativa a EIP-3074. Por lo tanto, EIP-3074 ha sido desechado, y EIP-7702 se ha determinado que se incluirá en la próxima bifurcación dura ETH Prague/Electra)Pectra(, cuyos detalles se desarrollarán a continuación.
) 3.2 Segunda ruta: permitir 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 añaden dos nuevos OpCodes AUTH y AUTHCALL en EVM, permitiendo que las EOA autoricen a los contratos a invocar otros contratos en lugar de la identidad de la EOA a través de estos dos opcode.
En resumen, un EOA puede enviar un mensaje firmado ) a un contrato de confianza ( 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 esta transacción.
EIP-4337: implementación de la abstracción de cuentas mediante el pool de memoria de transacciones (2021-09-29)
Diseñado inspirado por MEV, 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 caché, donde los bundlers agrupan y entregan en masa las transacciones de ejecución de contratos desde la perspectiva de los mineros. Esencialmente, esto lleva 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 endosadores (2022-06-29)
Esto se considera una optimización de la lógica de EIP4337, que enfrenta a los Bundlers maliciosos a través del establecimiento de un mecanismo de respaldo de penalización de fondos para prevenir ataques de bloqueo DoS.
( 3.3 Otras propuestas para apoyar la abstracción de cuentas
EIP-2718: sobre envoltura de nuevos tipos de transacciones )2020-06-13###
Esta es una propuesta que ya está finalizada, que define un nuevo tipo de transacción como un sobre para futuros tipos de transacción 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 mediante una codificación específica, permitiendo que solo necesite ser compatible hacia atrás, sin necesidad de ser compatible hacia adelante. El ejemplo más común es EIP1559, que distingue las tarifas de transacción, utiliza una nueva codificación de tipo de transacción y no afecta al tipo de transacción legacy original.
EIP-3607: Hacer que las direcciones EOA no puedan desplegar contratos (2021-06-10)
Esta es una solución complementaria en la ruta AA, utilizada para evitar el problema de conflictos entre la dirección de despliegue del contrato y la dirección EOA. Controlará el método de generación de contratos, impidiendo que el sistema permita desplegar código en direcciones que ya son direcciones EOA. Este riesgo es en realidad muy bajo, 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, se estima que, con toda la potencia de cálculo de Bitcoin, también se necesitaría un año.
( 3.4 ¿Cómo entender la evolución de la abstracción de cuentas?
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:
Los usuarios ya no necesitan poseer directamente Ether para pagar las tarifas de Gas.
Se pueden configurar flexiblemente los permisos de la cuenta, como la firma múltiple, la recuperación social, etc.
Soporte para transacciones en lote, reduciendo el costo de transacción
Algoritmo de verificación de firma personalizado, mejora la seguridad
Algunas operaciones pueden ser pagadas por terceros con Gas
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 de desarrollo del mercado, muchos Dapp aún no son compatibles, los usuarios no están dispuestos a usar direcciones CA, incluso usar CA tiene un costo de transacción más alto ) en escenarios de transferencia normal, las tarifas de transacción también se duplicarán ###, lo que depende demasiado de la compatibilidad del Dapp en sí.
Por lo tanto, hasta ahora no se ha popularizado 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 en sí mismo realice una actualización de bifurcación suave, modificando el cálculo de Gas o los módulos de consumo de Gas de los códigos de operación. Sin embargo, dado que se debe realizar una bifurcación suave, ¿por qué no considerar directamente el EIP-7702?
4. Análisis completo de EIP-7702
( 4.1 ¿Qué es EIP-7702?
Se diferencia a través de un nuevo tipo de transacción, permitiendo que una EOA tenga temporalmente las funciones de un contrato inteligente en una sola transacción, lo que a su vez admite transacciones en masa, transacciones sin gas y gestión de permisos personalizados, sin necesidad de introducir un nuevo opCode EVM ) que afecte la compatibilidad hacia atrás ###.
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 del usuario, sin necesidad de que el usuario proporcione su clave privada, solo necesita la información de autorización de la firma.
( 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 que se haya añadido el objeto authorization_list, que almacena el código que el firmante desea ejecutar en su EOA. El usuario firma el código del contrato a ejecutar al mismo tiempo que firma la transacción, el cual existe como una lista bidimensional, indicando que se pueden almacenar múltiples informaciones de operaciones de manera masiva y realizar 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.
22 me gusta
Recompensa
22
6
Compartir
Comentar
0/400
blocksnark
· 07-07 04:13
La tarjeta 7702, los ex deben hacer a un lado.
Ver originalesResponder0
CryptoPunster
· 07-06 10:22
Nuevas oportunidades para tomar a la gente por tonta han llegado.
Ver originalesResponder0
ChainDetective
· 07-04 14:33
2026 AA es el verdadero pago externo que se recibe
Ver originalesResponder0
LiquidityWizard
· 07-04 05:32
¡Ah, ah, ah! 4337 finalmente se va a retirar, ¡la nueva era está por llegar!
Ver originalesResponder0
MetaverseMigrant
· 07-04 05:32
Ah, esto parece que va a haber otro ajuste de cadena.
Ver originalesResponder0
OldLeekNewSickle
· 07-04 05:14
El BTC que dibuja el jefe se vuelve cada vez más atractivo, introducir una posición no es demasiado tarde.
EIP-7702: Avances revolucionarios en la abstracción de cuentas de Ethereum
Análisis en profundidad del pasado y futuro de la abstracción de cuentas de Ethereum
Este artículo se divide en dos partes principales:
La parte superior comienza con la primera propuesta AA de 2015, sistematiza el contenido principal de las propuestas EIP hasta la fecha, explora la evolución histórica de las propuestas AA y evalúa integralmente cada opción.
La parte inferior se centra en comparar la reacción del mercado ante la propuesta EIP4337, analizando en profundidad la EIP7702 que se incluirá en la próxima actualización de Ethereum; esta propuesta, una vez fusionada, cambiará completamente la forma de las aplicaciones en cadena.
EIP-7702 tiene un significado revolucionario, vamos a profundizar en ello.
1. El contexto de la abstracción de cuentas
1.1 La posición significativa de la abstracción de cuentas
El fundador de Ethereum, Vitalik, actualizó nuevamente la hoja de ruta de 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á en transición de EIP-4337 a la siguiente fase "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 lanzó oficialmente en Denver WalletCon (, obtenido un amplio reconocimiento por parte de los usuarios, aunque no ha sido ampliamente utilizado. En este contradictorio entorno de mercado, el progreso de EIP-7702 se ha adelantado significativamente, y se ha determinado que se integrará en la próxima actualización.
) 1.2 Estado 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, de los cuales solo hay 6,764 direcciones activas en la red principal de Ethereum, lo que está muy lejos del número de direcciones de EOA y CA. El número de direcciones independientes en la red principal de Ethereum ha alcanzado los 270 millones.
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 hace que sea difícil resolver adecuadamente el problema de compatibilidad hacia adelante de la red principal. A medida que varios L2 se integran en AA nativo, el número de direcciones de EIP4337 ha experimentado un estallido en L2, donde los usuarios activos mensuales de las cadenas Base y Polygon alcanzaron 1 millón y 3 millones en julio, mostrando un buen desempeño.
Por lo tanto, el diseño de EIP4337 no es un error, tiene muchas ventajas. La situación actual se origina en las diferencias entre la mainnet y L2, que necesitan adoptar soluciones adecuadas para cada uno.
![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 esencialmente resuelve el problema de la separación de la propiedad.
En la arquitectura de la máquina virtual de Ethereum ) EVM ( hay dos tipos de cuentas: cuenta externa ) EOA ( y cuenta de contrato ) Contract Account (. La propiedad y el derecho a firmar de la cuenta externa son, de hecho, poseídos por el mismo sujeto. La persona que posee la clave privada no solo tiene "propiedad" de la cuenta, sino que también tiene derecho a "firmar la transferencia de todos los activos".
Esto está determinado por la estructura de transacción de la cuenta de Ethereum. Las transacciones estándar de Ethereum no tienen el campo From, en realidad se obtiene la dirección From a través del parámetro VRS ), es decir, la firma del usuario (. Esto implica conceptos como ECDSA y funciones de umbral unidireccionales. La criptografía garantiza la seguridad, pero también ha causado la actual dificultad de la fusión de la propiedad de las direcciones EOA.
El efecto principal de EIP4337 es añadir el campo Sender Address en el campo de transacción, lo que permite 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:
La clave privada es difícil de proteger: perder la clave privada significa perder todos los activos.
Algoritmo de firma único: el protocolo nativo solo puede usar el algoritmo de firma y verificación ECDSA al validar transacciones.
Permisos de firma demasiado altos: no hay múltiples firmas nativas ), la multi-firma solo se puede implementar a través de un contrato inteligente (, una sola firma puede ejecutar cualquier operación.
Las tarifas de transacción solo se pueden pagar con ETH, no se admiten transacciones en masa.
Filtración de privacidad en transacciones: las transacciones uno a uno facilitan el análisis de la información privada del titular de la cuenta.
Estas restricciones 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 fluctuaciones de precios (.
En segundo lugar, los usuarios necesitan manejar una lógica de tarifas compleja. El precio del Gas, el límite de Gas, el bloqueo de transacciones ) y el orden de Nonce ( son conceptos demasiado complicados para los usuarios.
Finalmente, 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 limitado.
Por lo tanto, la clave del avance radica en lograr la abstracción de cuentas, desacoplando la propiedad )Owner( y el derecho de firma )Signer(, resolviendo así gradualmente los problemas mencionados anteriormente.
A lo largo de la historia, ha habido muchas propuestas, que finalmente se resumen en dos rutas.
![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 de las propuestas históricas de la abstracción de cuentas
La solución al problema parece tener muchas propuestas de EIP, pero en última instancia, solo hay dos ideas centrales. Cada EIP no aprobado plantea cuestiones que 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
Desde el 15 de noviembre de 2015, Vitalik propuso una nueva estructura de cuentas como contratos en el EIP-101. Cambiar la dirección a solo código y espacio de almacenamiento, cambiar el soporte de tarifas para ser pagado con tokens ERC20, y a través de contratos precompilados cambiar el token nativo a un tipo de ERC20 para almacenar el saldo ###, que puede tener funciones como autorización de deducción (, y simplificar los campos de transacción a to, startgas, data y code.
Esta transformación parece radical, cambiará drásticamente el diseño subyacente, permitiendo que cada dirección de cuenta tenga su propia lógica de "código" ), que es precisamente el efecto que EIP-7702 busca lograr (.
También puede derivar otras funciones, como:
Permitir que las transacciones utilicen más algoritmos criptográficos, con los métodos de verificación y autenticación especificados por el código interno 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 los contratos ERC20, el efecto principal es implementar la autorización de deducción, sin necesidad de consumir moneda nativa.
Mejora del 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 el paso fue demasiado grande, y no se consideraron adecuadamente los problemas actuales de conflictos de hash de transacciones y las preocupaciones de seguridad, por lo que se ha mantenido en espera. Pero cada concepto positivo se ha convertido en una de las funciones centrales de EIP4337 y EIP7702.
Más tarde, hubo una serie de EIP que intentaron mejorar esta lógica:
EIP-859: abstracción de cuentas de la cadena principal )2018-01-30(
Intentar resolver el problema de implementación del código. La función principal es que, si el contrato de la parte transaccional no está implementado, se utilizará el parámetro de código adjunto a la transacción para implementar la billetera 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 delimitador entre la parte de verificación y la parte de ejecución en los parámetros de la transacción.
Aunque no se logró 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 incluir 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 posteriormente en este artículo, propuesto por Vitalik como una alternativa a EIP-3074. Por lo tanto, EIP-3074 ha sido desechado, y EIP-7702 se ha determinado que se incluirá en la próxima bifurcación dura ETH Prague/Electra)Pectra(, cuyos detalles se desarrollarán a continuación.
) 3.2 Segunda ruta: permitir 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 añaden dos nuevos OpCodes AUTH y AUTHCALL en EVM, permitiendo que las EOA autoricen a los contratos a invocar otros contratos en lugar de la identidad de la EOA a través de estos dos opcode.
En resumen, un EOA puede enviar un mensaje firmado ) a un contrato de confianza ( 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 esta transacción.
EIP-4337: implementación de la abstracción de cuentas mediante el pool de memoria de transacciones (2021-09-29)
Diseñado inspirado por MEV, 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 caché, donde los bundlers agrupan y entregan en masa las transacciones de ejecución de contratos desde la perspectiva de los mineros. Esencialmente, esto lleva 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 endosadores (2022-06-29)
Esto se considera una optimización de la lógica de EIP4337, que enfrenta a los Bundlers maliciosos a través del establecimiento de un mecanismo de respaldo de penalización de fondos para prevenir ataques de bloqueo DoS.
( 3.3 Otras propuestas para apoyar la abstracción de cuentas
EIP-2718: sobre envoltura de nuevos tipos de transacciones )2020-06-13###
Esta es una propuesta que ya está finalizada, que define un nuevo tipo de transacción como un sobre para futuros tipos de transacción 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 mediante una codificación específica, permitiendo que solo necesite ser compatible hacia atrás, sin necesidad de ser compatible hacia adelante. El ejemplo más común es EIP1559, que distingue las tarifas de transacción, utiliza una nueva codificación de tipo de transacción y no afecta al tipo de transacción legacy original.
EIP-3607: Hacer que las direcciones EOA no puedan desplegar contratos (2021-06-10)
Esta es una solución complementaria en la ruta AA, utilizada para evitar el problema de conflictos entre la dirección de despliegue del contrato y la dirección EOA. Controlará el método de generación de contratos, impidiendo que el sistema permita desplegar código en direcciones que ya son direcciones EOA. Este riesgo es en realidad muy bajo, 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, se estima que, con toda la potencia de cálculo de Bitcoin, también se necesitaría un año.
( 3.4 ¿Cómo entender la evolución de la abstracción de cuentas?
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 está atrapado en un ciclo vicioso de desarrollo del mercado, muchos Dapp aún no son compatibles, los usuarios no están dispuestos a usar direcciones CA, incluso usar CA tiene un costo de transacción más alto ) en escenarios de transferencia normal, las tarifas de transacción también se duplicarán ###, lo que depende demasiado de la compatibilidad del Dapp en sí.
Por lo tanto, hasta ahora no se ha popularizado 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 en sí mismo realice una actualización de bifurcación suave, modificando el cálculo de Gas o los módulos de consumo de Gas de los códigos de operación. Sin embargo, dado que se debe realizar una bifurcación suave, ¿por qué no considerar directamente el EIP-7702?
4. Análisis completo de EIP-7702
( 4.1 ¿Qué es EIP-7702?
Se diferencia a través de un nuevo tipo de transacción, permitiendo que una EOA tenga temporalmente las funciones de un contrato inteligente en una sola transacción, lo que a su vez admite transacciones en masa, transacciones sin gas y gestión de permisos personalizados, sin necesidad de introducir un nuevo opCode EVM ) que afecte la compatibilidad hacia atrás ###.
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 del usuario, sin necesidad de que el usuario proporcione su clave privada, solo necesita la información de autorización de la firma.
( 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, lista_de_acceso, lista_de_autorización, signature_y_paridad, signature_r, signature_s ]###
Es importante que se haya añadido el objeto authorization_list, que almacena el código que el firmante desea ejecutar en su EOA. El usuario firma el código del contrato a ejecutar al mismo tiempo que firma la transacción, el cual existe como una lista bidimensional, indicando que se pueden almacenar múltiples informaciones de operaciones de manera masiva y realizar operaciones en lote.
authorization_