RIP-7560: Abstracción de cuentas nativas estandarizadas desde la capa de consenso

AUTOR: 0XNATALIE

ERC-4337 no es ajeno para usted, propuesto originalmente por Vitalik en septiembre de 2021 e implementado en la red principal de ETH en marzo de 2023. Sin embargo, ERC-4337 no ha sido ampliamente adoptado por las billeteras hasta ahora, y con el fin de promover la abstracción de cuentas estandarizadas y los efectos de red, el colaborador de ETH protocolo Alexander Forshtat propuso RIP-7560 (Vitalik es el primer autor), el primer RIP de taller ETH, para desarrollar un estándar de abstracción de cuentas nativo que pueda ser adoptado por todos los L2 y L1.

RIP son las siglas de Rollup Improvement Proposal, que comenzó a construirse el 18 de octubre con el objetivo de ayudar a L2 a establecer especificaciones y estándares opcionales para que L2 pueda ampliar la EVM y las herramientas relacionadas, al tiempo que limita los conflictos con la EVM L1.

RIP-7560: Introducción de la abstracción de cuentas nativas

Para una mejor estandarización, RIP-7560 introduce la abstracción de cuentas nativas para los cambios en el protocolo de la capa de consenso, y fusiona EIP-2938 y ERC-4337 en una propuesta integral de abstracción de cuentas. Antes de sumergirse en RIP-7560, puede revisar el concepto de “abstracción de cuentas” en un artículo anterior: EIP-7377: ¿Un acelerador para la abstracción completa de cuentas (AA)?

Compatibilidad y convivencia con ERC-4337

La abstracción de cuenta nativa de RIP-7560 es compatible con ERC-4337 y las dos abstracciones de cuenta coexistirán durante mucho tiempo. RIP-7560 proporciona una ruta de migración para los proyectos que adoptan ERC-4337. Sin embargo, los proyectos actuales que utilizan ERC-4337 deberán modificarse para admitir la abstracción de cuentas nativas en el futuro:

• UserOperation cambiado a TransactionType4: La estructura original de UserOperation y su nombre son para evitar confusiones con la transacción ETH real. Dado que la abstracción de la cuenta nativa convierte UserOperation en una transacción ETH real, se le cambió el nombre a TransactionType4. Aunque el nombre ha cambiado, la operación en cadena es similar a la de UserOperation.
• Actualizaciones de cuentas de contratos inteligentes: Las cuentas de contratos inteligentes deben actualizar sus implementaciones para admitir protocolos de abstracción de cuentas nativas. Los cambios específicos incluyen establecer la dirección de EntryPoint en un valor constante de todo el sistema para simplificar las operaciones, un cambio de nombre de la función validateUserOp y cambios de parámetros, y el hecho de que las cuentas ya no necesitan mantener un depósito en el contrato de EntryPoint para pagar el gas, sino que se deducirán directamente de su saldo.
• Actualización del contrato Paymaster: El contrato Paymaster debe actualizarse o redistribuirse. En el caso de los tokens ERC-20 y otros activos, incluido el estado, se requiere la aprobación de la migración manual. Es necesario cambiar el nombre de la función validatePaymasterUserOp y tiene parámetros diferentes, y el contrato Paymaster ya no necesita mantener un depósito en el contrato de EntryPoint para pagar el gas, sino que se deduce directamente de su saldo.
• Fábricas de cuentas: Se puede seguir utilizando el mismo contrato y las direcciones de cuenta creadas a través de ERC-4337 o el proceso de abstracción de cuentas nativas serán las mismas.
• Bundlers: Los bundlers en la abstracción de la cuenta nativa aún necesitan mantener una relación de interés con el constructor de bloques para incluir transacciones agrupadas. El empaquetador tiene acceso privilegiado a la API del generador de bloques, lo que significa que el empaquetador puede comunicarse directamente con el generador de bloques y negociar la transacción antes de empaquetarla, incluido el manejo del caso de una colisión de nonce (en EIP-4337, cuando un usuario envía una UserOperation con el mismo nonce a dos empaquetadores, se produce un error en una de las transacciones).

Discusión de la comunidad sobre RIP-7560

La discusión de la comunidad sobre RIP-7560 ha mostrado una diversidad de perspectivas. John Rising, cofundador de Stackup, cree que puede ser bueno que RIP-7560 aborde algunos de los problemas de ERC-4337, señalando algunos de los problemas clave con la implementación actual de ERC-4337, donde la mayor parte de la actividad se centra en tres proveedores de servicios en la nube o empresas después de la implementación de EIP-4337. Esto significa que la infraestructura para la abstracción de cuentas está demasiado centralizada en relación con el ecosistema en su conjunto, y la tasa de retención de cuentas es muy baja, y la rentabilidad de los agrupadores que ejecutan EIP-4337 es muy limitada.

El ingeniero de Polygon, Jarrod Watts, también dijo que aún no ha visto un progreso significativo en la forma en que las billeteras convencionales como Metamask implementan EIP-4337 para la abstracción de cuentas. Esto puede significar que la adopción de nuevas características en la capa de aplicación aún no ha alcanzado un nivel ideal. Por lo tanto, la propuesta de RIP-7560 es un gran avance.

Peter Pan, cofundador de Particle Network, es muy optimista sobre esta propuesta, ya que cree que mantiene la compatibilidad con 4337, optimiza el gas y resuelve el problema del empaquetador privado, que es importante para la adopción de la abstracción de cuentas.

Foobar, el fundador de Delegate, cree que 4337 se debe a que agrega demasiada sobrecarga y simplemente no se puede adoptar ampliamente. La propuesta 7560 se está moviendo hacia la formalización de la abstracción de cuentas a nivel de protocolo, por lo que el mejor curso de acción es eliminar estas partes redundantes directamente, en lugar de tratar de hacerlo “compatible con versiones anteriores” con 4337, especialmente teniendo en cuenta que 4337 no ha existido durante mucho tiempo.

A pesar de las opiniones divergentes, RIP-7560 también proporciona un nuevo enfoque de referencia para la estandarización de la abstracción de cuentas. El desarrollo del marco de abstracción de cuentas continuará avanzando a medida que la comunidad ETH profundice la discusión. De cualquier manera, creemos que la abstracción de cuentas eventualmente se adoptará ampliamente.