Abstracción de cuentas multi-cadena: el futuro de la encriptación infraestructura
Recientemente, la conferencia de la comunidad de Ethereum (EthCC 7) se llevó a cabo en Bruselas, Bélgica, siendo el evento anual de Ethereum más grande de Europa, centrado en el desarrollo tecnológico y comunitario. En esta edición, más de 350 líderes de opinión de primera línea en la industria de la blockchain dieron discursos, entre ellos un desarrollador que presentó una charla titulada "Revelando el futuro: análisis de la abstracción de cuentas multicadena".
El contenido principal del discurso incluye:
La abstracción de cuentas ( AA ) tiene dos núcleos: la abstracción de firmas y la abstracción de pagos. La abstracción de firmas permite a los usuarios elegir cualquier mecanismo de verificación, mientras que la abstracción de pagos admite múltiples opciones de pago en transacciones. Esta flexibilidad mejora la seguridad y la experiencia del usuario.
ERC-4337 y AA nativo tienen diferentes funciones de punto de entrada en las fases de verificación y ejecución. Las restricciones para validar transacciones y los pasos para ejecutar transacciones tienen características distintas en diferentes implementaciones.
Al implementar ERC-4337 en cadenas compatibles con EVM, las diferencias en el diseño de Rollup y en los métodos de cálculo de direcciones provocan diferencias sutiles pero importantes en los detalles de desarrollo entre L1 y L2.
Abstracción de cuentas Introducción
La abstracción de cuentas (AA) incluye principalmente dos puntos clave: la abstracción de firmas y la abstracción de pagos.
Abstracción de firma: el usuario puede elegir cualquier mecanismo de verificación, no limitado a un algoritmo de firma digital específico.
Abstracción de pagos: los usuarios pueden utilizar múltiples opciones de pago para transacciones, como pagos con activos ERC-20 o transacciones patrocinadas por terceros.
Esta flexibilidad mejora significativamente la seguridad y la experiencia del usuario. El objetivo de AA es lograr estas dos funciones centrales de diversas maneras.
Introducción a ERC-4337
ERC-4337 resuelve algunas de las limitaciones de las cuentas externas de Ethereum (EOA) al introducir métodos de gestión de cuentas y procesamiento de transacciones más flexibles. Las características principales incluyen:
Estructura userOp: El usuario envía la estructura userOp al Bundler, que recolecta múltiples userOp y llama a la función handleOps del contrato EntryPoint.
Contrato EntryPoint: como núcleo del procesamiento de transacciones, las funciones principales incluyen:
Llamar a la función validate del contrato de cuenta, asegurando que userOp esté autorizado
Cobrar tarifas
Llamar a la función execute del contrato de cuenta, ejecutar la operación objetivo de userOp
Introducción a AA nativa
En la AA nativa, cada cuenta es un contrato y el mecanismo de procesamiento de transacciones está directamente integrado en el protocolo de la blockchain. El diseño de la AA en diferentes redes blockchain tiene sus propias características:
Abstracción de cuentas ERC-4337: adoptada por múltiples redes como Ethereum, Arbitrum, Optimism, etc.
Seguir la abstracción de cuentas nativa de ERC-4337: StarkNet y zkSync Era
Cuenta de abstracción nativa con diseño de privacidad: Aztec
Diferencias entre ERC-4337 y AA nativo
rol del sistema operativo
El sistema operativo AA necesita resolver problemas clave como el precio del Gas, el orden de las transacciones y la activación de funciones de punto de entrada. ERC-4337 se completa a través de la cooperación entre Bundler y EntryPoint Contract, mientras que en el AA nativo los usuarios envían directamente los userOps a los operadores/ordenadores del servidor oficial.
interfaz de contrato
El interfaz del contrato de cuenta de ERC-4337 es similar al de AA nativo, ambos incluyen tres pasos: verificación, pago y ejecución. Pero en la fase de ejecución, solo el punto de entrada de AA nativo es fijo.
limitaciones en los pasos de verificación y ejecución
Diferentes implementaciones tienen diferentes restricciones en las etapas de verificación y ejecución para prevenir ataques potenciales y garantizar la seguridad del sistema. Por ejemplo, zkSync Era relaja ciertas restricciones sobre el uso de códigos de operación en la etapa de verificación, mientras que en la etapa de ejecución requiere la confirmación de las banderas del sistema.
gestión de números aleatorios
ERC-4337, zkSync y StarkNet tienen características únicas en la gestión de números aleatorios, como la distinción entre valores de clave y valores aleatorios en ERC-4337, mientras que zkSync y StarkNet garantizan un incremento estricto.
primera implementación de transacciones
ERC-4337 incluye el campo initcode en la estructura userOp, mientras que StarkNet y zkSync requieren que los usuarios envíen la primera transacción para desplegar el contrato de cuenta.
Diferencias en la implementación de ERC-4337 entre L1 y L2
En las cadenas compatibles con EVM, la implementación de ERC-4337 tiene dos diferencias clave:
Diferencias en el protocolo: L2 debe cargar datos a L1 para garantizar la seguridad y la liquidación, y los costos relacionados deben incluirse en el Gas de prevalidación.
Diferencias de direcciones: La forma de calcular las direcciones en diferentes cadenas presenta diferencias, lo que puede llevar a inconsistencias en la dirección del contrato de cuenta. Especialmente cuando un hard fork introduce nuevos códigos de operación, si L2 no soporta la actualización correspondiente, puede causar cambios en el bytecode.
Estas sutiles diferencias tienen un impacto importante en la implementación de AA entre cadenas y la interoperabilidad, por lo que los desarrolladores deben prestar atención.
Ver originales
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.
9 me gusta
Recompensa
9
5
Compartir
Comentar
0/400
Ser_Liquidated
· 07-31 08:24
¿Alguien usa Flash Pay? ¿Por qué hay AA en todas partes?
Ver originalesResponder0
FromMinerToFarmer
· 07-30 07:14
Minería fallida, ahora cultivo.
Ver originalesResponder0
TokenRationEater
· 07-30 07:01
Análisis dinámico de datos en curso
Ver originalesResponder0
AirdropHarvester
· 07-30 06:58
¡Lo nativo es el camino! Los que entienden, entienden~
Análisis de la abstracción de cuentas multichain: diferencias clave entre ERC-4337 y AA nativo, y desafíos de implementación
Abstracción de cuentas multi-cadena: el futuro de la encriptación infraestructura
Recientemente, la conferencia de la comunidad de Ethereum (EthCC 7) se llevó a cabo en Bruselas, Bélgica, siendo el evento anual de Ethereum más grande de Europa, centrado en el desarrollo tecnológico y comunitario. En esta edición, más de 350 líderes de opinión de primera línea en la industria de la blockchain dieron discursos, entre ellos un desarrollador que presentó una charla titulada "Revelando el futuro: análisis de la abstracción de cuentas multicadena".
El contenido principal del discurso incluye:
La abstracción de cuentas ( AA ) tiene dos núcleos: la abstracción de firmas y la abstracción de pagos. La abstracción de firmas permite a los usuarios elegir cualquier mecanismo de verificación, mientras que la abstracción de pagos admite múltiples opciones de pago en transacciones. Esta flexibilidad mejora la seguridad y la experiencia del usuario.
ERC-4337 y AA nativo tienen diferentes funciones de punto de entrada en las fases de verificación y ejecución. Las restricciones para validar transacciones y los pasos para ejecutar transacciones tienen características distintas en diferentes implementaciones.
Al implementar ERC-4337 en cadenas compatibles con EVM, las diferencias en el diseño de Rollup y en los métodos de cálculo de direcciones provocan diferencias sutiles pero importantes en los detalles de desarrollo entre L1 y L2.
Abstracción de cuentas Introducción
La abstracción de cuentas (AA) incluye principalmente dos puntos clave: la abstracción de firmas y la abstracción de pagos.
Esta flexibilidad mejora significativamente la seguridad y la experiencia del usuario. El objetivo de AA es lograr estas dos funciones centrales de diversas maneras.
Introducción a ERC-4337
ERC-4337 resuelve algunas de las limitaciones de las cuentas externas de Ethereum (EOA) al introducir métodos de gestión de cuentas y procesamiento de transacciones más flexibles. Las características principales incluyen:
Estructura userOp: El usuario envía la estructura userOp al Bundler, que recolecta múltiples userOp y llama a la función handleOps del contrato EntryPoint.
Contrato EntryPoint: como núcleo del procesamiento de transacciones, las funciones principales incluyen:
Introducción a AA nativa
En la AA nativa, cada cuenta es un contrato y el mecanismo de procesamiento de transacciones está directamente integrado en el protocolo de la blockchain. El diseño de la AA en diferentes redes blockchain tiene sus propias características:
Diferencias entre ERC-4337 y AA nativo
rol del sistema operativo
El sistema operativo AA necesita resolver problemas clave como el precio del Gas, el orden de las transacciones y la activación de funciones de punto de entrada. ERC-4337 se completa a través de la cooperación entre Bundler y EntryPoint Contract, mientras que en el AA nativo los usuarios envían directamente los userOps a los operadores/ordenadores del servidor oficial.
interfaz de contrato
El interfaz del contrato de cuenta de ERC-4337 es similar al de AA nativo, ambos incluyen tres pasos: verificación, pago y ejecución. Pero en la fase de ejecución, solo el punto de entrada de AA nativo es fijo.
limitaciones en los pasos de verificación y ejecución
Diferentes implementaciones tienen diferentes restricciones en las etapas de verificación y ejecución para prevenir ataques potenciales y garantizar la seguridad del sistema. Por ejemplo, zkSync Era relaja ciertas restricciones sobre el uso de códigos de operación en la etapa de verificación, mientras que en la etapa de ejecución requiere la confirmación de las banderas del sistema.
gestión de números aleatorios
ERC-4337, zkSync y StarkNet tienen características únicas en la gestión de números aleatorios, como la distinción entre valores de clave y valores aleatorios en ERC-4337, mientras que zkSync y StarkNet garantizan un incremento estricto.
primera implementación de transacciones
ERC-4337 incluye el campo initcode en la estructura userOp, mientras que StarkNet y zkSync requieren que los usuarios envíen la primera transacción para desplegar el contrato de cuenta.
Diferencias en la implementación de ERC-4337 entre L1 y L2
En las cadenas compatibles con EVM, la implementación de ERC-4337 tiene dos diferencias clave:
Diferencias en el protocolo: L2 debe cargar datos a L1 para garantizar la seguridad y la liquidación, y los costos relacionados deben incluirse en el Gas de prevalidación.
Diferencias de direcciones: La forma de calcular las direcciones en diferentes cadenas presenta diferencias, lo que puede llevar a inconsistencias en la dirección del contrato de cuenta. Especialmente cuando un hard fork introduce nuevos códigos de operación, si L2 no soporta la actualización correspondiente, puede causar cambios en el bytecode.
Estas sutiles diferencias tienen un impacto importante en la implementación de AA entre cadenas y la interoperabilidad, por lo que los desarrolladores deben prestar atención.