- Tema
34k Popularidad
12k Popularidad
6k Popularidad
16k Popularidad
61k Popularidad
31k Popularidad
2k Popularidad
95k Popularidad
27k Popularidad
27k Popularidad
- Anclado
34k Popularidad
12k Popularidad
6k Popularidad
16k Popularidad
61k Popularidad
31k Popularidad
2k Popularidad
95k Popularidad
27k Popularidad
27k Popularidad
¿Por qué la abstracción de la cuenta de cadena completa es la última pieza del rompecabezas de EIP-4337?
作者:Peter Pan, cofundador y director de tecnología de Particle Network &��客Web3
Desde 2022, la abstracción de cuentas ha sido un tema ampliamente discutido, y el marco de abstracción de cuentas con EIP-4337 como núcleo parece haberse convertido en un consenso general en la industria. La popularidad del concepto de intención ha provocado un mayor enfoque en estos componentes de interacción con el usuario de bajo umbral.
Sin embargo, EIP-4337 todavía tiene los puntos débiles de la fragmentación de las cuentas inteligentes y la experiencia de usuario abstracta altamente fragmentada de las cuentas entre cadenas. **Este artículo utiliza proyectos como Biconomy, Safe Core y Particle Network como ejemplos para explorar cómo avanzar aún más en el campo de la abstracción de cuentas bajo el marco EIP-4337. **
Comprender el concepto de "abstracción de cuentas" desde la perspectiva de la abstracción del proceso de transacción
En cuanto a la abstracción de cuentas, Vitalik ha señalado en repetidas ocasiones que es una condición necesaria para reducir el umbral de usuarios de Ethereum y lograr una adopción masiva, y su visión central es permitir a los usuarios personalizar el método de verificación de firmas + disfrutar del pago de gas e iniciar transacciones en la cadena sin ningún activo (comúnmente conocidas como transacciones sin gas). Solo implementando estos requisitos previos podemos aumentar la tasa de conversión de nuevos usuarios de aplicaciones Web3.
En el pasado, las propuestas abstractas sin cuentas o las billeteras de contratos inteligentes, aunque pueden lograr una experiencia similar, están lejos de ser flexibles y eficientes, como Gnosis Safe todavía requiere direcciones EOA para desencadenar transacciones, y el costo del gas es extremadamente alto.
La abstracción de cuentas tiene la intención de optimizar desde la capa inferior de la estructura de las cuentas de contratos inteligentes para allanar el camino para la próxima generación de sistemas de cuentas inteligentes.
Pero a partir de la propuesta de abstracción de la cuenta real, encontraremos que su enfoque no está en el modelo de cuenta en sí. Por ejemplo, EIP-86, EIP-4337, EIP-6900 y otras propuestas relacionadas con la abstracción de cuentas, se centran en la abstracción/modularidad de todo el proceso de procesamiento de una transacción, desde el inicio hasta la recepción del nodo, la verificación de la firma, el pago de gas, etc., sin prestar realmente atención a la abstracción de la estructura de la cuenta. Por lo tanto, parece más apropiado llamar a las propuestas actuales "abstracciones transaccionales".
Si entendemos esas conocidas propuestas de resúmenes de cuentas desde la perspectiva de la "abstracción del proceso de procesamiento de transacciones", podemos entender más fácilmente sus puntos principales: esta abstracción de transacciones en realidad quiere llevar la experiencia de los usuarios de nivel Web2 que ingresan y usan productos en el sistema Ethereum, como la lista negra/lista blanca, la no verificación de identidad para iniciar transacciones dentro de un período de tiempo, la ausencia de transacciones de gas, las tarifas de pago en moneda fiduciaria, etc.
! [¿Por qué la abstracción de la cuenta de cadena completa es la última pieza del rompecabezas de EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/a966728c2d42bc95cc4199e63f9b6ae7.png)
Pero algunas personas se preguntarán: ¿no se pueden implementar estas cosas en las billeteras de contratos inteligentes en el pasado? ¿Cuál es el valor de los esquemas abstractos como EIP-4337?
La esencia de EIP-4337: la solución óptima local de abstracción de cuentas en el ecosistema Ethereum
Como se mencionó en la pregunta anterior, aunque las billeteras inteligentes en el pasado pueden lograr las funciones mencionadas anteriormente, los métodos de implementación son generalmente toscos y, a menudo, se basan en instalaciones de terceros altamente centralizadas. Por ejemplo, en el pasado, el esquema de pago de gas consistía en introducir un nodo Relayer de terceros (EIP-2771). Además, la falta de estándares unificados entre las diferentes billeteras inteligentes no es propicia para el desarrollo y la implementación de componentes de soporte. **
El principal atractivo de EIP relacionado con varias abstracciones de cuentas es resolver estos defectos en diferentes proyectos de billeteras a través de un marco estandarizado diseñado para billeteras de contratos inteligentes, y promover la estructura de cuentas en el ecosistema Ethereum de una estructura funcional básica a una estructura inteligente con un techo más alto.
! [¿Por qué la abstracción de la cuenta de cadena completa es la última pieza del rompecabezas de EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/cbe5faeb45fe0855ca3707430ce2e7d7.png)
Por ejemplo, antes de la llegada de ERC-20 o ERC-721, muchas implementaciones de tokens, funciones y funciones/interfaces proporcionadas externamente eran inconsistentes, y la "inconsistencia" no era propicia para el desarrollo de instalaciones de terceros de soporte y auditoría de código (es difícil imaginar cómo las aplicaciones Defi se habrían desarrollado hasta la prosperidad actual sin el protocolo ERC-20).
Los estándares estandarizados de implementación de protocolos/características son un requisito previo para las narrativas modulares, y el desarrollo modular es un requisito previo para que prosperen casi todos los campos (la división del trabajo es el primer principio para la eficiencia). **
Al final, EIP-4337 pasó a primer plano.
EIP-4337 es una solución óptima local, pero hay varios ángulos dentro de su marco que deben optimizarse
EIP-4337 define un conjunto de estándares de interfaz, aclarando qué módulos deben ser al menos para billeteras inteligentes que siguen el protocolo 4337, qué funciones/interfaces debe implementar cada módulo, como Bundler, EntryPoint, Paymaster y qué funciones invocables deben proporcionarse externamente.
Después de aclarar estas reglas, la interacción entre los diferentes componentes es más clara, lo cual es conveniente para introducir ideas de diseño modular en la abstracción de la cuenta y el diseño de la billetera inteligente, y los desarrolladores del módulo de billetera también se benefician enormemente. **
Por supuesto, desde una perspectiva puramente del usuario, el valor aportado por el paradigma de desarrollo de billeteras inteligentes modulares no está claro, porque las personas no sienten muchos cambios en la billetera abstracta de la cuenta en sí misma a corto plazo. **Pero a medio y largo plazo, protocolos como EIP-4337 tienen un valor similar al ERC-20 y al ERC-721, que sientan las bases para el desarrollo a largo plazo de los monederos abstractos de cuentas y son hitos que marcan una época.
Sin embargo, EIP-4337 todavía tiene muchos problemas sin resolver: ** Por ejemplo:
La función de abstracción de cuentas no es lo suficientemente plug-in, y es fácil para diferentes desarrolladores reinventar la rueda;
La compatibilidad del módulo de cuentas es deficiente y todo el sistema de cuentas muestra una tendencia a la fragmentación de la ecología;
La ecología de abstracción de cuentas entre las diferentes cadenas está muy fragmentada, lo que dificulta proporcionar una experiencia unificada y de alta calidad para los usuarios finales y desarrolladores y lograr una mejor UX.
A continuación, exploraremos soluciones a estos problemas.
Dirección de optimización 1: La función de complemento de abstracción de la cuenta se convertirá en la configuración básica
** Se puede decir que uno de los puntos centrales de discusión relacionados con la abstracción de cuentas ahora es cómo darse cuenta mejor de la modularidad de la billetera abstracta de cuentas y reducir la granularidad de cada módulo a más granularidad. **
Por ejemplo, Biconomy propone una narrativa basada en EIP-4337 (EIP-6900 con granularidad más fina se introducirá en el futuro) para promover aún más el desarrollo modular de la ecología de abstracción de cuentas.
! [¿Por qué la abstracción de la cuenta de cadena completa es la última pieza del rompecabezas de EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/48172bf745d6ba99c4709aa3b10697ed.png)
El llamado complemento de función de abstracción de cuenta es en realidad para aclarar a través de un conjunto de protocolos cuáles son los módulos clave involucrados en la billetera de contratos inteligentes, qué interfaces/funciones deben implementar estos módulos y cuáles son los nombres de estas interfaces y cómo llamarlas. A continuación, los desarrolladores externos desarrollan componentes con diferentes detalles según sus propias ideas, pero estos componentes cumplirán los requisitos establecidos en el acuerdo.
La versión V2 de Biconomy, con EIP-4337 como columna vertebral del protocolo, ha desarrollado estándares más detallados y ha agregado una serie de interfaces que no se mencionan en 4337. Al indicar qué funciones deben tener los módulos como Bundler, Smart Contract Wallet y Paymaster, Biconomy permite a los desarrolladores externos implementar módulos con las mismas características y diferentes versiones con diferentes detalles de código, siempre que sigan los detalles del protocolo establecidos de antemano por Biconomy (compatible con EIP-4337).
! [¿Por qué la abstracción de la cuenta de cadena completa es la última pieza del rompecabezas de EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/70a918d3c0fa189323edbf381b630a84.png)
Al mismo tiempo, Biconomy también presentó el eslogan de "Module Store", mientras lanzaba personalmente el SDK del módulo abstracto de la cuenta, se anima a la mayoría de los desarrolladores a enviar sus propios módulos abstractos de cuenta diseñados, expandir "Módulo como servicio", ** para que todos los proyectos de billetera que siguen el protocolo EIP-4337 puedan adoptar directamente estos módulos abstractos de cuenta escritos por extraños. Cuando los usuarios crean una cuenta inteligente a través de la página de front-end, también tienen una opción más diversa de qué módulos utilizar.
! [¿Por qué la abstracción de la cuenta de cadena completa es la última pieza del rompecabezas de EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/f96ee55f5dd8dcdaf0a1a5442fe0281a.png)
Si bien la modularidad es conveniente para la división del trabajo, también es conveniente para los usuarios cambiar o agregar y eliminar rápidamente ciertas funciones en la billetera inteligente (para decirlo sin rodeos, es dividir la granularidad en partes más finas).
Biconomy señaló que cuanto más modular es una billetera de contratos inteligentes, menos cambios necesita realizar al actualizarse o actualizarse (no es necesario actualizar los contratos de billetera de contratos inteligentes existentes de los usuarios o usar DelegateCall, solo algunos módulos externos), lo que facilita que diferentes usuarios o desarrolladores reemplacen ciertos componentes.
En la futura abstracción de la nueva cuenta de Biconomy, también se hará referencia a la propuesta EIP-6900, que es más modular que EIP-4337.
Dirección de optimización 2: Segmentación de módulos más detallada para resolver el problema de la fragmentación de cuentas
Con respecto a la propuesta EIP-6900, **Safe (anteriormente Gnosis Safe) lanzó un libro blanco relacionado con el Protocolo Básico Seguro en agosto de este año, y el más prestado es EIP-6900. **
! [¿Por qué la abstracción de la cuenta de cadena completa es la última pieza del rompecabezas de EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/c61f4b7e5a49dc219a785276a95cf071.png)
**EIP-6900 señala que uno de los problemas con la abstracción actual de las cuentas modulares es la "fragmentación" de las cuentas, o el problema de los silos. Por ejemplo, aunque diferentes proveedores de módulos de abstracción de cuentas o diferentes aplicaciones DAPP serán compatibles con EIP-4337, EIP-4337 no es lo suficientemente alto para diferentes módulos, y la granularidad es relativamente aproximada, lo que deja un grado de libertad "demasiado alto" para los desarrolladores de módulos de cuentas inteligentes (la cuenta inteligente es la parte central del almacenamiento de la información del usuario y el registro de la verificación de transacciones personalizadas y la lógica de pago de gas).
De esta manera, las diferentes partes del proyecto de billetera tienden a diseñar módulos de cuentas inteligentes con propiedades únicas. ** A largo plazo, otros proveedores de módulos de abstracción de cuentas deben priorizar quién proporciona módulos de cuentas inteligentes que sean compatibles y producir lentamente una cadena de suministro ascendente y descendente fija, lo que inevitablemente conducirá a la fragmentación y separación de la ecología del módulo de abstracción de cuentas. **(Es como en los primeros días de la industria informática, los desarrolladores de sistemas operativos tenían que considerar con qué fabricante de hardware informático era compatible).
Para resolver el problema de la fragmentación ecológica y mejorar la compatibilidad de los módulos de abstracción de cuentas desarrollados por diferentes proveedores, la mejor manera es abstraer aún más las cuentas de billetera de contratos inteligentes y hacer que los módulos sean más granulares.
Después de tomar prestadas las ideas de EIP-6900, el documento técnico del protocolo **Safe Core ha realizado una optimización más detallada de Smart Account (cuenta de billetera inteligente del usuario). El protocolo Safe Core divide los módulos a los que puede llamar cada cuenta de billetera inteligente en complementos, ganchos, verificadores de firmas, procesadores de funciones y otras categorías. **
El módulo de cuenta inteligente es lo más liviano posible, el contrato de cuenta solo almacena los datos y funciones más básicos, y las funciones que se pueden mover al exterior se lanzan al módulo de subdivisión "procesador de funciones" o "complemento" para implementar. Esto se hace eco del llamado principio de la navaja de Occam: "no agregue entidades a menos que sea necesario".
Si la cuenta inteligente en sí es lo suficientemente liviana y no involucra detalles demasiado engorrosos, la cuenta inteligente desarrollada por diferentes fabricantes será más cercana en estructura interna y más compatible.
! [¿Por qué la abstracción de la cuenta de cadena completa es la última pieza del rompecabezas de EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/09f83d13d3ab4398881f144c2c17aa58.png)
El protocolo Safe Core también introduce un registro, similar a la tienda de aplicaciones del iPhone, que contiene todos los módulos disponibles aprobados. El usuario puede elegir qué módulos activar, y cada vez que se activa un nuevo módulo, se maneja a través del contrato de Minger.
! [¿Por qué la abstracción de la cuenta de cadena completa es la última pieza del rompecabezas de EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/bd45f12927186dd3b98dbd955a08c962.png)
En general, UserOperation activará primero un complemento de complemento, y luego el contrato de administrador verificará si el estado del complemento es normal (hay un registro en el registro) y, si es normal, permitirá la solicitud del complemento. Si es necesario, los plugins llaman a algunas de las funcionalidades proporcionadas por el Hook, o no. A continuación, se realizan cambios en el estado de la cuenta inteligente implicada en UserOperation.
! [¿Por qué la abstracción de la cuenta de cadena completa es la última pieza del rompecabezas de EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/fd639d5a6f150f1cfcfe67cc77a79e44.png)
A través del método de fragmentación de módulos de grano fino y el proceso de programación mencionados anteriormente, Safe Core Protocol intenta implementar un conjunto de protocolos de interoperabilidad de módulos abstractos de cuentas de código abierto, cuya idea central es hacer que Smart Account sea liviano tan simple como una cuenta EOA, para mejorar la compatibilidad de los módulos de Smart Account mejorados por diferentes proveedores.
Dirección de optimización 3: Abstracción de cuentas de cadena completa, para lograr cuentas unificadas en diferentes cadenas
Pero incluso con la solución antes mencionada, todavía hay un gran problema que no se ha resuelto: diferentes cadenas y diferentes Layer2 están promoviendo abstracciones de cuentas con diferentes detalles, y muchos usan formas que entran en conflicto con EIP-4337, como zkSync Era, Starknet, Flow, etc. Esto ha llevado a una fragmentación en la experiencia de usuario de la billetera, como la dirección de la billetera inteligente del usuario en Starknet y la dirección de la billetera inteligente en Arbitrum que no se puede unificar en absoluto.
Además, en un entorno multicadena, los usuarios han implementado cuentas inteligentes de forma independiente en diferentes cadenas, y los datos de usuario correspondientes a menudo están dispersos en estos contratos. Si es necesario actualizar los datos del usuario, como las claves, es necesario iniciar transacciones repetidamente en múltiples cadenas y es difícil garantizar la coherencia de la cuenta inteligente.
El propio Vitalik ha propuesto previamente un conjunto de esquemas de cuentas inteligentes unificados y fáciles de administrar de cadena completa, ** este esquema utiliza Ethereum o un ZKRollup altamente seguro como cadena de origen, implementa el contrato de Keystore, almacena la clave global del usuario y luego todas las cuentas de contratos inteligentes del usuario en L2 comparten la clave global almacenada en el contrato de Keystore.
! [¿Por qué la abstracción de la cuenta de cadena completa es la última pieza del rompecabezas de EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/6dbc43d45760d49029da132dab099e17.png)
Sin embargo, esta solución es extremadamente costosa, es decir, cada vez que cambia la clave global registrada en el contrato de almacén de claves en la cadena de origen, cada cuenta de la cadena L2/destino debe sincronizar la nueva clave a través de la interacción entre cadenas. La interacción entre cadenas entre Ethereum y L2 es demasiado cara para que los usuarios puedan permitírselo. Y debe tenerse en cuenta que las cuentas de contratos inteligentes son diferentes de las cuentas EOA, que son inherentemente unificadas multicadena (unificadas entre cadenas EVM) debido a sus métodos únicos de generación de direcciones, pero las cuentas de contratos inteligentes son completamente diferentes y es difícil para los usuarios obtener cuentas de contratos inteligentes con la misma dirección en diferentes cadenas.
Particle Network ha ideado su propio enfoque para esto. Aunque la idea general es la misma que la idea de Vitalik, que también es separar el almacenamiento y el código de la cuenta inteligente, Particle Network tiene la intención de utilizar una cadena independiente, Particle Network Chain, como base de datos de almacenamiento de cadena completa de la cuenta inteligente, a través de soluciones de mensajería cross-chain de terceros (LayerZero, CCIP, Axelar, Connext). etc.) Sincronice los cambios de un usuario en el almacenamiento de la cuenta con la cuenta local en otras cadenas.
! [¿Por qué la abstracción de la cuenta de cadena completa es la última pieza del rompecabezas de EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/083c776894d73db5ee207dc727214b5b.png)
(Abstracción de la cuenta multicadena de Particle Network)
Específicamente, el sistema de abstracción de cuentas de cadena completa de Particle Network requiere que los usuarios tengan una dirección de cuenta de contrato inteligente unificada en diferentes cadenas de EVM, lo que requiere implementar un conjunto de contratos de implementación en diferentes cadenas;
Los usuarios deben activar la generación de nuevas cuentas en la cadena de red de partículas, después de lo cual Particle Chain activará el contrato de implementación en todas las cadenas, lo que garantiza que las direcciones de las cuentas de contratos inteligentes generadas para los usuarios de diferentes cadenas sean uniformes, o los usuarios pueden completar el proceso de interacción multicadena a través del contrato en la cadena de partículas sin ser conscientes de otras cadenas, y pueden usar Unified Gas Token como método unificado de pago de tarifas.
La abstracción de la cuenta de cadena completa también hace posible la operación de usuario de Cross-Chain, desencadenando la transacción de la cadena objetivo a través de la operación de usuario de la cadena de origen y el pago de gas correspondiente, como el uso de USDC de Polygon para comprar NFT en Base.
Sin embargo, la solución Particle Network requiere un alto grado de colaboración entre el contrato de implementación y el componente de mensajería entre cadenas para lograr la sincronización de la cuenta multicadena y el almacenamiento de la cadena de origen, que en realidad tiene altos requisitos para el oráculo o puente de mensajes entre cadenas que utiliza (este problema parece existir en todos los esquemas relacionados con la interoperabilidad de cadena completa).
Sin embargo, la sincronización de cuentas entre cadenas del usuario puede configurar de forma flexible una combinación de diferentes puentes de mensajes, en lugar de depender solo de un puente determinado, como una estrategia que se puede configurar como 2/3, basándose en la confirmación de dos de LayerZero, Axelar y Connext para confirmar el cambio de almacenamiento en la cadena de destino, lo que puede resolver aproximadamente este problema de dependencia de un solo punto.
La perfecta interoperabilidad de la cadena completa entre EVM y no EVM es un paso más allá en la abstracción de las cuentas de cadena completa dentro del ecosistema Ethereum
Aunque hay cuentas unificadas y de gestión de claves en toda la cadena de EVM, todavía hay espacio para la optimización en la abstracción de cuentas de cadena completa: las cadenas que no son compatibles con EVM, como Aptos, Solana, Sui, etc., no pueden garantizar que la dirección de la cuenta de contrato inteligente generada por el usuario sea coherente con la cadena de EVM; Al mismo tiempo, si la cadena que no es EVM no implementa el protocolo EIP-4337 con un esquema equivalente, es difícil seguir el concepto abstracto de la cuenta de cadena completa propuesto por Vitalik y Particle Network anteriormente.
Además, el proyecto de billetera compatible con EIP-4337 en sí mismo tiene margen de mejora. La mayoría de los nodos de empaquetado utilizados por las billeteras inteligentes se ejecutan oficialmente de forma independiente y ni siquiera se comunican entre sí, y muchos proyectos de billeteras inteligentes en realidad forman una cadena propia, lo que conlleva muchos riesgos (resistencia a la censura, usabilidad). Crear una única interfaz front-end unificada en la mayoría de las cadenas puede ser muy difícil. Una solución es introducir un diseño centrado en la intención, añadir una capa sobre la abstracción de la cuenta de cadena completa y tratar el ecosistema EIP-4337 de Ethereum o las instalaciones de abstracción de cuentas nativas de otra cadena (como zkSync) como instancias específicas bajo el tipo Solver/Reactor, y cómo elegir el Solver adecuado es una tarea de nivel superior. **
Tomando Particle Network como ejemplo, propone una implementación concisa de abstracción-Intención, mientras que las diferentes abstracciones de cuenta son solo una clase de instancias de soluciones de Intent que se incluyen en Solver.
En primer lugar, el front-end del usuario será responsable de transformar las solicitudes de lenguaje natural o las interacciones arbitrarias del usuario en descripciones programáticas específicas, incluidas las restricciones de entrada y las restricciones de salida (para decirlo sin rodeos, son las condiciones de entrada y los intervalos de resultados de salida los que cumplen con los requisitos del usuario) y, a continuación, uno o más solucionadores de la red Solver contendrán restricciones específicas de entrada y salida de transacciones. Reenviar a los contratos de Solver implementados en la cadena (Solver no solo tiene instalaciones de nodos, sino también partes de contratos en la cadena). El contrato Solver transmitirá la instrucción de intención al contrato Reactor (que administra la cuenta del usuario en la cadena), que llamará a otros módulos para completar la interacción final.
La solicitud del usuario es conocida primero por la red de Solver, de modo que el usuario no necesita percibir la cadena subyacente o la construcción de diferentes abstracciones de cuentas, y esta parte se deja en manos de Solver para construir una solución específica.
Por supuesto, estas ideas son todavía solo un marco teórico, y los detalles de implementación detrás aún no han sido presentados oficialmente por Particle Network.
En la actualidad, está claro que en el futuro se generará un mercado competitivo de Solver, y los usuarios pueden iniciar subastas para permitir que varios Solver presenten diferentes soluciones, y a través de la forma de comercio simulado local, se puede seleccionar la mejor solución y se puede incentivar el Solver correspondiente. La forma del incentivo depende de los diseñadores de protocolos de Solver Network (Particle Network tiene la intención de utilizar tokens PNT como tokens de incentivo para su mercado de subastas Solver).
** La intención actual esencialmente protege los detalles complejos de la capa inferior y los abstrae en una capa superior, ** un diseño de capas con la naturaleza del protocolo TCP / IP es necesario para la experiencia del usuario y la experiencia del desarrollador bajo la interoperabilidad perfecta de toda la cadena.
Adopte la adopción masiva de abstracciones de cuentas
Cuando optimizamos el marco 4337 en el ecosistema de Ethereum desde todos los ángulos, y también promovemos una interoperabilidad perfecta entre los ecosistemas de Ethereum y los que no son de Ethereum, con el fin de respaldar la adopción a gran escala de la abstracción de cuentas, creemos que todavía necesitamos un producto que abarque el lado de la oferta y el lado de la demanda. Puede reducir el uso de varios productos y servicios Web3 por parte de los usuarios finales, al tiempo que se centra en los desarrolladores de servicios y reduce el umbral para los desarrolladores. **
Uno de los mejores productos para esta función es el producto Modular Smart Wallet-as-Service de Particle Network:
! [¿Por qué la abstracción de la cuenta de cadena completa es la última pieza del rompecabezas de EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/5c72565a4e66f037765f4870ebf1c26b.jpeg)
Además de las características anteriores para los desarrolladores, la característica más importante es que el producto Modular Smart Wallet-as-Service** de Particle Network construye una ecología abierta basada en la computación de firmas y está orientado al campo de abstracción de cuentas de los desarrolladores, además de proporcionar módulos de productos de resumen de cuentas de desarrollo propio, integrando varios tipos de productos y servicios de resumen de cuentas. Puede promover rápidamente la adopción de productos y servicios de varios desarrolladores en todo el campo de abstracción de cuentas.
! [¿Por qué la abstracción de la cuenta de cadena completa es la última pieza del rompecabezas de EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/9ffc21bfacc35413e4711eb656564a80.png)
Deje que la tecnología sirva a la demanda, después de resolver las limitaciones de todos los ángulos del marco ERC-4337, la mejora de la experiencia del desarrollador promoverá más productos con una excelente experiencia de usuario, acelerando la industria Web3 de una industria financiera amigable con el criptopunk a una industria de consumo amigable con las masas.