La batalla final de la evolución de la abstracción de cuentas de 10 años, a través de EIP-7702 mirando al pasado y al futuro
Pectra es la primera gran actualización después de Dencun en Ethereum, que abarca el hard fork de la capa de ejecución de Praga y la actualización de la capa de consenso de Electra, integrando un total histórico de 11 EIP, mejorando significativamente la flexibilidad de los validadores, la escalabilidad de la red y la eficiencia de ejecución. Con el hard fork de Pectra en la red principal de Ethereum, que se espera que se active oficialmente el 7 de mayo de 2025, la "forma definitiva" de la abstracción de cuentas (Account Abstraction) ------ EIP-7702, también entra en el panorama público!
Si hay alguna billetera Web3 basada en EVM que no soporte EIP-7702, sin duda significa que ha renunciado a todo el ecosistema y a los usuarios de Ethereum. ¡Esta es la determinación de Vitalik y de EF, y también es el preludio de la caja de Pandora que está a punto de abrirse!
Por favor, siga este artículo para comprender completamente la evolución de la abstracción de cuentas, el valor para el usuario y los cambios en el mercado que trae EIP-7702, así como los peligros ocultos que hay en ello.
Resumen
EIP-7702 ha añadido un nuevo tipo de transacción que permite a una EOA normal establecer una dirección de contrato como su contrato de agente lógico.
EIP-7702 heredará y superará por completo el ecosistema construido durante años por ERC-4337 debido a su "ventaja de costo" y "flexibilidad".
EIP-7702 representa un riesgo oculto para los usuarios comunes, incluso si los usuarios no realizan la actualización, en ciertos escenarios puede provocar fallos en las transacciones o riesgos de pérdida de activos de seguridad.
EIP-7702 traerá una nueva experiencia de usuario, cuando el sujeto del usuario sufra una migración hacia contratos, las aplicaciones del mercado también evolucionarán. La abstracción de Gas, las cuentas familiares de nivel, y otras esperadas experiencias suaves guiarán a mil millones de personas a entrar al mundo Web3 a bajo costo.
Para los intercambios y DApps, la aplicación de las características de EIP-7702 traerá una reducción de costos de más del 50%, y así abrazar completamente la era de las cuentas de contrato.
¿Por qué es necesaria la abstracción de cuentas?
Es difícil imaginar que la visión de la abstracción de cuentas incluso precediera a Ethereum mismo.
En este HK Web3 Carnival, Vitalik enfatizó en múltiples ocasiones que ahora, a través de una serie de soluciones como Multi-sig, abstracción de cuentas, ZK Email, etc., Ethereum ha alcanzado el 50% de su objetivo de "momento iPhone".
¿Es rápido o lento, es optimista o limitado? Profundicemos en la base y veamos por qué AA tiene tal influencia. Después de todo, tras 10 años de carrera, Vitalik finalmente ha llegado al desenlace que tanto anhelaba en el ámbito de AA, añadiendo un trazo de gran relevancia a la barra de progreso del mapa de ruta de Ethereum que trazó para 2023.
Abstracción de cuentas, ¿para qué es realmente?
En realidad, el problema esencial que se resuelve es la separación de la propiedad, porque actualmente la propiedad y el derecho de firma de una EOA (Externally Owned Account, cuenta externa) son en realidad poseídos por la misma entidad (ambos dependen de la clave privada para controlar cualquier instrucción). Su raíz proviene de la estructura de transacciones de Ethereum, ya que en las transacciones estándar de Ethereum no hay un campo From; durante la ejecución, se descompone la dirección From a través de sus parámetros VRS (es decir, la firma del usuario).
Además, el diseño de Ethereum como "máquina de estado de clase mundial" depende completamente de las transacciones para lograr cambios en el estado en la cadena, combinando el hecho de que al no poder especificar la parte de origen, se acopla el permiso de ejecución de la transacción con la máxima propiedad.
Esta es la raíz de una serie de problemas que aunque el EOA es simple y fácil de entender, resulta incómodo de usar:
Difícil de proteger la clave privada: perder la clave privada (por pérdida, ataque de hackers, ruptura cuántica) significa perder todos los activos.
Hay pocos algoritmos de firma, diferentes algoritmos de firma traen diferentes costos de rendimiento, e incluso el costo de almacenamiento en la cadena.
Alta autoridad de firma, la clave privada nativa de EOA tiene todos estos derechos.
Las tarifas de transacción complejas son altas, las tarifas solo se pueden pagar con ETH, cualquier transacción, una sola operación requiere al menos 21000 de tarifa base.
Las transacciones no son privadas, incluso aunque alguna vez existió un protocolo ERC-20 confidencial propuesto por Circle, no se ha convertido en algo generalizado.
En última instancia, el mundo actual de blockchain es demasiado complejo para los usuarios que entran y salen de él. Los usuarios necesitan entender conceptos como el precio del Gas, el límite de Gas y el bloqueo de transacciones (orden de Nonce). Ocultar información compleja para el usuario común es el problema que EIP-7702 busca resolver.
¿Cuáles son las principales diferencias entre ERC-4337 y EIP-7702?
En torno a AA como objetivo, en realidad hay más de diez propuestas diferentes, que el autor ya ha explorado anteriormente. En realidad, al analizarlas en conjunto, la esencia son dos rutas:
Ruta uno: hacer que la dirección EOA impulse la dirección CA
ERC-4337 es un ejemplo típico en este aspecto, en resumen: propone un nuevo objeto de transacción UserOperation, que los usuarios envían a la memoria de la piscina, en forma de bundlers, empaquetando instrucciones en lotes, y ejecutando las transacciones una por una a través de contratos de entrega. Esencialmente, lleva las transacciones subyacentes y la operación de cuentas a un nivel de contrato para su ejecución.
El principio de ejecución es el siguiente gráfico:
A través del rol de bundler, se puede decir que este conjunto de soluciones resuelve problemas como las transacciones por lotes, la ausencia de gas, y algoritmos de firma, entre otros. Sin embargo, lo que no puede resolver son la complejidad y el costo de las transacciones para el usuario, así como el riesgo de punto único de falla entre el bundler y EntryPoint.
Porque una vez que el usuario se haya migrado a ERC-4337, incluso si la demanda del usuario2 en la imagen anterior solo es realizar una transacción de Transfer, la tarifa de transacción del usuario será el doble en comparación con EOA.
A partir de los últimos datos de usuarios de CA y EOA, se puede ver que, aunque algunos usuarios son jugadores avanzados que dependen en gran medida de diversas operaciones basadas en CA en la cadena, como llamadas por lotes, ¿por qué no usar CA normales directamente?
Originado del diseño del bundler, permite evitar actualizaciones a nivel de hard fork, lanzándose directamente en la capa de aplicación, pero ERC-4337 también ha traído un riesgo de fallo único de costos duplicados, además de que los usuarios han perdido la flexibilidad original de EOA. Por lo tanto, frente a la diversidad de necesidades de los usuarios, es evidente que los usuarios del mercado actual no están tan interesados en la solución ERC-4337; tras 2 años de desarrollo, la tendencia general ha caído significativamente, incluso cuando el número pico de usuarios se encuentra muy lejos del número de direcciones independientes de 300M en Ethereum.
Por supuesto, no estamos criticando las deficiencias de ERC-4337, sino que, junto con su desarrollo, los roles y conceptos que se desarrollan sobre él, como Paymaster y la abstracción de Gas, también se aplican una vez más en EIP-7702.
El autor cree que el desarrollo de cualquier industria no se logra de la noche a la mañana; lo importante es poder descubrir patrones y resumir experiencias a partir de los altibajos del pasado.
Ruta dos: convertir una dirección EOA en una dirección CA
En realidad, ya en noviembre de 2015, Vitalik propuso el EIP-101, que establece una nueva estructura de cuentas como contratos. Cambiando las direcciones a solo código y espacio de almacenamiento, modificando el soporte de tarifas para ser pagado a través de ERC20, y utilizando contratos precompilados para convertir los tokens nativos en un tipo de ERC20 para almacenar saldos (con funciones como autorización de deducción, etc.). En enero de 2018, se presentó la propuesta EIP-859, cuyo propósito principal es que si un contrato de la parte transaccional no está desplegado, se ejecute la implementación del contrato de billetera usando el parámetro de código adjunto a la transacción. Finalmente, a partir de la propuesta del EIP-3074, se derivó aún más el EIP-7702, que fue finalmente incorporado a la red principal de Ethereum!
La filosofía y el efecto de EIP-7702 son en realidad muy simples, se completa la inicialización a través de un nuevo tipo de transacción, permitiendo posteriormente a los usuarios habilitar EOA para que en una sola transacción tenga temporalmente y opcionalmente la funcionalidad de un contrato inteligente, lo que a su vez apoya transacciones en masa, transacciones sin Gas y gestión de permisos personalizada, siendo la capacidad más clave la de proporcionar a los usuarios un espacio temporal y opcional.
Y varias personas pueden compartir el mismo contrato lógico, lo que reduce significativamente el costo de migración para los usuarios. Para que un usuario complete la configuración de EIP-7702, solo necesita 8W de Gas, que equivale a aproximadamente 0.06 dólares, mientras que para volver a configurar un nuevo contrato o cancelar la configuración del contrato lógico, solo necesita 4W de Gas.
Una vez completada la configuración, se podrá lograr una optimización significativa del gas para los usuarios durante las transacciones en lote. Véase la tabla a continuación:
Claro, puede que te preguntes si es necesario hacer dos, o incluso seis transferencias de tokens.
Los usuarios habituales están acostumbrados a hacer una sola cosa en una transacción, lo que parece que no hay muchos escenarios, pero en aplicaciones diversificadas como Web3 Game y Web3 Pay, en realidad ocurren con bastante frecuencia. Por ejemplo, la situación en la que se consumen simultáneamente monedas de cobre (moneda generada dentro del juego) y monedas de plata (moneda recargada por el usuario). O participar en algún tipo de evento, consumiendo simultáneamente entradas de NFT y tarifas de entrada.
Incluso si no nos aventuramos a imaginar escenarios complejos, al regresar a la demanda más común de Swap en la cadena hoy en día, también hay una necesidad de aprobar y transferir en lotes. De hecho, hoy se puede crear una pequeña herramienta que ayude a los usuarios a eliminar rápidamente las autorizaciones de aprobación que ya no son útiles. El efecto es fácil de comparar, y claramente, los costos se pueden reducir directamente en alrededor del 40%.
El principio fundamental de EIP-7702
Para investigar por qué hay este efecto, es necesario volver a sus principios. En realidad, su núcleo se compone de 2 lógicas, que se dividen en la etapa de configuración del usuario y la etapa de uso diario.
establecer la etapa de contrato lógico
El proceso central es el siguiente:
Paso 1: Autorización de firma, mediante la clave privada del EOA original, firme una cadena hash especial, cuyo contenido está compuesto por la codificación de chain_id, address y nonce. Aquí, Address es la dirección del contrato lógico que se va a establecer, mientras que Nonce es la estrategia para asegurar que la transacción no se reenvíe.
Segundo paso: Firmar la transacción, una vez que se tiene la información de autorización del primer paso, cualquier persona puede crear una transacción de tipo 4, que puede incluir múltiples informaciones de autorización, configurando la autorización de manera unificada para múltiples direcciones.
Paso tres: transmitir en la cadena, entonces cuando la transacción haya finalizado el Authorization interno, el contrato lógico ya habrá entrado en vigor.
Aquí hay más detalles técnicos que se pueden consultar: la implementación del sdk js de código abierto de okx, para ver el proceso de codificación de datos de bajo nivel. Por supuesto, este conjunto de soluciones también oculta algunos riesgos de seguridad y complejidades, que discutiremos en detalle más adelante.
ejecución de contratos lógicos
Cuando hayas completado la configuración, cualquier transacción que apunte a tu dirección funcionará de manera similar a la llamada a un contrato inteligente; el sistema "cargará" el código del contrato lógico que configuraste originalmente en el estado de tu EOA actual para ejecutar su lógica.
Igualmente, usamos 2 escenarios para ver:
La primera opción, llamas a ti mismo.
Si estableces un contrato inteligente como el de OKX 7702, que tiene un alto nivel de seguridad y capacidad de control personalizado, entonces puedes especificar a través de calldata preescrito que tu operación actual complete múltiples instrucciones de una sola vez. Por ejemplo, puedes completar Approve+Transfer al mismo tiempo, o también puedes completar Approve+Swap al mismo tiempo.
No subestimes, en un total de 2.7 mil millones de transacciones de Ethereum, las transacciones de Aprobar son aproximadamente 75 millones, calculando 80,000 Gas por transacción, lo que equivale a un consumo de 460,000 ETH, y al calcular el precio de mercado de ETH a 1700 dólares, se acerca a 800 millones de dólares.
La segunda, que otros te llamen
Antes no existía la situación en la que otros llamaran a la dirección EOA en Ethereum, pero ahora eres un contrato omnipotente, puedes personalizar completamente, puedes crear subcuentas y dividir permisos, así como otorgar a algunos Paymaster la configuración de lista blanca, permitiendo que las cuentas designadas de DApp inicien algunas transacciones en lugar de ti, eliminando así la necesidad de las ventanas de firma que aparecen repetidamente en las aplicaciones de blockchain tradicionales.
¡Qué gran poder! Así que esto también es casi todo
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
EIP-7702: La batalla final de la abstracción de cuentas de Ethereum
La batalla final de la evolución de la abstracción de cuentas de 10 años, a través de EIP-7702 mirando al pasado y al futuro
Pectra es la primera gran actualización después de Dencun en Ethereum, que abarca el hard fork de la capa de ejecución de Praga y la actualización de la capa de consenso de Electra, integrando un total histórico de 11 EIP, mejorando significativamente la flexibilidad de los validadores, la escalabilidad de la red y la eficiencia de ejecución. Con el hard fork de Pectra en la red principal de Ethereum, que se espera que se active oficialmente el 7 de mayo de 2025, la "forma definitiva" de la abstracción de cuentas (Account Abstraction) ------ EIP-7702, también entra en el panorama público!
Si hay alguna billetera Web3 basada en EVM que no soporte EIP-7702, sin duda significa que ha renunciado a todo el ecosistema y a los usuarios de Ethereum. ¡Esta es la determinación de Vitalik y de EF, y también es el preludio de la caja de Pandora que está a punto de abrirse!
Por favor, siga este artículo para comprender completamente la evolución de la abstracción de cuentas, el valor para el usuario y los cambios en el mercado que trae EIP-7702, así como los peligros ocultos que hay en ello.
Resumen
EIP-7702 ha añadido un nuevo tipo de transacción que permite a una EOA normal establecer una dirección de contrato como su contrato de agente lógico.
EIP-7702 heredará y superará por completo el ecosistema construido durante años por ERC-4337 debido a su "ventaja de costo" y "flexibilidad".
EIP-7702 representa un riesgo oculto para los usuarios comunes, incluso si los usuarios no realizan la actualización, en ciertos escenarios puede provocar fallos en las transacciones o riesgos de pérdida de activos de seguridad.
EIP-7702 traerá una nueva experiencia de usuario, cuando el sujeto del usuario sufra una migración hacia contratos, las aplicaciones del mercado también evolucionarán. La abstracción de Gas, las cuentas familiares de nivel, y otras esperadas experiencias suaves guiarán a mil millones de personas a entrar al mundo Web3 a bajo costo.
Para los intercambios y DApps, la aplicación de las características de EIP-7702 traerá una reducción de costos de más del 50%, y así abrazar completamente la era de las cuentas de contrato.
¿Por qué es necesaria la abstracción de cuentas?
Es difícil imaginar que la visión de la abstracción de cuentas incluso precediera a Ethereum mismo.
En este HK Web3 Carnival, Vitalik enfatizó en múltiples ocasiones que ahora, a través de una serie de soluciones como Multi-sig, abstracción de cuentas, ZK Email, etc., Ethereum ha alcanzado el 50% de su objetivo de "momento iPhone".
¿Es rápido o lento, es optimista o limitado? Profundicemos en la base y veamos por qué AA tiene tal influencia. Después de todo, tras 10 años de carrera, Vitalik finalmente ha llegado al desenlace que tanto anhelaba en el ámbito de AA, añadiendo un trazo de gran relevancia a la barra de progreso del mapa de ruta de Ethereum que trazó para 2023.
Abstracción de cuentas, ¿para qué es realmente?
En realidad, el problema esencial que se resuelve es la separación de la propiedad, porque actualmente la propiedad y el derecho de firma de una EOA (Externally Owned Account, cuenta externa) son en realidad poseídos por la misma entidad (ambos dependen de la clave privada para controlar cualquier instrucción). Su raíz proviene de la estructura de transacciones de Ethereum, ya que en las transacciones estándar de Ethereum no hay un campo From; durante la ejecución, se descompone la dirección From a través de sus parámetros VRS (es decir, la firma del usuario).
Además, el diseño de Ethereum como "máquina de estado de clase mundial" depende completamente de las transacciones para lograr cambios en el estado en la cadena, combinando el hecho de que al no poder especificar la parte de origen, se acopla el permiso de ejecución de la transacción con la máxima propiedad.
Esta es la raíz de una serie de problemas que aunque el EOA es simple y fácil de entender, resulta incómodo de usar:
Difícil de proteger la clave privada: perder la clave privada (por pérdida, ataque de hackers, ruptura cuántica) significa perder todos los activos.
Hay pocos algoritmos de firma, diferentes algoritmos de firma traen diferentes costos de rendimiento, e incluso el costo de almacenamiento en la cadena.
Alta autoridad de firma, la clave privada nativa de EOA tiene todos estos derechos.
Las tarifas de transacción complejas son altas, las tarifas solo se pueden pagar con ETH, cualquier transacción, una sola operación requiere al menos 21000 de tarifa base.
Las transacciones no son privadas, incluso aunque alguna vez existió un protocolo ERC-20 confidencial propuesto por Circle, no se ha convertido en algo generalizado.
En última instancia, el mundo actual de blockchain es demasiado complejo para los usuarios que entran y salen de él. Los usuarios necesitan entender conceptos como el precio del Gas, el límite de Gas y el bloqueo de transacciones (orden de Nonce). Ocultar información compleja para el usuario común es el problema que EIP-7702 busca resolver.
¿Cuáles son las principales diferencias entre ERC-4337 y EIP-7702?
En torno a AA como objetivo, en realidad hay más de diez propuestas diferentes, que el autor ya ha explorado anteriormente. En realidad, al analizarlas en conjunto, la esencia son dos rutas:
Ruta uno: hacer que la dirección EOA impulse la dirección CA
ERC-4337 es un ejemplo típico en este aspecto, en resumen: propone un nuevo objeto de transacción UserOperation, que los usuarios envían a la memoria de la piscina, en forma de bundlers, empaquetando instrucciones en lotes, y ejecutando las transacciones una por una a través de contratos de entrega. Esencialmente, lleva las transacciones subyacentes y la operación de cuentas a un nivel de contrato para su ejecución.
El principio de ejecución es el siguiente gráfico:
A través del rol de bundler, se puede decir que este conjunto de soluciones resuelve problemas como las transacciones por lotes, la ausencia de gas, y algoritmos de firma, entre otros. Sin embargo, lo que no puede resolver son la complejidad y el costo de las transacciones para el usuario, así como el riesgo de punto único de falla entre el bundler y EntryPoint.
Porque una vez que el usuario se haya migrado a ERC-4337, incluso si la demanda del usuario2 en la imagen anterior solo es realizar una transacción de Transfer, la tarifa de transacción del usuario será el doble en comparación con EOA.
A partir de los últimos datos de usuarios de CA y EOA, se puede ver que, aunque algunos usuarios son jugadores avanzados que dependen en gran medida de diversas operaciones basadas en CA en la cadena, como llamadas por lotes, ¿por qué no usar CA normales directamente?
Originado del diseño del bundler, permite evitar actualizaciones a nivel de hard fork, lanzándose directamente en la capa de aplicación, pero ERC-4337 también ha traído un riesgo de fallo único de costos duplicados, además de que los usuarios han perdido la flexibilidad original de EOA. Por lo tanto, frente a la diversidad de necesidades de los usuarios, es evidente que los usuarios del mercado actual no están tan interesados en la solución ERC-4337; tras 2 años de desarrollo, la tendencia general ha caído significativamente, incluso cuando el número pico de usuarios se encuentra muy lejos del número de direcciones independientes de 300M en Ethereum.
Por supuesto, no estamos criticando las deficiencias de ERC-4337, sino que, junto con su desarrollo, los roles y conceptos que se desarrollan sobre él, como Paymaster y la abstracción de Gas, también se aplican una vez más en EIP-7702.
El autor cree que el desarrollo de cualquier industria no se logra de la noche a la mañana; lo importante es poder descubrir patrones y resumir experiencias a partir de los altibajos del pasado.
Ruta dos: convertir una dirección EOA en una dirección CA
En realidad, ya en noviembre de 2015, Vitalik propuso el EIP-101, que establece una nueva estructura de cuentas como contratos. Cambiando las direcciones a solo código y espacio de almacenamiento, modificando el soporte de tarifas para ser pagado a través de ERC20, y utilizando contratos precompilados para convertir los tokens nativos en un tipo de ERC20 para almacenar saldos (con funciones como autorización de deducción, etc.). En enero de 2018, se presentó la propuesta EIP-859, cuyo propósito principal es que si un contrato de la parte transaccional no está desplegado, se ejecute la implementación del contrato de billetera usando el parámetro de código adjunto a la transacción. Finalmente, a partir de la propuesta del EIP-3074, se derivó aún más el EIP-7702, que fue finalmente incorporado a la red principal de Ethereum!
La filosofía y el efecto de EIP-7702 son en realidad muy simples, se completa la inicialización a través de un nuevo tipo de transacción, permitiendo posteriormente a los usuarios habilitar EOA para que en una sola transacción tenga temporalmente y opcionalmente la funcionalidad de un contrato inteligente, lo que a su vez apoya transacciones en masa, transacciones sin Gas y gestión de permisos personalizada, siendo la capacidad más clave la de proporcionar a los usuarios un espacio temporal y opcional.
Y varias personas pueden compartir el mismo contrato lógico, lo que reduce significativamente el costo de migración para los usuarios. Para que un usuario complete la configuración de EIP-7702, solo necesita 8W de Gas, que equivale a aproximadamente 0.06 dólares, mientras que para volver a configurar un nuevo contrato o cancelar la configuración del contrato lógico, solo necesita 4W de Gas.
Una vez completada la configuración, se podrá lograr una optimización significativa del gas para los usuarios durante las transacciones en lote. Véase la tabla a continuación:
Claro, puede que te preguntes si es necesario hacer dos, o incluso seis transferencias de tokens.
Los usuarios habituales están acostumbrados a hacer una sola cosa en una transacción, lo que parece que no hay muchos escenarios, pero en aplicaciones diversificadas como Web3 Game y Web3 Pay, en realidad ocurren con bastante frecuencia. Por ejemplo, la situación en la que se consumen simultáneamente monedas de cobre (moneda generada dentro del juego) y monedas de plata (moneda recargada por el usuario). O participar en algún tipo de evento, consumiendo simultáneamente entradas de NFT y tarifas de entrada.
Incluso si no nos aventuramos a imaginar escenarios complejos, al regresar a la demanda más común de Swap en la cadena hoy en día, también hay una necesidad de aprobar y transferir en lotes. De hecho, hoy se puede crear una pequeña herramienta que ayude a los usuarios a eliminar rápidamente las autorizaciones de aprobación que ya no son útiles. El efecto es fácil de comparar, y claramente, los costos se pueden reducir directamente en alrededor del 40%.
El principio fundamental de EIP-7702
Para investigar por qué hay este efecto, es necesario volver a sus principios. En realidad, su núcleo se compone de 2 lógicas, que se dividen en la etapa de configuración del usuario y la etapa de uso diario.
establecer la etapa de contrato lógico
El proceso central es el siguiente:
Paso 1: Autorización de firma, mediante la clave privada del EOA original, firme una cadena hash especial, cuyo contenido está compuesto por la codificación de chain_id, address y nonce. Aquí, Address es la dirección del contrato lógico que se va a establecer, mientras que Nonce es la estrategia para asegurar que la transacción no se reenvíe.
Segundo paso: Firmar la transacción, una vez que se tiene la información de autorización del primer paso, cualquier persona puede crear una transacción de tipo 4, que puede incluir múltiples informaciones de autorización, configurando la autorización de manera unificada para múltiples direcciones.
Paso tres: transmitir en la cadena, entonces cuando la transacción haya finalizado el Authorization interno, el contrato lógico ya habrá entrado en vigor.
Aquí hay más detalles técnicos que se pueden consultar: la implementación del sdk js de código abierto de okx, para ver el proceso de codificación de datos de bajo nivel. Por supuesto, este conjunto de soluciones también oculta algunos riesgos de seguridad y complejidades, que discutiremos en detalle más adelante.
ejecución de contratos lógicos
Cuando hayas completado la configuración, cualquier transacción que apunte a tu dirección funcionará de manera similar a la llamada a un contrato inteligente; el sistema "cargará" el código del contrato lógico que configuraste originalmente en el estado de tu EOA actual para ejecutar su lógica.
Igualmente, usamos 2 escenarios para ver:
La primera opción, llamas a ti mismo.
Si estableces un contrato inteligente como el de OKX 7702, que tiene un alto nivel de seguridad y capacidad de control personalizado, entonces puedes especificar a través de calldata preescrito que tu operación actual complete múltiples instrucciones de una sola vez. Por ejemplo, puedes completar Approve+Transfer al mismo tiempo, o también puedes completar Approve+Swap al mismo tiempo.
No subestimes, en un total de 2.7 mil millones de transacciones de Ethereum, las transacciones de Aprobar son aproximadamente 75 millones, calculando 80,000 Gas por transacción, lo que equivale a un consumo de 460,000 ETH, y al calcular el precio de mercado de ETH a 1700 dólares, se acerca a 800 millones de dólares.
La segunda, que otros te llamen
Antes no existía la situación en la que otros llamaran a la dirección EOA en Ethereum, pero ahora eres un contrato omnipotente, puedes personalizar completamente, puedes crear subcuentas y dividir permisos, así como otorgar a algunos Paymaster la configuración de lista blanca, permitiendo que las cuentas designadas de DApp inicien algunas transacciones en lugar de ti, eliminando así la necesidad de las ventanas de firma que aparecen repetidamente en las aplicaciones de blockchain tradicionales.
¡Qué gran poder! Así que esto también es casi todo