Autor: CloudY, Jam
Editor: Vincero, YL
Revisado por: Yasmine
Las cuentas de billetera son una parte indispensable para ingresar a Web3, y el modelo UTXO de la red Bitcoin y el modelo de cuenta de la red Ethereum siempre se han comparado. Por supuesto, ambos modelos tienen sus propios méritos. No podemos simplemente decir cuál es mejor. ¿Puedes decirme qué escenarios son más adecuados?
descripción general
Pero, de hecho, la cuenta Ethereum EOA utilizada para comparar es un producto relativamente primitivo, específicamente:
Los derechos de control de la cuenta son únicos, solo autorización de firma y sin firma. Ya sea que se trate de una transacción por valor de 1 dólar estadounidense o de 100 millones de dólares estadounidenses, primero debe aprobarla y luego firmar para confirmar la transacción. Entonces solo hay una diferencia de firma entre el permiso defraudado y la transacción normal, lo que hace que cada nuevo usuario se asuste al interactuar. Aunque Metamask ahora permite a los usuarios elegir el uso aprobado al aprobar permisos de token, para interacciones frecuentes, los usuarios prefieren autorizar directamente el límite superior en lugar de consumir la tarifa de gas para aprobaciones múltiples. En comparación con el modelo de cuenta Web2 como la autenticación de dos factores (2FA) o U-Shield para controlar los riesgos de transacciones de grandes cantidades, y el escaneo facial o el pago sin contraseña para facilitar transacciones de pequeñas cantidades, las cuentas EOA son muy aburridas y difíciles de usar.
El umbral de la tarifa del gas es demasiado alto y bloquea a un gran número de nuevos usuarios. La capa 2, como la red principal de Ethereum y Optimism/Arbitrum, utilizan tokens ETH como tokens de Gas, lo que requiere que los usuarios conviertan moneda fiduciaria en monedas estables en dólares estadounidenses, luego las conviertan en ETH y luego transfieran ETH a sus billeteras. Muchos usuarios descubrieron que necesitaban ETH como gas después de transferir la moneda estable en USD a sus billeteras y tuvieron que comprar ETH nuevamente. Es más, las cadenas públicas como BSC/Polygon/Solana utilizan sus propios tokens de Gas, lo cual es otro escollo que deben enfrentar los recién llegados. Además, muchos usuarios realmente no quieren comprar tokens de Gas al contado, pero tienen que dejar una gran cantidad de tokens de Gas redundantes en sus billeteras debido a la necesidad de interacción en cadena.
Vitalik sabe desde hace mucho tiempo que las cuentas EOA son muy difíciles de usar. El equipo de Ethereum también está tratando de resolver este problema, y la abstracción de cuentas es una de las soluciones. Sin embargo, debido a la incapacidad de modificar el consenso subyacente de Ethereum para la abstracción de cuentas, no fue hasta la propuesta de ERC-4337, una billetera de contrato inteligente basada en la capa de aplicación, que la abstracción de cuentas realmente llamó la atención y se convirtió en un tema candente.
Después de una breve introducción a la abstracción de cuentas y ERC-4337, este artículo especulará sobre la evolución futura del sistema de cuentas Web3 y la propiedad de las entradas de tráfico basadas en la aplicación de la abstracción de cuentas y el desarrollo del sistema de cuentas Web2.
Desde una perspectiva ecológica, en el pasado, los usuarios necesitaban usar EOA para realizar operaciones complejas en la cadena y, debido al desarrollo ecológico limitado actual en la cadena, solo se pueden proporcionar protocolos limitados y las necesidades reales de los usuarios no pueden satisfacerse de manera efectiva. reunió. La abstracción de cuentas simplifica la ejecución de las operaciones anteriores. Solo se requiere la entrada del usuario para obtener resultados. Ya no se requieren clics frecuentes ni firmas engorrosas. Se puede decir que la implementación de AA ha transformado la ecología en cadena de dominada por el vendedor a dominada por el comprador.
Abstracción de cuenta y ERC-4337
¿A qué se refiere específicamente la Abstracción de Cuenta (en adelante AA)? Resuma la tecnología subyacente y las estructuras de datos para simplificar los pasos para usuarios y desarrolladores. Una comprensión simple es la funcionalidad de "implementar CA sobre la base de EOA".
ERC-4337 se convirtió en el estándar básico para AA. ERC-4337 presenta UserOperation, que es una transacción especial que expresa la intención del usuario y permite que las cuentas de contrato realicen operaciones de forma activa. Estas UserOperations son administradas por una función llamada Bundler, que simula la ejecución de UserOperations y agrega operaciones válidas a un grupo de transacciones especial. Luego, el contrato EntryPoint verifica y ejecuta estas UserOperations para cumplir la intención del usuario.
Tipo de cuenta
Hay dos tipos principales de cuentas en Ethereum: cuentas EOA (cuenta de propiedad externa) y cuentas de contrato.
La longitud de la dirección de una cuenta EOA es de 20 bytes, que se calcula a partir de la clave privada generada cuando se crea el usuario y la clave pública generada por el algoritmo de cifrado de curva elíptica. El estado de la cuenta EOA incluye la cantidad de transacciones (Nonce) y la cantidad de activos (Saldo). Las direcciones de las cuentas del contrato también son de 20 bytes, pero se calculan a partir de la dirección del remitente y el Nonce de la transacción de creación del contrato. El estado de la cuenta del contrato incluye la cantidad de contratos (Nonce), la cantidad de activos (Balance), el hash del código (CodeHash) y el hash raíz de almacenamiento (StorageRoot), que se utiliza para almacenar el valor hash del nodo raíz de Merkle Patricia. Trie árbol de los datos del contrato.
El tipo de cuenta y la información de estado son cruciales para las transacciones y la ejecución de contratos inteligentes en Ethereum, y también son la diferencia entre EOA y CA.
comercio
Las transacciones de Ethereum incluyen información del remitente y del receptor, firmas digitales, cantidad de transacciones, cantidad de fondos transferidos, datos opcionales, límites de gas y tarifas de transacción. Los dos tipos de cuentas diferentes anteriores producen dos tipos de transacciones de comunicación completamente diferentes.
Durante el proceso de firma, los datos de la transacción se procesan y luego se firman digitalmente. El verificador verifica la validez de la firma calculando puntos en la curva elíptica. No es necesario obtener la clave privada del remitente, solo debe proporcionar la información de la transacción. y clave pública. La recuperación de la clave pública se logra a través del valor v en la firma, garantizando la seguridad de la firma y la eficiencia de la verificación.
Abstracción de cuenta
La estructura de transacciones de Ethereum y el proceso de verificación de firmas revelan un hecho importante: la cuenta que inicia la transacción debe ser una cuenta EOA con un par de claves públicas y privadas.
Las cuentas de contrato, debido a la falta de pares de claves públicas y privadas, no pueden iniciar transacciones activamente. En cambio, después de recibir la transacción, ejecutan automáticamente el código de contrato inteligente en la cuenta en función de la información de la transacción, o envían información de la transacción a otros. cuentas, o incluso crear nuevos contratos inteligentes. Por lo tanto, las billeteras actuales creadas por aplicaciones de billetera convencionales como Metamask son cuentas EOA. Sin embargo, existen algunas fallas en el uso de cuentas EOA: riesgos de clave privada, algoritmos de firma limitados, autoridad de firma excesiva y restricciones de tarifas de transacción.
Las cuentas de contrato pueden almacenar código y datos y ejecutar una lógica de contrato inteligente predefinida para resolver los problemas anteriores de las cuentas EOA. Sin embargo, las cuentas de contrato no pueden iniciar transacciones activamente.
La abstracción de cuenta es una mejora de las dos cuentas anteriores. Intenta difuminar los límites entre las dos y convertirla en una cuenta universal que contiene una lógica compleja, de modo que la cuenta pueda tener las funciones de una CA (cuenta de contrato) y una cuenta EOA. al mismo tiempo.
ERC-4337
ERC-4337 completó la función de abstracción de cuentas sin modificar la capa de consenso de Ethereum y se convirtió en la solución final adoptada por Ethereum. En última instancia, se hará realidad la visión definitiva del emparejamiento fuera de la cadena y las transacciones dentro de la cadena.
Operación de usuario
ERC-4337 introduce un nuevo concepto llamado UserOperation para resolver el problema de que las cuentas de contrato no puedan iniciar transacciones activamente y al mismo tiempo evitar cambiar los tipos de transacciones subyacentes del protocolo Ethereum.
UserOperation es similar a una transacción estándar, pero solo representa la intención del usuario en lugar del comportamiento directo de la transacción. Las transacciones estándar se envían al mempool (grupo de transacciones) de Ethereum, luego los buscadores y constructores las combinan en un bloque completo, y finalmente el proponente las envía a la cadena de bloques, generalmente seleccionando el bloque con la recompensa más alta. A diferencia de esto, UserOperation no es una transacción real, por lo que ERC-4337 introduce una función llamada Bundler y un nuevo mempool para ejecutar UserOperation de manera descentralizada. Esta innovación permite procesar y ejecutar las intenciones de los usuarios sin participar directamente en procesos de transacción estándar.
empaquetador
Cuando Bundler procesa UserOperation, primero realiza una verificación de legalidad básica y luego simula la ejecución de la operación para confirmar la validez de la firma. Si la ejecución de la simulación es exitosa, UserOperation se agregará al mempool de UserOperation para esperar la ejecución real en cadena.
Para garantizar la coherencia entre la simulación y la ejecución real, UserOperation restringe el acceso a variables que pueden cambiar durante la ejecución y solo permite el acceso a datos relacionados con la dirección del remitente. Bundler puede empaquetar UserOperation según sus propias preferencias, dando prioridad a las operaciones que pagan tarifas más altas. Finalmente, Bundler envía el lote de operaciones válidas al contrato EntryPoint para su ejecución en cadena.
Punto de entrada
EntryPoint es un contrato singleton en Ethereum y su tarea principal es manejar la ejecución de UserOperation. Tiene dos funciones clave: handleOps y handleAggregatedOps, las cuales verifican UserOperation primero y luego realizan operaciones. La verificación incluye cuentas corrientes, validez de firma y pago de tarifas. En la fase de ejecución, los datos de UserOperation se utilizan para llamar al código de contrato inteligente en la cuenta del contrato de destino. Los diferentes protocolos de billetera de contratos inteligentes pueden tener diferentes métodos de análisis y ejecución.
datos
Según el informe semestral de datos ERC-4337 de Six DegreeLab:
Después de que se implementó el contrato ERC-4337, se crearon más de 687.000 carteras AA en la cadena y se llamó a UserOps más de 2 millones de veces. Sin embargo, el 88,24% de las carteras AA no se utilizaron más de 5 veces, la mayoría de las cuales fueron directas. transferencias o acuñación.
Entre los 15.000 Bundlers, pimlico representa el 43,48% y tiene la mayor cuota de mercado, mientras que Alchemy ha generado los mayores ingresos de su historia, aproximadamente 20.000 dólares estadounidenses.
Sin embargo, el 97,18% de las transacciones de paquetes solo contienen 1 UserOp, lo que también significa que el 90% de los paquetes no pueden obtener ganancias a través de transacciones empaquetadas.
Un total de 117 Paymasters pagaron un total de 465.000 dólares estadounidenses en tarifas de gas por 19 millones de UserOps, de los cuales Pimlico pagó el 43,45%.
ZeroDev domina Wallet Factory, implementando el 62,63% de las cuentas.
El método de construcción de billetera AA más utilizado es LEGO, que utiliza diferentes terceros como Paymaster, Wallet Factory y Bundler.
Se puede ver que la tasa de adopción de ERC-4337 todavía tiene mucho margen de crecimiento y la construcción de infraestructura acaba de comenzar, lo que hace que el futuro de AA esté lleno de posibilidades. Con el auge de la Capa 2 y las aplicaciones sociales, el uso de billeteras AA marcará el comienzo de una ola de rápido crecimiento.
La dirección de desarrollo de la abstracción de cuentas.
Después de comprender los principios básicos de la abstracción de cuentas y la arquitectura de ERC-4337, exploraremos más a fondo los métodos de expansión de AA. No entraremos en detalles sobre las funciones básicas de las carteras de contratos inteligentes, como la ausencia de claves privadas y de gas, pero buscaremos más posibilidades en los componentes de AA:
Arquitectura
Abstracción de cuenta nativa
ERC-4337 es solo una solución de capa de aplicación adoptada en respuesta a la incapacidad actual de Ethereum para modificar el consenso subyacente. Aunque puede popularizar el concepto abstracto de cuentas a gran escala, en última instancia utiliza cuentas contractuales para interactuar. El consumo adicional de gas en el proceso de verificación, la adopción de otros ERC competidores y la prohibición de la interacción de cuentas de contrato por parte de dapps son factores que obstaculizan el crecimiento de ERC-4337.
Por lo tanto, la abstracción de cuentas nativas, especialmente la abstracción de cuentas nativas de Capa 2, es particularmente importante. Actualmente, entre Layer2, solo las cadenas Starknet y ZKSync admiten la abstracción de cuentas nativas. Como se muestra en la figura siguiente, no hay Bundler ni Paymaster en el esquema de abstracción de cuentas nativas. Starknet usa Sequencer para determinar la secuencia de transacciones, paga Gas y ejecuta. ZKSync usa Operador para determinar la secuencia de transacciones, pagar Gas y luego llamar. el gestor de arranque funcione en conjunto.
DeBank Chain, que afirma estar construido sobre OP Stack, también integrará de forma nativa un sistema similar a la abstracción de cuentas a nivel de cadena, pero la arquitectura específica no se conocerá hasta que se lance su red principal.
Cartera de contrato NFT
La billetera de contrato NFT es una solución de abstracción de cuentas de capa de aplicación similar a ERC-4337. Permiten que las cuentas EOA tengan las funciones de las cuentas CA a través de NFT, en lugar de llamar al contrato EntryPoint a través de Bundler. Actualmente existen dos implementaciones principales de billeteras de contrato NFT. Método: Protocolo ERC-6551 y A3S.
ERC-6551 permite a los usuarios utilizar el NFT estándar ERC-721 en su billetera EOA como controlador para controlar una o más billeteras de contratos inteligentes recién creadas, logrando así "contratos complementarios" sin modificar la forma del código ERC-721 para que coincidan. una o varias cuentas de contratos inteligentes para NFT existentes. Este método combina NFT existente con la abstracción de cuentas, lo que no solo abre los escenarios de aplicación de NFT sino que también populariza el concepto de abstracción de cuentas.
El protocolo A3S utiliza el contrato inteligente de NFT como una billetera de contrato inteligente, lo que significa que los activos de la billetera están en la cuenta del contrato inteligente de NFT y siguen completamente la transferencia de propiedad de NFT. No es necesario conectar un contrato de NFT como billetera. como ERC-6551 La cuenta del contrato utiliza una ruta más corta para implementar la billetera del contrato NFT, pero esto también significa que es incompatible con las NFT existentes.
En cuanto a la unificación de direcciones de billetera multicadena, ambas soluciones toman prestado el valor de ofuscación Salt para obtener la misma dirección en diferentes cadenas públicas compatibles con EVM para resolver el problema de confusión en direcciones multicadena para cuentas de contrato. Este fue también el problema que originalmente causó que Wintermute perdiera 20 millones de tokens OP al transferirlos a direcciones de firmas múltiples en diferentes cadenas.
Modularidad y abstracción multicadena.
La importancia de la abstracción de cuentas modulares es minimizar los costos de desarrollo y mantenimiento como OP Stack, lo que permite a los desarrolladores de billeteras centrarse más en el producto en sí que en la construcción y el mantenimiento de la infraestructura subyacente. Por supuesto, el ecosistema modular establecido de este modo también es la base de la plataforma modular, por lo que se debe implementar la abstracción de cuentas modulares:
• Componibilidad mutua de cada módulo (EIP-6900 está intentando establecer una implementación estándar)
• Diversidad de funciones del módulo (esquema de firma/privacidad/anti-MEV/depósitos y retiros/Intención, etc.)
• Seguridad (cada módulo tiene estándares unificados para evitar conflictos de almacenamiento)
• Abstracción de cadenas múltiples (Vitalik propuso utilizar un contrato de almacén de claves de cadena única unificado para lograr la colaboración de cuentas de contratos inteligentes de cadenas múltiples)
Mencionamos anteriormente que usamos Salt para hacer que las direcciones de cuentas de contratos inteligentes de múltiples cadenas sean consistentes, pero las direcciones consistentes son solo el primer paso. Lo que es más importante es que los usuarios no tengan conocimiento de las cadenas cruzadas durante las operaciones, es decir, las cadenas múltiples. abstracción, que es modularidad. Un paso importante para la abstracción de cuentas.
Verificación de firma
Mencionamos antes que cualquier transacción en Ethereum solo puede depender de EOA para iniciar y pagar ETH como Gas. Además, EOA solo puede utilizar el esquema de firma ECDSA, lo que hace que el uso de EOA sea muy engorroso y tenga una única función, así como el riesgo de fuga de clave privada. El día en que salgan las computadoras cuánticas también será el día en que Ethereum. La cuenta EOA se convierte en un cordero para ser sacrificado.
Algoritmo de firma
A nivel de firma, actualmente existen soluciones para implementar firmas múltiples y recuperación social a través de contratos inteligentes (Gnosis Safe y Argent). También existen soluciones que utilizan la llamada abstracción de firmas para realizar una interacción libre con contratos dentro de un rango determinado después de uno. autorización (Protocolo de lente). Pero según "Ni tus claves, ni tus monedas", podemos prestar más atención al algoritmo de firma en sí:
agregación de firmas
Logre firmas más eficientes y simples a través de Schnorr o BLS, que no solo permite la firma múltiple desde abajo, sino que también reduce el consumo de gas al agregar firmas. Por supuesto, todos tienen sus propios problemas, como requerir rondas de comunicación adicionales, no ser adecuados para esquemas de firmas múltiples con valores mayores de myn, y tomar mucho tiempo para verificar una gran cantidad de coincidencias, etc.
Firmas seguras poscuánticas
Utilice firmas de un solo uso como Lamport o W-OTS para evitar que otros utilicen computadoras cuánticas para descifrar parte de la clave pública privada para falsificar mensajes y firmas.
Operación de usuario
ERC7521 centrado en la intención
Cuando comparamos la abstracción de la cuenta, especialmente ERC-4337, y la arquitectura de Intent Centric, podemos encontrar que Bundler y Solver en realidad pueden ser la misma persona. Es decir, Bundler puede proporcionar el contenido interactivo del usuario "UserOperation". Bundler analiza la intención dada por el usuario y propone una ruta de solución coincidente, y luego confirma la legalidad de la ruta al usuario a través del contrato EntryPoint para evitarla. Bundler evita que haga el mal y, finalmente, se bloquea la ruta de ejecución de la intención verificada.
La combinación de abstracción de cuenta e intención permitirá la abstracción simultánea de cuentas e interacciones, logrando una experiencia de usuario más allá de Web2.
Todo el proceso de transacción se puede implementar a través de procesos de testigo/desafío y respuesta, utilizando la tecnología de prueba ZK para lograr un pago privado. Esto no solo permite a los usuarios probar la validez de las transacciones sin revelar la dirección real del remitente, sino que también agrupa múltiples transacciones en una sola prueba, lo que reduce la sobrecarga computacional y mejora significativamente la escalabilidad, lo que se conoce como reducción de costos y mejora de la eficiencia. Algunos usuarios corporativos que necesitan enfrentar supervisión también pueden realizar transacciones transparentes con los reguladores de forma independiente para cumplir con los requisitos de cumplimiento normativo sin sacrificar la confidencialidad.
empaquetador
Bundler MEV 与 Competencia Bundler
Bundler MEV y Bundler Competition son el resultado de una infraestructura insuficiente. Bundler MEV proviene de la responsabilidad de empaquetar transacciones de Bundler, similar a Searcher. Bundler puede cambiar el orden de envío de UserOperation para obtener ganancias, mientras que Bundler Competition ocurre cuando diferentes Bundler empaquetan la misma UserOperation. . Esto es similar a la Guerra del Gas del Buscador. La UserOperation empaquetada no tiene el Bundler en la cadena. Aunque se gasta Gas, la transacción falla.
Todos pueden aprovechar la infraestructura existente, como MEV-Boost, para abrir canales de comunicación entre Bundlers y entre Bundlers y Block Builders. Etherspot está desarrollando la red p2p de mempool para AA. Las operaciones de usuario que esperan ser empaquetadas se transmitirán en esta red p2p, una vez empaquetadas y procesadas en la cadena, se marcarán y eliminarán de la lista, evitando así que sean empaquetadas por múltiples Bundlers.
Pagador
Depósitos y retiros de Paymaster
Paymaster puede pagar la tarifa de gas del usuario y negociar con el usuario para reemplazarla con cualquier token o moneda legal. Por lo tanto, es una buena solución que Paymaster coopere con los proveedores de servicios de pago para brindar a los usuarios servicios de depósito y retiro.
El equipo de Visa implementó dos contratos experimentales de Visa Paymaster en la red de prueba Ethereum Goerli, uno para explorar si los usuarios pueden pagar tarifas con otros tokens, incluidas las monedas estables en USD, y el otro para intentar patrocinar directamente las tarifas de transacción. Por supuesto, la integración de Paymaster con los tokens ERC-20 existentes requiere el uso de una fuente externa o un oráculo en cadena para determinar el precio del token y verificar si el contrato de Paymaster tiene aprobación para cobrar al usuario por el token especificado. Bajo esta solución madura, el acceso directo a tarjetas Visa para usar moneda fiduciaria para pagar Gas, e incluso la conversión en tiempo real con tokens ERC-20, al realizar la abstracción de depósitos y retiros, reducirá en gran medida el umbral de entrada para los usuarios de Web2.
Evolución del sistema de cuentas Web3 y futura entrada a Web3
La evolución de los portales de tráfico de red y los sistemas de cuentas correspondientes en la era Web2 refleja el rápido desarrollo de Internet de segunda generación y los cambios en las necesidades de los usuarios.
Inicialmente, los usuarios accedían a Internet a través de portales y tenían libertad para elegir los recursos en línea enumerados en los portales. Luego, la aparición de los motores de búsqueda permite a los usuarios consultar palabras clave a través de motores de búsqueda, y los motores de búsqueda proporcionan resultados relevantes analizando las URL. La era Web2 ha sido testigo del auge de las plataformas sociales, incluidas las PC y los dispositivos móviles. Además de utilizar activamente los motores de búsqueda para ingresar a Web2, los usuarios también pueden acceder pasivamente a Web2 a través de información en plataformas de medios de PC, o ingresar de forma independiente a Web2 a través de plataformas de medios propios de PC/móviles. Durante este período ha vivido dos procesos de pasivo a activo y un proceso de descentralización de la información.
El sistema de cuentas de Web2 también está cambiando al mismo tiempo, desde el SMS/MMS inicial que utiliza el número de teléfono móvil como cuenta, a QQ/WeChat/Blog/Weibo para establecer múltiples cuentas y obtener funciones adicionales ricas e identidades de red personales independientes. Estas plataformas han introducido perfiles y listas de contactos, ampliando la identificación del usuario desde una única URL a identificaciones de usuario y gráficos sociales más complejos.
Con el desarrollo de la tecnología de redes y hardware, han surgido dos tipos de formas de desarrollar la propia ecología:
"iOS+Apple Pay+Apple Store" y "WeChat Pay+Mini Program", después de establecer las ventajas de tráfico de sus propias cuentas y sistemas de pago, abren un área para que los desarrolladores externos accedan, manteniendo así a los usuarios dentro de sus propios sistemas. el ecosistema.
"Taobao + Alipay" y "Douyin + Douyin Payment" desarrollan sus propias cuentas y sistemas de pago basados en el tráfico generado por aplicaciones populares e integran aún más otras aplicaciones para establecer una cuenta y un sistema de pago unificados.
Ambos métodos son efectivos a su manera y ocupan un mundo. WeChat puede satisfacer la mayoría de las necesidades del usuario en una sola aplicación, mientras que el pago Alipay también se puede encontrar en las principales aplicaciones.
En resumen, la entrada de tráfico en la era Web2 tiene como objetivo brindar a los usuarios más iniciativa y descentralización, mientras que el sistema de cuentas ha evolucionado de único a rico y diverso, y ha logrado su propio desarrollo ecológico de dos maneras.
Sistema de cuentas
La evolución del sistema de cuentas en la era Web3 no solo conserva algunas de las sombras de Web2, sino que también presenta un camino de desarrollo único.
La evolución del sistema de cuentas en la era Web3 continúa algunas de las características de Web2, al tiempo que presenta un camino de desarrollo único. En Web3, han surgido varios tipos de cuentas, incluidas carteras enchufables como Metamask, carteras de software como Math y Trust, "plataformas operativas" como dAppOS y Gnosis Safe, así como UniPass integrado en dApps y OKX Web3 Wallet integrado. en intercambios.
Las billeteras enchufables como Metamask son como mensajes de texto originales que pueden satisfacer las necesidades más básicas de los usuarios. Aunque se pueden usar en todas partes, sus funciones son demasiado únicas.
Las carteras de software como Math and Trust, como QQ y WeChat, agregan varias optimizaciones y funciones para mejorar la experiencia del usuario además de las funciones básicas, como administración de múltiples cuentas/secciones sociales/aplicaciones afiliadas, etc.
En comparación con las billeteras de software, las "plataformas operativas" como dAppOS y Gnosis Safe han mejorado aún más las funciones básicas para construir otro sistema de cuentas avanzado. Similar a Apple y WeChat, desarrollan "miniprogramas" de soporte con ellos mismos como núcleo para enriquecer el ecosistema.
Las billeteras integradas en aplicaciones como UniPass y OKX Web3 Wallet son como Alipay y Douyin Payment, que toman otra cuenta y ruta de pago. Utilizan el tráfico de aplicaciones populares para desarrollar sus propios usuarios y construir un ecosistema a través de alianzas.
Entrada de tráfico
Mencionamos en el artículo "Portal de tráfico Web3":
“Según el proceso de ingreso del usuario a Web3, podemos definir las entradas de tráfico Web3 en dos categorías principales:
Sistema de cuentas (depósitos, retiros y gestión de fondos): intercambios centralizados, proyectos de depósitos y retiros independientes, agregadores de depósitos y retiros, cajeros automáticos de criptomonedas, tarjetas bancarias de criptomonedas y transacciones extrabursátiles (OTC, CA, billeteras y cuentas MPC); abstracciones (AA).
Web3 dapp (herramientas, redes sociales y entretenimiento): DEX, mercado NFT (mercado), nombre de dominio, DeSoc, mercado de comercio de derechos de autor, GameFi, X to Earn. "
Seguimos pensando que sí, pero según la Parte 2, todas estas entradas pueden pasar a formar parte de la billetera AA. Sin embargo, también dividen a la inversa la ruta de adopción de la billetera AA en dos categorías, a saber, cuentas y aplicaciones, como se mencionó anteriormente, ya sea que el usuario primero obtenga una cuenta y luego interactúe con la aplicación, o primero interactúe con la aplicación y luego use la cuenta.
Subprograma de Wallet y Wallet como servicio
Cuando observamos el progreso de la adopción de AA, podemos encontrar que el producto de billetera AA independiente Avocado de Instadapp se lanzó inicialmente, y luego Metamask lanzó el componente del subprograma Snaps para admitir algunas funciones de AA. El gigante de pagos Visa también se unió a Paymaster para probar el agua y el acceso. Pago con tarjeta Visa Pronto, la aplicación social Lens Protocol intentó establecer una billetera AA a través de ERC-6551, y Safe también fue compatible con ERC-4337 para consolidar su propio mercado de "mini programas" tras el apoyo de OKX Wallet para el uso de billeteras AA. , Circle decidió lanzar su propia billetera AA.
De esto no es difícil concluir que la adopción de AA no es más que dos modos:
Los lanzamientos de billeteras propias o billeteras compatibles con AA aprovechan a los usuarios de billeteras y los subprogramas internos para atraer y retener usuarios.
Los proveedores de aplicaciones/intercambios/servicios de pago utilizan sus propias ventajas de tráfico para convertir a los usuarios en usuarios de billetera AA.
Esto también nos lleva a la parte que debemos discutir: dado que la ecología en cadena se transformará de un mercado de vendedores a un mercado de compradores debido al surgimiento de AA, ¿por qué modelo pagarán los usuarios?
Applets
A juzgar por la tasa de adopción a corto plazo, los usuarios aceptarán más fácilmente el modelo AA de desarrollar un ecosistema de programas pequeños basado en su propia billetera. Es esencialmente una solución To C. Debido a que la mayoría de los usuarios que actualmente prueban billeteras AA todavía son usuarios de Web3, la billetera en sí no les resulta desconocida y pueden usarla directamente sin conocimientos adicionales. Las ricas funciones y la experiencia operativa fluida pueden atraerlos y retenerlos. Tomando Snaps de MetaMask como ejemplo, permite a terceros desarrollar subprogramas de billetera correspondientes a través de la interfaz API para interactuar con cadenas que no son EVM. Parece estar atrayendo tráfico a otras billeteras, pero de hecho está construyendo un ecosistema para sí mismo y educando. usuarios. No hay duda de que el día en que MetaMask sea totalmente compatible con ERC-4337 será el día en que se convierta en el líder de las billeteras AA.
Cuando tomamos dappOS como ejemplo:
dappOS = Cuenta dappOS (EOA unificada de múltiples cadenas) + Red dappOS.
Cuenta dappOS: permite a los usuarios utilizar "cuentas unificadas" basadas en la abstracción de cuentas en lugar de cuentas ordinarias de propiedad externa (EOA). Este enfoque hace posible que los usuarios recuperen cuentas, procesamiento de transacciones previo al lote, ejecución automatizada y otras funciones. Al mismo tiempo, el método de agregación de billeteras multicadena también puede facilitar a los usuarios la gestión uniforme de activos en diferentes cadenas.
Red dappOS: una red descentralizada que ayuda a los usuarios a realizar automáticamente operaciones relacionadas con billeteras y cadenas cruzadas y completar el complejo proceso de interacción detrás de las transacciones.
dappOS intenta separar los conceptos de cuentas, cadenas públicas y Gas Tokens para que los usuarios puedan tener una experiencia similar a las cuentas Web2. Sin embargo, debido a que aún está en su etapa relativamente temprana, las dapps cooperativas de la plataforma son limitadas, pero esto no impide. el crecimiento de sus datos de usuario. Debido a que los usuarios están motivados para ingresar desde EOA, especialmente los usuarios que requieren interacción con múltiples cuentas y múltiples cadenas, la experiencia interactiva después de la migración es mayor que el costo de la migración. Lo más importante es que una vez que un usuario ingresa, este sistema de cuentas básicamente nunca saldrá, porque los usuarios también están siendo educados mientras lo usan. En segundo lugar, los usuarios que han estado expuestos a las billeteras AA desde el principio no pueden usar las billeteras EOA. , billeteras como dappOS pueden satisfacer la mayoría de las necesidades de interacción del usuario y, al final, el usuario no tiene que migrar, incluso si el usuario quiere migrar, la abstracción invisible de múltiples cadenas hará que todo el proceso de migración sea engorroso.
Se puede ver que los productos de billetera establecidos pueden adquirir y retener usuarios de Web3 AA más rápido, como Safe, Avocado, OKX Wallet, etc.
Waas
WaaS es una billetera AA de ruta de aplicación a diferencia de la billetera AA que toma la ruta del mini programa. Primero hay una aplicación y luego una billetera, que obviamente es una solución To B. Las aplicaciones usan WaaS para personalizar sus propias billeteras para que coincidan con las funciones del producto. Hay módulos WaaS estandarizados disponibles para que diferentes aplicaciones elijan. Usan el tráfico de la aplicación para expandir su propia ecología, construir una plataforma de billetera AA y luego pasar al lado C. para emitir billeteras personalizadas para los usuarios. Los usuarios combinan libremente las funciones de billetera que necesitan.
Tomemos a Stepn como ejemplo. Como aplicación fuera de circuito, Stepn tiene decenas de millones de usuarios en todo el mundo y cada usuario ha creado una billetera a través de Stepn. Si Stepn tiene una billetera AA incorporada y la usa como núcleo en lugar de solo tokens GMT, continuará desarrollando el ecosistema, como el posterior mercado comercial MOOAR NFT, el juego Mahjong y Gashero. Entonces, esta billetera AA por sí sola puede traer decenas de millones de usuarios incrementales a todo el mercado criptográfico, y estos usuarios son usuarios muy exigentes de esta billetera AA, porque el costo de migración es extremadamente alto para ellos.
Lo mismo se aplica a la recientemente popular Friend Tech. Cada usuario de Twitter puede ser un usuario potencial de su billetera AA, y los depósitos y retiros de moneda legal y el pago de gasolina pueden permitir a los usuarios superar las barreras de interacción de Web3 e integrarse rápidamente en Web3.
Entre los productos implementados, podemos centrarnos en WaaS Pay y UniPass. Estos dos productos representan respectivamente las características de las billeteras orientadas a WaaS:
WaaS Pay es una plataforma de implementación de cuentas de contrato inteligente que aprovecha el conjunto de protocolos Safe{Core} y el SDK de abstracción de cuentas Safe{Core}, diseñado para organizaciones que buscan pagos instantáneos de blockchain y al mismo tiempo priorizan la privacidad. Proporciona una interfaz fácil de usar y sin códigos para personalizar las funciones de la cuenta de contrato inteligente, como el inicio de sesión social, rampas de entrada y salida fiduciarias y transacciones sin gas para los destinatarios. Dado que ZKBob facilita transacciones anónimas a través de pruebas de conocimiento cero (ZKP), WaaS Pay garantiza que los datos financieros confidenciales permanezcan seguros y privados. La plataforma funciona con Polygon ZKEVM, lo que garantiza escalabilidad y eficiencia, mientras que los nodos IPFS autohospedados con Helia protegen los metadatos confidenciales.
UniPass es esencialmente un SDK proporcionado para dapps de terceros, que permite a las dapps eludir las claves privadas de cuentas tradicionales y una serie de firmas y restricciones de gas o la centralización de claves privadas administradas para generar direcciones vinculantes de correo electrónico y utilizar directamente la implementación de verificación DKIM A de UniPass. cuenta sin custodia controlada por correo electrónico, al tiempo que simplifica las interacciones en cadena a través de Relayer, logrando características como sin gas/abstracción de firmas/respuestas sociales que mejoran enormemente la experiencia de interacción del usuario. Como aplicación basada en escenarios, UniPass elige utilizar una red social federada para proporcionar servicios personalizados para diferentes aplicaciones mientras establece un sistema de cuentas interoperable. A partir de la interoperabilidad de esta red social federada, bajo la premisa de proporcionar propiedad de datos y protección de la privacidad, se ponen en cadena las relaciones sociales y se establecen DID con propiedad de datos y activos para probar sus propios escenarios de uso para atraer más aplicaciones a use UniPass. El SDK ingresa a Web3. Los usuarios de estas aplicaciones se convierten naturalmente en usuarios de UniPass y lo utilizan para seguir interactuando en Web3, con una adherencia extremadamente alta.
De esto también podemos ver que la billetera AA de la ruta WaaS tiene más ventajas en términos de espacio de crecimiento y adquisición de usuarios Web2, pero esto pondrá a prueba la calidad del producto y las capacidades BD del equipo. Sin embargo, una vez que se forme el efecto de red. , habrá inercia de crecimiento, pertenece al tipo que ejerce fuerza en el período posterior.
Referencia
[1] "Informe de datos semestrales de Six Degree ERC4337"
https://sixtitle.xyz/research/Half-Year-Data-Report-of-ERC4337-by-Sixtitle.pdf
[2] "Artículo extenso, interpretación en profundidad de" Abstracción de cuentas ": evolución de ruta de 7 años y mapa de seguimiento"
https://www.chaincatcher.com/article/2085142
[3] "Interpretación del informe abstracto de la cuenta de investigación de Binance"
https://www.techflowpost.com/article/detail_12784.html
[4]《EIP-6551》
https://eips.ethereum.org/EIPS/eip-6551
[5]《Gitbook del protocolo A3S》
https://a3sprotocolcontact.gitbook.io/a3s-protocol/a3s-v1.0/how-a3s-v1.0-works
[6]《El futuro de las cuentas inteligentes: modulares, especializadas y multicadena》
https://longhashvc.medium.com/future-of-smart-accounts-modular-specialised-multichain-d04f083375a6
[7] "Por qué ERC-4337 Bundler necesita cooperar con Block Builders"
https://learnblockchain.cn/article/6205
[8] "Guía completa para la abstracción de cuentas"
https://news.marsbit.co/20230302172702633640.html
[9] "Cómo la infraestructura respalda a miles de millones de usuarios mediante la abstracción de cuentas"
https://www.panewslab.com/zh/articledetails/24hz8399g6my.html
[10]《Podrías haber inventado la abstracción de cuentas: Parte 1》
https://www.alchemy.com/blog/account-abstraction
[11] "Informe de investigación abstracto de cuentas Ethereum: desmantelamiento de 10 propuestas EIP relacionadas y problemas de cuellos de botella que afectan a decenas de millones de usuarios activos diarios"
https://www.odaily.news/post/5183201
