Al ver que Particle Network acaba de lanzar la abstracción de cuentas de cadena completa, parece que necesita superponer una "capa intermedia" sobre los estándares de ERC4337 existentes, ¿por qué tienes que hacer esto? Si está familiarizado con el statu quo actual de la abstracción de cuentas, no es difícil encontrar la respuesta:
En la actualidad, cada cadena equivalente de EVM, incluida la cadena de aplicación de Capa 1, Capa 2 y Capa 3, tiene un enfoque completamente diferente, y este tipo de abstracción se basa en la cadena, no está orientada al usuario;
Con el fin de realizar realmente la orientación al usuario, como permitir que un usuario conecte todas las cadenas asociadas basadas en una entrada y una dirección, a fin de lograr una experiencia interactiva más coherente y global, se ha convertido en una necesidad un papel de "capa intermedia" que pueda definir la especificación unificada y los estándares de implementación de la intención;
¿Por qué la práctica actual del mercado de la "abstracción de cuentas" está tan dividida? ¿Cómo se implementa técnicamente la abstracción de cuentas de cadena completa de Particle Network? ¿Qué tan lejos está lograr la adopción masiva de la pista abstracta centrada en la intención? Analicémoslos uno por uno:
Abstracción de cuentas Las soluciones de AA están unificadas a nivel de "ingeniería" y la capa de práctica es multifacética
En términos de simplicidad técnica, la abstracción de la cuenta es una serie de intenciones que los usuarios introducen en el grupo de memoria UserOP, y el empaquetador las empaqueta y las envía al contrato de punto de entrada para su ejecución, donde las transacciones por lotes se pueden procesar a través de la agregación de firmas del agregador, y los detalles del pago de gas son manejados por Paymaster.
Se trata de un conjunto de estándares definidos por ERC4337, y la lógica de implementación del back-end también está unificada, pero es esencialmente una abstracción de la cadena EVM, y el front-end que conecta a los usuarios no está necesariamente "unificado".
Por ejemplo, zkSync usa direcciones EOA para vincular cuentas, y todo lo que los usuarios ven es una dirección sombra transferible, y el front-end apenas siente la existencia de cuentas AA. Starknet, por otro lado, tiene la forma de una cuenta de contrato actualizable, y los usuarios deben actualizar constantemente el contrato para actualizar la función de la cuenta. Además, Argent utiliza el mecanismo de recuperación social del mecanismo Guardian, y el esquema de abstracción de cuentas de Unipass tiende a aplicarse en aplicaciones multicadena heterogéneas en entornos que no son EVM.
Espera, este tipo de inconsistencia en el extremo de la entrada parece ser una especie de personalización, pero sin duda aumenta el umbral para los usuarios. La abstracción va y viene, ¿por qué el umbral es más alto en el "orientado al usuario"? Se manifiesta en el hecho de que es imposible para un usuario interactuar con una sola cadena en un entorno multicadena y multicapa2, y el costo de aprendizaje se genera de la nada cuando abarca múltiples billeteras y múltiples cadenas; Un usuario generará múltiples direcciones de contrato diferentes en diferentes cadenas de EVM, lo que plantea desafíos para la gestión unificada de los activos.
¿Cómo puede una implementación de ingeniería estándar ERC4337 multicadena tan fragmentada conducir a una adopción masiva orientada al usuario?
¿Cuál es la dificultad en la lógica de la práctica abstracta de los relatos unificados? Tomemos como ejemplo la abstracción de cuentas de cadena completa
Como se mencionó anteriormente, la abstracción de la cuenta corriente solo se basa en la cadena EVM, pero la dirección EOA aún se puede unificar con la cadena EVM, ¿por qué?
Debido a que las direcciones EOA se derivan del cálculo de la clave pública, siempre que los algoritmos de las diferentes cadenas sean los mismos y la clave privada sea la misma, la dirección derivada también es la misma. Sin embargo, la dirección del contrato se calcula a partir de la dirección del creador y el nonce, y la dirección del contrato es diferente debido a los diferentes nonces de cada cadena. Un enfoque aparentemente factible es utilizar un enfoque de registro para mapear la misma dirección entre diferentes cadenas, pero existe el riesgo de centralización.
Por otro lado, el diagrama de estructura abstracta de Particle Network de toda la cuenta de la cadena, está tratando de asumir el papel de un "centro de despacho" con el marco nativo de la cadena descentralizada, y cada nueva cadena con una nueva dirección será generada por el contrato general del centro de despacho, y el contrato de sub-implementación se conectará uniformemente al contrato de implementación para una operación unificada, incluido el despliegue y la actualización, todos los aspectos serán programados uniformemente por el contrato general.
La única dificultad en esto es la fluidez de la comunicación instantánea entre cadenas heterogéneas, que requiere que la "capa intermedia" actúe como un medio de comunicación eficiente, que puede lograr una programación unificada mediante la distribución de contratos en cada nodo ligero de la cadena, y el esquema de práctica es similar a la solución de cadena cruzada de LayerZero.
Este enfoque al menos rompe las limitaciones de atributos de las cadenas EVM, de modo que cualquier cadena múltiple que admita la interoperabilidad de contratos de cadena heterogénea y el esquema EIP-4337 se incluirá en el sistema de cadena múltiple. La abstracción de cuentas de cadena completa se puede implementar a gran escala.
Sin embargo, las cadenas que no son EVM como Aptos y Sui actualmente no pueden conectarse de manera similar en serie. Este es un mercado lo suficientemente grande en un momento en que el ecosistema Ethereum es absolutamente dominante en las categorías de capa, capa 2 y capa 3.
¿Qué tipo de imaginación puede ser liberada por otros servicios abstractos modulares en la "capa intermedia"?
Por supuesto, para lograr realmente una gama completa de abstracción "orientada al usuario", la abstracción de cuentas de cadena completa es solo el comienzo. Además de que la cuenta en sí se abstrae para mejorar la experiencia, un centro de despacho de "nivel intermedio" también puede intentar realizar otro trabajo abstracto:
La transferencia de activos entre cadenas y la capa de liquidación unificada permiten a los usuarios realizar la gestión y circulación de activos de forma descentralizada entre diferentes cadenas, reduciendo el posible consumo de fricción por deslizamiento de las cadenas cruzadas.
DID de cadena cruzada unifica la concatenación de identidad y crédito, con la capa intermedia como el "centro de autenticación", para realizar el intercambio de identidad y la sincronización de datos entre múltiples cadenas, y luego derivar el "crédito" que se puede aplicar a través de cadenas, reducir el umbral multiplataforma para los usuarios y, al mismo tiempo, romper la separación de datos entre cadenas, y realizar realmente la experiencia interactiva del estándar de "identidad";
Implemente una solución de solucionador descentralizada unificada, lo mejor es agregar estos solucionadores dispersos en un centro de despacho de súper solucionadores, por ejemplo, los usuarios pueden conectarse a UniswapX y Cowswap y SUAVE de Flashbot y otras soluciones de solucionadores en una plataforma, y construir un solucionador que sea conveniente para los posibles participantes de solver, como creadores de mercado, comerciantes institucionales y científicos de arbitraje. Porque sin la capa intermedia para la programación, no hay duda de que estos Solvers seguirán existiendo en fragmentos entre cadenas.
Se puede entender que bajo la premisa de que hay varias divisiones estándar en el ecosistema de EVM, ERC4337 define las reglas de comunicación, y la comunicación sigue dependiendo de un IBC que actúa como "capa intermedia" para emerger.
Y no hay que subestimar el valor de este tipo de INFRA de nivel medio, porque es probable que sea un complemento necesario para que la abstracción de cuentas se aleje de la capa de abstracción de ingeniería y avance hacia la popularización a gran escala.
Cómo maximizar el valor del estándar ERC4337, cómo unificar los productos y los estándares de protocolo de varias billeteras, cadenas y otros constructores en la pista, y cómo suavizar realmente la brecha entre la experiencia del usuario Web2 y las características nativas de la cadena Web3 basadas en la orientación al usuario son temas que deben superarse.
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.
¿Por qué la actual "abstracción de cuentas" está tan dividida y cómo avanzar hacia una abstracción unificada "orientada al usuario"?
Autor: Haotian
Al ver que Particle Network acaba de lanzar la abstracción de cuentas de cadena completa, parece que necesita superponer una "capa intermedia" sobre los estándares de ERC4337 existentes, ¿por qué tienes que hacer esto? Si está familiarizado con el statu quo actual de la abstracción de cuentas, no es difícil encontrar la respuesta:
¿Por qué la práctica actual del mercado de la "abstracción de cuentas" está tan dividida? ¿Cómo se implementa técnicamente la abstracción de cuentas de cadena completa de Particle Network? ¿Qué tan lejos está lograr la adopción masiva de la pista abstracta centrada en la intención? Analicémoslos uno por uno:
Abstracción de cuentas Las soluciones de AA están unificadas a nivel de "ingeniería" y la capa de práctica es multifacética
En términos de simplicidad técnica, la abstracción de la cuenta es una serie de intenciones que los usuarios introducen en el grupo de memoria UserOP, y el empaquetador las empaqueta y las envía al contrato de punto de entrada para su ejecución, donde las transacciones por lotes se pueden procesar a través de la agregación de firmas del agregador, y los detalles del pago de gas son manejados por Paymaster.
Se trata de un conjunto de estándares definidos por ERC4337, y la lógica de implementación del back-end también está unificada, pero es esencialmente una abstracción de la cadena EVM, y el front-end que conecta a los usuarios no está necesariamente "unificado".
Por ejemplo, zkSync usa direcciones EOA para vincular cuentas, y todo lo que los usuarios ven es una dirección sombra transferible, y el front-end apenas siente la existencia de cuentas AA. Starknet, por otro lado, tiene la forma de una cuenta de contrato actualizable, y los usuarios deben actualizar constantemente el contrato para actualizar la función de la cuenta. Además, Argent utiliza el mecanismo de recuperación social del mecanismo Guardian, y el esquema de abstracción de cuentas de Unipass tiende a aplicarse en aplicaciones multicadena heterogéneas en entornos que no son EVM.
Espera, este tipo de inconsistencia en el extremo de la entrada parece ser una especie de personalización, pero sin duda aumenta el umbral para los usuarios. La abstracción va y viene, ¿por qué el umbral es más alto en el "orientado al usuario"? Se manifiesta en el hecho de que es imposible para un usuario interactuar con una sola cadena en un entorno multicadena y multicapa2, y el costo de aprendizaje se genera de la nada cuando abarca múltiples billeteras y múltiples cadenas; Un usuario generará múltiples direcciones de contrato diferentes en diferentes cadenas de EVM, lo que plantea desafíos para la gestión unificada de los activos.
¿Cómo puede una implementación de ingeniería estándar ERC4337 multicadena tan fragmentada conducir a una adopción masiva orientada al usuario?
¿Cuál es la dificultad en la lógica de la práctica abstracta de los relatos unificados? Tomemos como ejemplo la abstracción de cuentas de cadena completa
Como se mencionó anteriormente, la abstracción de la cuenta corriente solo se basa en la cadena EVM, pero la dirección EOA aún se puede unificar con la cadena EVM, ¿por qué?
Debido a que las direcciones EOA se derivan del cálculo de la clave pública, siempre que los algoritmos de las diferentes cadenas sean los mismos y la clave privada sea la misma, la dirección derivada también es la misma. Sin embargo, la dirección del contrato se calcula a partir de la dirección del creador y el nonce, y la dirección del contrato es diferente debido a los diferentes nonces de cada cadena. Un enfoque aparentemente factible es utilizar un enfoque de registro para mapear la misma dirección entre diferentes cadenas, pero existe el riesgo de centralización.
Por otro lado, el diagrama de estructura abstracta de Particle Network de toda la cuenta de la cadena, está tratando de asumir el papel de un "centro de despacho" con el marco nativo de la cadena descentralizada, y cada nueva cadena con una nueva dirección será generada por el contrato general del centro de despacho, y el contrato de sub-implementación se conectará uniformemente al contrato de implementación para una operación unificada, incluido el despliegue y la actualización, todos los aspectos serán programados uniformemente por el contrato general.
La única dificultad en esto es la fluidez de la comunicación instantánea entre cadenas heterogéneas, que requiere que la "capa intermedia" actúe como un medio de comunicación eficiente, que puede lograr una programación unificada mediante la distribución de contratos en cada nodo ligero de la cadena, y el esquema de práctica es similar a la solución de cadena cruzada de LayerZero.
Este enfoque al menos rompe las limitaciones de atributos de las cadenas EVM, de modo que cualquier cadena múltiple que admita la interoperabilidad de contratos de cadena heterogénea y el esquema EIP-4337 se incluirá en el sistema de cadena múltiple. La abstracción de cuentas de cadena completa se puede implementar a gran escala.
Sin embargo, las cadenas que no son EVM como Aptos y Sui actualmente no pueden conectarse de manera similar en serie. Este es un mercado lo suficientemente grande en un momento en que el ecosistema Ethereum es absolutamente dominante en las categorías de capa, capa 2 y capa 3.
¿Qué tipo de imaginación puede ser liberada por otros servicios abstractos modulares en la "capa intermedia"?
Por supuesto, para lograr realmente una gama completa de abstracción "orientada al usuario", la abstracción de cuentas de cadena completa es solo el comienzo. Además de que la cuenta en sí se abstrae para mejorar la experiencia, un centro de despacho de "nivel intermedio" también puede intentar realizar otro trabajo abstracto:
La transferencia de activos entre cadenas y la capa de liquidación unificada permiten a los usuarios realizar la gestión y circulación de activos de forma descentralizada entre diferentes cadenas, reduciendo el posible consumo de fricción por deslizamiento de las cadenas cruzadas.
DID de cadena cruzada unifica la concatenación de identidad y crédito, con la capa intermedia como el "centro de autenticación", para realizar el intercambio de identidad y la sincronización de datos entre múltiples cadenas, y luego derivar el "crédito" que se puede aplicar a través de cadenas, reducir el umbral multiplataforma para los usuarios y, al mismo tiempo, romper la separación de datos entre cadenas, y realizar realmente la experiencia interactiva del estándar de "identidad";
Implemente una solución de solucionador descentralizada unificada, lo mejor es agregar estos solucionadores dispersos en un centro de despacho de súper solucionadores, por ejemplo, los usuarios pueden conectarse a UniswapX y Cowswap y SUAVE de Flashbot y otras soluciones de solucionadores en una plataforma, y construir un solucionador que sea conveniente para los posibles participantes de solver, como creadores de mercado, comerciantes institucionales y científicos de arbitraje. Porque sin la capa intermedia para la programación, no hay duda de que estos Solvers seguirán existiendo en fragmentos entre cadenas.
Se puede entender que bajo la premisa de que hay varias divisiones estándar en el ecosistema de EVM, ERC4337 define las reglas de comunicación, y la comunicación sigue dependiendo de un IBC que actúa como "capa intermedia" para emerger.
Y no hay que subestimar el valor de este tipo de INFRA de nivel medio, porque es probable que sea un complemento necesario para que la abstracción de cuentas se aleje de la capa de abstracción de ingeniería y avance hacia la popularización a gran escala.
Cómo maximizar el valor del estándar ERC4337, cómo unificar los productos y los estándares de protocolo de varias billeteras, cadenas y otros constructores en la pista, y cómo suavizar realmente la brecha entre la experiencia del usuario Web2 y las características nativas de la cadena Web3 basadas en la orientación al usuario son temas que deben superarse.