Análisis profundo de la abstracción de cuentas multichain
Del 8 al 11 de julio de 2024, se llevará a cabo el evento anual más grande de Ethereum en Europa, la Conferencia de la Comunidad de Ethereum (EthCC), en Bruselas, Bélgica, centrándose en el desarrollo técnico y comunitario. En esta edición de la conferencia, más de 350 líderes de opinión de primer nivel en la industria blockchain darán conferencias, entre ellas una titulada "Revelando el futuro: análisis de la abstracción de cuentas multicanal".
Resumen de los puntos del discurso
Dos conceptos clave de la abstracción de cuentas (AA): abstracción de firmas y abstracción de pagos. La primera permite a los usuarios elegir cualquier mecanismo de verificación, mientras que la segunda admite múltiples opciones de pago de transacciones, mejorando conjuntamente la experiencia y la seguridad del usuario.
ERC-4337 y AA nativa presentan diferencias en el diseño de las funciones de punto de entrada en las fases de verificación y ejecución. Las restricciones para verificar 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 protocolo del diseño de Rollup y las diferencias en el cálculo de direcciones son dos distinciones clave, lo que lleva a la necesidad de prestar atención a algunos detalles de desarrollo sutiles al implementar entre L1 y L2.
Abstracción de cuentas técnica detallada
El concepto central de la abstracción de cuentas
La abstracción de cuentas incluye principalmente dos puntos clave:
Abstracción de firma: permite a los usuarios seleccionar cualquier mecanismo de verificación que deseen, sin estar limitados a algoritmos de firma digital específicos.
Abstracción de pagos: admite el uso de múltiples opciones de pago para transacciones, como el pago con tokens ERC-20 o el patrocinio de tarifas de transacción por parte de terceros.
Esta flexibilidad mejora significativamente la experiencia del usuario y la seguridad, que es el objetivo principal de la abstracción de cuentas.
Análisis del estándar ERC-4337
ERC-4337 aborda algunas limitaciones inherentes a las cuentas externas de Ethereum (EOA) mediante la introducción de métodos más flexibles de gestión de cuentas y procesamiento de transacciones. Sus componentes centrales incluyen:
Estructura userOp: El usuario envía esta estructura al Bundler, que recoge múltiples userOp y llama a la función handleOps del contrato EntryPoint.
Contrato EntryPoint: como núcleo del procesamiento de transacciones, sus funciones principales incluyen la verificación de la autorización userOp, la cobranza de tarifas y la ejecución de operaciones objetivo.
abstracción de cuentas nativas
En AA nativo, cada cuenta es un contrato, y el mecanismo de procesamiento de transacciones está directamente integrado en el protocolo de la cadena de bloques. Actualmente, las principales redes de blockchain tienen diferentes formas de implementar AA:
Seguimiento de la abstracción de cuentas ERC-4337: Ethereum, Arbitrum, Optimism, etc.
Abstracción de cuentas nativa siguiendo ERC-4337: StarkNet y zkSync Era
Abstracción de cuentas nativa con diseño de privacidad: Aztec
Análisis comparativo entre ERC-4337 y AA nativo
rol del sistema operativo
ERC-4337 completa el procesamiento de transacciones a través de la colaboración del Bundler y el contrato EntryPoint, mientras que en el AA nativo, los usuarios envían directamente userOps a los operadores/ordenadores del servidor oficial.
StarkNet: El secuenciador es responsable de todas las tareas de procesamiento de transacciones
zkSync Era: El operador debe trabajar en conjunto con el bootloader (contrato del sistema)
diseño de interfaz de contrato
La interfaz del contrato de cuenta es similar en diferentes implementaciones, e incluye principalmente dos fases: verificación y ejecución. Los puntos de entrada de la fase de verificación de ERC-4337 y AA nativo son fijos, pero en la fase de ejecución, solo el punto de entrada de AA nativo es fijo.
limitación de pasos de verificación
Para prevenir ataques DoS, cada implementación establece diferentes restricciones para la validación de transacciones:
ERC-4337 define los códigos de operación prohibidos y las restricciones de acceso a la memoria
zkSync Era permite el acceso a ranuras de almacenamiento específicas, pero prohíbe el acceso a variables globales
StarkNet no permite llamadas de contratos externos
limitación de pasos de ejecución
zkSync: Se requiere confirmar que la marca del sistema existe para poder ejecutar la llamada al sistema.
ERC-4337 y StarkNet: sin restricciones especiales en la fase de ejecución
gestión de números aleatorios
ERC-4337: distingue el valor de la clave de 192 bits y el valor aleatorio de 64 bits
zkSync: gestionado por el contrato del sistema NonceHolder, garantiza un aumento estrictamente incremental
StarkNet: estrictamente creciente, pero sin gestión de contratos dedicada
primera implementación de transacciones
ERC-4337: Despliegue de contratos de cuenta a través del campo initcode en la estructura userOp
StarkNet y zkSync: se debe enviar la primera transacción al operador/ordenador para desplegar el contrato de cuenta.
Diferencias en la implementación de ERC-4337 entre L1 y L2
Al implementar ERC-4337 en cadenas compatibles con EVM, existen dos diferencias clave principales:
Diferencias en el protocolo: L2 debe cargar datos a L1 para garantizar la seguridad y la liquidación, los costos asociados (como la tarifa de seguridad de L1 y la tarifa de blob) deben incluirse en el Gas de prevalidación, lo que aumenta la complejidad de la estimación de costos.
Diferencias de dirección: La forma en que se calculan las direcciones en diferentes cadenas puede variar, lo que puede resultar en que la dirección del contrato de cuenta no sea consistente entre Ethereum y L2. Especialmente cuando un hard fork introduce nuevos códigos de operación, si L2 no soporta ese hard fork, incluso si el código de Solidity es el mismo, el bytecode compilado puede ser diferente.
El análisis anterior revela la complejidad y diversidad de la técnica de abstracción de cuentas en un entorno multichain. Con el desarrollo continuo de la tecnología, estas diferencias pueden ampliarse o converger aún más, lo que merece atención y estudio continuos.
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.
Profundidad de análisis: estado y desafíos de la abstracción de cuentas multichain
Análisis profundo de la abstracción de cuentas multichain
Del 8 al 11 de julio de 2024, se llevará a cabo el evento anual más grande de Ethereum en Europa, la Conferencia de la Comunidad de Ethereum (EthCC), en Bruselas, Bélgica, centrándose en el desarrollo técnico y comunitario. En esta edición de la conferencia, más de 350 líderes de opinión de primer nivel en la industria blockchain darán conferencias, entre ellas una titulada "Revelando el futuro: análisis de la abstracción de cuentas multicanal".
Resumen de los puntos del discurso
Dos conceptos clave de la abstracción de cuentas (AA): abstracción de firmas y abstracción de pagos. La primera permite a los usuarios elegir cualquier mecanismo de verificación, mientras que la segunda admite múltiples opciones de pago de transacciones, mejorando conjuntamente la experiencia y la seguridad del usuario.
ERC-4337 y AA nativa presentan diferencias en el diseño de las funciones de punto de entrada en las fases de verificación y ejecución. Las restricciones para verificar 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 protocolo del diseño de Rollup y las diferencias en el cálculo de direcciones son dos distinciones clave, lo que lleva a la necesidad de prestar atención a algunos detalles de desarrollo sutiles al implementar entre L1 y L2.
Abstracción de cuentas técnica detallada
El concepto central de la abstracción de cuentas
La abstracción de cuentas incluye principalmente dos puntos clave:
Abstracción de firma: permite a los usuarios seleccionar cualquier mecanismo de verificación que deseen, sin estar limitados a algoritmos de firma digital específicos.
Abstracción de pagos: admite el uso de múltiples opciones de pago para transacciones, como el pago con tokens ERC-20 o el patrocinio de tarifas de transacción por parte de terceros.
Esta flexibilidad mejora significativamente la experiencia del usuario y la seguridad, que es el objetivo principal de la abstracción de cuentas.
Análisis del estándar ERC-4337
ERC-4337 aborda algunas limitaciones inherentes a las cuentas externas de Ethereum (EOA) mediante la introducción de métodos más flexibles de gestión de cuentas y procesamiento de transacciones. Sus componentes centrales incluyen:
Estructura userOp: El usuario envía esta estructura al Bundler, que recoge múltiples userOp y llama a la función handleOps del contrato EntryPoint.
Contrato EntryPoint: como núcleo del procesamiento de transacciones, sus funciones principales incluyen la verificación de la autorización userOp, la cobranza de tarifas y la ejecución de operaciones objetivo.
abstracción de cuentas nativas
En AA nativo, cada cuenta es un contrato, y el mecanismo de procesamiento de transacciones está directamente integrado en el protocolo de la cadena de bloques. Actualmente, las principales redes de blockchain tienen diferentes formas de implementar AA:
Análisis comparativo entre ERC-4337 y AA nativo
rol del sistema operativo
ERC-4337 completa el procesamiento de transacciones a través de la colaboración del Bundler y el contrato EntryPoint, mientras que en el AA nativo, los usuarios envían directamente userOps a los operadores/ordenadores del servidor oficial.
diseño de interfaz de contrato
La interfaz del contrato de cuenta es similar en diferentes implementaciones, e incluye principalmente dos fases: verificación y ejecución. Los puntos de entrada de la fase de verificación de ERC-4337 y AA nativo son fijos, pero en la fase de ejecución, solo el punto de entrada de AA nativo es fijo.
limitación de pasos de verificación
Para prevenir ataques DoS, cada implementación establece diferentes restricciones para la validación de transacciones:
limitación de pasos de ejecución
gestión de números aleatorios
primera implementación de transacciones
Diferencias en la implementación de ERC-4337 entre L1 y L2
Al implementar ERC-4337 en cadenas compatibles con EVM, existen dos diferencias clave principales:
Diferencias en el protocolo: L2 debe cargar datos a L1 para garantizar la seguridad y la liquidación, los costos asociados (como la tarifa de seguridad de L1 y la tarifa de blob) deben incluirse en el Gas de prevalidación, lo que aumenta la complejidad de la estimación de costos.
Diferencias de dirección: La forma en que se calculan las direcciones en diferentes cadenas puede variar, lo que puede resultar en que la dirección del contrato de cuenta no sea consistente entre Ethereum y L2. Especialmente cuando un hard fork introduce nuevos códigos de operación, si L2 no soporta ese hard fork, incluso si el código de Solidity es el mismo, el bytecode compilado puede ser diferente.
El análisis anterior revela la complejidad y diversidad de la técnica de abstracción de cuentas en un entorno multichain. Con el desarrollo continuo de la tecnología, estas diferencias pueden ampliarse o converger aún más, lo que merece atención y estudio continuos.