Autor: CloudY, Jam
Editor: Vincero, YL
Avaliado por: Yasmine
As contas de carteira são uma parte indispensável para entrar na Web3, e o modelo UTXO da rede Bitcoin e o modelo de conta da rede Ethereum sempre foram comparados. É claro que ambos os modelos têm seus próprios méritos. Você pode me dizer quais cenários são mais adequados?
visão geral
Mas, na verdade, a conta Ethereum EOA usada para comparação é um produto relativamente primitivo, especificamente:
Os direitos de controle de conta são únicos, apenas autorização de assinatura e não assinatura. Quer se trate de uma transação no valor de 1 dólar americano ou de 100 milhões de dólares americanos, você precisa primeiro aprovar e depois assinar para confirmar a transação. Então, há apenas uma diferença de assinatura entre a permissão fraudada e a transação normal, o que deixa cada novo usuário assustado ao interagir. Embora o Metamask agora permita que os usuários escolham o uso aprovado ao aprovar permissões de token, para interações frequentes, os usuários preferem autorizar diretamente o valor máximo em vez de consumir Gas Fee para múltiplas aprovações. Em comparação com o modelo de conta Web2, como autenticação de dois fatores (2FA) ou U-Shield para controlar riscos de transações de grandes quantidades, e digitalização facial ou pagamento sem senha para facilitar transações de pequenas quantias, as contas EOA são muito enfadonhas e difíceis de usar.
O limite da taxa de gás é muito alto e bloqueia um grande número de novos usuários. A camada 2, como Ethereum mainnet e Optimism/Arbitrum, usa tokens ETH como tokens Gas, o que exige que os usuários convertam moeda fiduciária em stablecoins em dólares americanos, depois convertam-nos em ETH e, em seguida, transfiram ETH para suas carteiras. Muitos usuários descobriram que precisavam de ETH como gás após transferirem o stablecoin em dólares americanos para suas carteiras e tiveram que comprar ETH novamente. Além do mais, cadeias públicas como BSC/Polygon/Solana usam seus próprios tokens Gas, o que é outra armadilha que os recém-chegados devem enfrentar. Além disso, muitos usuários não desejam realmente comprar tokens de gás à vista, mas precisam deixar uma grande quantidade de tokens de gás redundantes em suas carteiras devido à necessidade de interação na cadeia.
Vitalik já sabe há muito tempo que as contas EOA são muito difíceis de usar. A equipe Ethereum também está tentando resolver esse problema, e a abstração de contas é uma das soluções. No entanto, devido à incapacidade de modificar o consenso subjacente do Ethereum para a abstração de contas, foi somente com a proposta da ERC-4337, uma carteira de contrato inteligente baseada na camada de aplicação, que a abstração de contas realmente ganhou atenção e se tornou um tema quente.
Após uma breve introdução à abstração de contas e ao ERC-4337, este artigo irá especular sobre a evolução futura do sistema de contas Web3 e a propriedade das entradas de tráfego com base na aplicação da abstração de contas e no desenvolvimento do sistema de contas Web2.
De uma perspectiva ecológica, no passado, os utilizadores precisavam de utilizar a EOA para realizar operações complexas na cadeia e, devido ao actual desenvolvimento ecológico limitado na cadeia, apenas protocolos limitados podem ser fornecidos e as necessidades reais dos utilizadores não podem ser eficazmente conheceu. A abstração de conta simplifica a execução das operações acima. Somente a entrada do usuário é necessária para obter a saída. Não há mais cliques frequentes e assinaturas complicadas. Pode-se dizer que a implementação do AA transformou a ecologia da cadeia de dominada pelo vendedor para dominada pelo comprador.
Abstração de conta e ERC-4337
A que se refere especificamente a Abstração de Conta (doravante denominada AA)? Abstraia a tecnologia subjacente e as estruturas de dados para simplificar as etapas para usuários e desenvolvedores. Uma compreensão simples é a funcionalidade de “implementar CA com base na EOA”.
ERC-4337 tornou-se o padrão básico para AA. O ERC-4337 apresenta UserOperation, que é uma transação especial que expressa a intenção do usuário e permite que contas de contrato executem operações ativamente. Essas UserOperations são gerenciadas por uma função chamada Bundler, que simula a execução de UserOperations e adiciona operações válidas a um pool de transações especial. O contrato EntryPoint então verifica e executa essas UserOperations para cumprir a intenção do usuário.
tipo de conta
Existem dois tipos principais de contas no Ethereum: contas EOA (conta de propriedade externa) e contas de contrato.
O comprimento do endereço de uma conta EOA é de 20 bytes, que é calculado a partir da chave privada gerada quando o usuário é criado e da chave pública gerada pelo algoritmo de criptografia de curva elíptica. O status da conta EOA inclui o número de transações (Nonce) e o número de ativos (Saldo). Os endereços das contas do contrato também têm 20 bytes, mas são calculados a partir do endereço do remetente e do Nonce da transação de criação do contrato. O status da conta do contrato inclui o número de contratos (Nonce), o número de ativos (Balance), o hash do código (CodeHash) e o hash raiz de armazenamento (StorageRoot), que é usado para armazenar o valor hash do nó raiz do Merkle Patricia Árvore de teste dos dados do contrato.
O tipo de conta e as informações de status são cruciais para transações e execução de contratos inteligentes no Ethereum e também são a diferença entre EOA e CA.
troca
As transações Ethereum incluem informações do remetente e do destinatário, assinaturas digitais, número de transações, quantidade de fundos transferidos, dados opcionais, limites de gás e taxas de transação. Os dois tipos de contas diferentes acima produzem dois tipos completamente diferentes de transações de comunicação.
Durante o processo de assinatura, os dados da transação são criptografados e depois assinados digitalmente. O verificador verifica a validade da assinatura calculando os pontos na curva elíptica. Não há necessidade de obter a chave privada do remetente, apenas precisa fornecer a transação. informações e chave pública. A recuperação da chave pública é conseguida através do valor v na assinatura, garantindo a segurança da assinatura e a eficiência da verificação.
Abstração de conta
A estrutura de transação e o processo de verificação de assinatura do Ethereum revelam um fato importante, ou seja, a conta que inicia a transação deve ser uma conta EOA com um par de chaves pública e privada.
As contas de contrato, devido à falta de pares de chaves públicas e privadas, não podem iniciar transações ativamente. Em vez disso, após receberem a transação, elas executam automaticamente o código do contrato inteligente na conta com base nas informações da transação ou enviam informações da transação para outros. contas ou até mesmo criar novos contratos inteligentes. Portanto, as carteiras atuais criadas por aplicativos de carteira convencionais, como o Metamask, são contas EOA. No entanto, existem algumas falhas na utilização de contas EOA: riscos de chave privada, algoritmos de assinatura limitados, autoridade excessiva de assinatura e restrições de taxas de transação.
As contas de contrato podem armazenar código e dados e executar lógica de contrato inteligente predefinida para resolver os problemas acima das contas EOA. No entanto, as contas contratuais não podem iniciar transações ativamente.
A abstração de conta é uma melhoria nas duas contas acima. Ela tenta confundir as fronteiras entre as duas e transformá-la em uma conta universal contendo lógica complexa, de modo que a conta possa ter as funções de uma CA (conta de contrato) e de uma conta EOA. ao mesmo tempo.
ERC-4337
O ERC-4337 completou a função de abstração de conta sem modificar a camada de consenso do Ethereum e se tornou a solução final adotada pelo Ethereum. Em última análise, a visão definitiva de correspondência fora da cadeia e transações na cadeia será concretizada.
Operação do usuário
ERC-4337 introduz um novo conceito chamado UserOperation para resolver o problema de contas contratuais serem incapazes de iniciar transações ativamente, evitando alterar os tipos de transação subjacentes do protocolo Ethereum.
UserOperation é semelhante a uma transação padrão, mas representa apenas a intenção do usuário, e não o comportamento direto da transação. As transações padrão são enviadas para o mempool (pool de transações) do Ethereum, depois combinadas em um bloco completo pelos pesquisadores e construtores e, finalmente, enviadas para o blockchain pelo proponente, que geralmente seleciona o bloco com a maior recompensa. Ao contrário disso, UserOperation não é uma transação real, então o ERC-4337 introduz uma função chamada Bundler e um novo mempool para executar UserOperation de maneira descentralizada. Esta inovação permite que as intenções do usuário sejam processadas e executadas sem o envolvimento direto em processos de transação padrão.
Empacotador
Quando o Bundler processa UserOperation, ele primeiro realiza uma verificação básica de legalidade e depois simula a execução da operação para confirmar a validade da assinatura. Se a execução da simulação for bem-sucedida, UserOperation será adicionado ao mempool UserOperation para aguardar a execução real na cadeia.
Para garantir a consistência entre a simulação e a execução real, UserOperation restringe o acesso a variáveis que podem mudar durante a execução e só permite o acesso aos dados relacionados ao endereço do remetente. O Bundler pode empacotar UserOperation de acordo com suas próprias preferências, dando prioridade às operações que pagam taxas mais elevadas. Finalmente, o Bundler envia o lote de operação válido para o contrato EntryPoint para execução na cadeia.
Ponto de entrada
EntryPoint é um contrato singleton em Ethereum e sua principal tarefa é lidar com a execução de UserOperation. Ele tem duas funções principais: handleOps e handleAggregatedOps, ambas verificam UserOperation primeiro e depois executam as operações. A verificação inclui contas correntes, validade de assinaturas e pagamentos de taxas. Na fase de execução, os dados em UserOperation são usados para chamar o código do contrato inteligente na conta do contrato de destino. Diferentes protocolos de carteira de contrato inteligente podem ter diferentes métodos de análise e execução.
dados
De acordo com o relatório semestral de dados ERC-4337 do SixdegreeLab:
Após a implantação do contrato ERC-4337, mais de 687.000 carteiras AA foram criadas na cadeia e UserOps foi chamado mais de 2 milhões de vezes. No entanto, 88,24% das carteiras AA foram usadas no máximo 5 vezes, a maioria das quais foram diretas. transferências ou cunhagem.
Entre os 15 mil Bundlers, o pimlico representa 43,48% e tem a maior participação de mercado, enquanto a Alchemy gerou a maior receita de todos os tempos, aproximadamente US$ 20 mil.
No entanto, 97,18% das transações de pacotes contêm apenas 1 UserOp, o que também significa que 90% dos pacotes não podem obter lucros através de transações de pacotes.
Um total de 117 Paymasters pagaram um total de US$ 465.000 em taxas de gás por 19 milhões de UserOps, dos quais Pimlico pagou 43,45%.
ZeroDev domina Wallet Factory, implantando 62,63% das contas.
O método de construção de carteira AA mais comumente usado é o LEGO, que usa diferentes terceiros, como Paymaster, Wallet Factory e Bundler.
Percebe-se que a taxa de adoção do ERC-4337 ainda tem muito espaço para crescer, e a construção da infraestrutura está apenas iniciada, o que torna o futuro do AA repleto de possibilidades. Com o surgimento da Camada 2 e dos aplicativos sociais, o uso de carteiras AA dará início a uma onda de rápido crescimento.
A direção de desenvolvimento da abstração de contas
Depois de compreender os princípios básicos de abstração de contas e a arquitetura do ERC-4337, exploraremos mais detalhadamente os métodos de expansão do AA. Não entraremos em detalhes sobre as funções básicas das carteiras de contratos inteligentes, como nenhuma chave privada e nenhum gás, mas procuraremos mais possibilidades nos componentes do AA:
Arquitetura
Abstração de conta nativa
ERC-4337 é apenas uma solução de camada de aplicação adotada em resposta à atual incapacidade do Ethereum de modificar o consenso subjacente. Embora possa popularizar o conceito abstrato de contas em grande escala, em última análise, ele usa contas contratuais para interagir. O consumo adicional de gás no processo de verificação, a adoção de outros ERCs concorrentes e a proibição de interação de contas contratuais por dapps são fatores que dificultam o crescimento do ERC-4337.
Portanto, a abstração de contas nativas, especialmente a abstração de contas nativas da Camada 2, é particularmente importante. Atualmente, entre os Layer2s, apenas as cadeias Starknet e ZKSync suportam abstração de conta nativa. Conforme mostrado na figura abaixo, não há Bundler e Paymaster no esquema de abstração de conta nativa que usa o Starknet para determinar a sequência da transação, pagar o Gas e executá-lo, usar o Operador para determinar a sequência da transação, pagar o Gas e depois ligar. o bootloader para operar em conjunto.
A DeBank Chain, que afirma ser construída com base no OP Stack, também integrará nativamente um sistema semelhante à abstração de contas no nível da cadeia, mas a arquitetura específica não será conhecida até que sua rede principal seja lançada.
Carteira de contrato NFT
A carteira de contrato NFT é uma solução de abstração de conta da camada de aplicativo semelhante ao ERC-4337. Ela permite que as contas EOA tenham as funções de contas CA por meio de NFT, em vez de chamar o contrato EntryPoint por meio do Bundler. Método: ERC-6551 e Protocolo A3S.
O ERC-6551 permite que os usuários usem o NFT padrão ERC-721 em sua carteira EOA como um controlador para controlar uma/mais carteiras de contratos inteligentes recém-criadas, obtendo assim “contratos plug-in” sem modificar a forma de correspondência do código ERC-721. uma/múltiplas contas de contrato inteligente para NFTs existentes. Este método combina o NFT existente com a abstração de conta, o que não apenas abre os cenários de aplicação do NFT, mas também populariza o conceito de abstração de conta.
O protocolo A3S usa o contrato inteligente do próprio NFT como uma carteira de contrato inteligente, o que significa que os ativos da carteira estão na conta do contrato inteligente NFT e seguem completamente a transferência de propriedade do NFT. Não há necessidade de conectar um contrato NFT como uma carteira. como ERC-6551, a conta de contrato usa um caminho mais curto para implementar a carteira de contrato NFT, mas isso também significa que é incompatível com os NFTs existentes.
Em relação à unificação de endereços de carteira multicadeia, ambas as soluções tomam emprestado o valor de ofuscação Salt para obter o mesmo endereço em diferentes cadeias públicas compatíveis com EVM para resolver o problema de confusão em endereços multicadeia para contas contratuais. Esse também foi o problema que originalmente fez com que Wintermute perdesse 20 milhões de tokens OP ao transferir para endereços com múltiplas assinaturas em diferentes cadeias.
Modularidade e abstração multi-cadeia
A importância da abstração modular de contas é minimizar os custos de desenvolvimento e manutenção como o OP Stack, permitindo que os desenvolvedores de carteiras se concentrem mais no produto em si, em vez de na construção e manutenção da infraestrutura subjacente. É claro que o ecossistema modular assim estabelecido é também a base da plataforma modular, portanto a abstração modular da conta deve ser implementada:
• Composição mútua de cada módulo (EIP-6900 está tentando estabelecer uma implementação padrão)
• Diversidade de funções do módulo (esquema de assinatura/privacidade/anti-MEV/depósitos e retiradas/Intenção, etc.)
• Segurança (cada módulo possui padrões unificados para evitar conflitos de armazenamento)
• Abstração multicadeia (Vitalik propôs o uso de um contrato unificado de keystore de cadeia única para obter colaboração de conta de contrato inteligente multicadeia)
Mencionamos acima que usamos Salt para tornar consistentes os endereços de contas de contratos inteligentes de várias cadeias, mas os endereços consistentes são apenas o primeiro passo. O mais importante é que os usuários não tenham conhecimento das cadeias cruzadas durante as operações, ou seja, das cadeias múltiplas. abstração, que é modularidade. Uma etapa importante para a abstração de contas.
Verificação de assinatura
Mencionamos anteriormente que qualquer transação no Ethereum só pode contar com a EOA para iniciar e pagar ETH como Gás. Além disso, o EOA só pode usar o esquema de assinatura ECDSA, o que torna o uso do EOA muito complicado e tem uma função única, além do risco de vazamento de chave privada. O dia em que os computadores quânticos forem lançados será também o dia em que o Ethereum. A conta EOA vira um cordeiro para ser abatido.
Algoritmo de assinatura
Ao nível da assinatura, existem atualmente soluções para implementar múltiplas assinaturas e recuperação social através de contratos inteligentes (Gnosis Safe e Argent). Existem também soluções que utilizam a chamada abstração de assinatura para realizar a interação livre com contratos dentro de um determinado intervalo após um. autorização (protocolo de lente). Mas de acordo com “Not your keys, not your coins”, podemos prestar mais atenção ao próprio algoritmo de assinatura:
agregação de assinatura
Obtenha assinaturas mais eficientes e simples por meio de Schnorr ou BLS, que não apenas permite assinaturas múltiplas desde a base, mas também reduz o consumo de gás agregando assinaturas. É claro que todos eles têm seus próprios problemas, como exigir rodadas de comunicação adicionais, serem inadequados para esquemas de múltiplas assinaturas com valores maiores de m e n e levar muito tempo para verificar um grande número de correspondências, etc.
Assinaturas seguras pós-quânticas
Use assinaturas únicas, como Lamport ou W-OTS, para evitar que outros usem computadores quânticos para quebrar parte da chave pública privada e falsificar mensagens e assinaturas.
Operação do usuário
Centrado na intenção ERC7521
Quando comparamos a abstração da conta, especialmente ERC-4337, e a arquitetura do Intent Centric, podemos descobrir que Bundler e Solver podem na verdade ser a mesma pessoa. Ou seja, o conteúdo interativo "UserOperation" do usuário pode ser fornecido pelo Bundler, que analisa a intenção dada pelo usuário e propõe um caminho de solução correspondente, e então confirma a legalidade do caminho para o usuário por meio do contrato EntryPoint para evitar. Bundler de fazer o mal e, finalmente, a execução é bloqueada.
A combinação de abstração e intenção de conta permitirá a abstração simultânea de contas e interações, alcançando uma experiência de usuário além da Web2.
Todo o processo de transação pode ser implementado através de processos de testemunha/desafio e resposta, usando tecnologia de prova ZK para obter pagamento privado. Isto não só permite aos utilizadores provar a validade das transacções sem revelar o endereço real do remetente, mas também agrupar múltiplas transacções numa única prova, reduzindo assim a sobrecarga computacional e melhorando significativamente a escalabilidade, que é a chamada redução de custos e melhoria da eficiência. Alguns utilizadores empresariais que necessitam de supervisão também podem realizar transações transparentes com os reguladores de forma independente, para cumprir os requisitos de conformidade regulamentar, sem sacrificar a confidencialidade.
Empacotador
Bundler MEV e Competição Bundler
O Bundler MEV e o Bundler Competition são o resultado de infraestrutura insuficiente. O Bundler MEV vem da responsabilidade de empacotamento de transações do Bundler, semelhante ao Searcher, que pode alterar a ordem de envio do UserOperation para obter lucro, enquanto o Bundler Competition ocorre quando diferentes Bundlers empacotam o mesmo UserOperation. . Isso é semelhante ao Gas War do Searcher. O UserOperation empacotado não possui o Bundler na cadeia. Embora o Gas seja gasto, a transação falha.
Todos eles podem aproveitar a infraestrutura existente, como o MEV-Boost, para abrir canais de comunicação entre Bundlers e entre Bundlers e Block Builders. Etherspot está desenvolvendo a rede p2p do mempool para AA. As UserOperations que aguardam serem empacotadas serão transmitidas nesta rede p2p. Uma vez empacotadas e processadas na cadeia, elas serão marcadas e removidas da lista, evitando assim serem empacotadas por vários Bundlers.
Pagador
Depósitos e retiradas do Paymaster
O Paymaster pode pagar a taxa do gás para o usuário e negociar com o usuário a substituição por qualquer token ou moeda legal. Portanto, é uma boa solução para o Paymaster cooperar com os provedores de serviços de pagamento para fornecer aos usuários serviços de depósito e retirada.
A equipe da Visa implantou dois contratos experimentais Visa Paymaster na testnet Ethereum Goerli, um para explorar se os usuários podem pagar taxas com outros tokens, incluindo stablecoins em dólares americanos, e outro para tentar patrocinar diretamente taxas de transação. Obviamente, a integração do Paymaster com tokens ERC-20 existentes requer o uso de uma fonte externa ou oráculo na rede para determinar o preço do token e verificar se o contrato do Paymaster tem aprovação para cobrar do usuário pelo token especificado. Sob esta solução madura, o acesso direto aos cartões Visa para usar moeda fiduciária para pagar o Gás e até mesmo a conversão em tempo real com tokens ERC-20, realizando a abstração de depósitos e retiradas reduzirá enormemente o limite de entrada para usuários Web2.
Evolução do sistema de contas Web3 e futura entrada na Web3
A evolução dos portais de tráfego de rede e dos sistemas de contas correspondentes na era Web2 reflete o rápido desenvolvimento da Internet de segunda geração e as mudanças nas necessidades dos usuários.
Inicialmente, os usuários acessavam a Internet por meio de portais e tinham liberdade para escolher os recursos online listados nos portais. Então, o surgimento dos mecanismos de pesquisa permite que os usuários consultem palavras-chave por meio de mecanismos de pesquisa, e os mecanismos de pesquisa fornecem resultados relevantes por meio da análise de URLs. A era Web2 testemunhou o surgimento de plataformas sociais, incluindo PC e dispositivos móveis. Além de usar ativamente mecanismos de pesquisa para entrar na Web2, os usuários também podem acessar passivamente a Web2 por meio de informações em plataformas de mídia de PC ou entrar de forma independente na Web2 por meio de plataformas de mídia própria de PC/móveis. Durante este período, passou por dois processos, de passivo a ativo, e um processo de descentralização da informação.
O sistema de contas da Web2 também está mudando ao mesmo tempo, desde o SMS/MMS inicial usando o número de telefone celular como conta, até QQ/WeChat/Blog/Weibo estabelecendo múltiplas contas e obtendo funções adicionais ricas e identidades de rede pessoais independentes, estas. plataformas introduziram perfis e listas de contatos, estendendo a identificação do usuário de um único URL para IDs de usuário e gráficos sociais mais complexos.
Com o desenvolvimento da tecnologia de rede e hardware, surgiram dois tipos de maneiras de desenvolver a própria ecologia:
"iOS+Apple Pay+Apple Store" e "Programa WeChat Pay+Mini", após estabelecerem as vantagens de tráfego de suas próprias contas e sistemas de pagamento, abrem uma área para acesso de desenvolvedores externos, mantendo assim os usuários dentro de seus próprios sistemas. o ecossistema.
"Taobao + Alipay" e "Douyin + Douyin Payment" desenvolvem suas próprias contas e sistemas de pagamento com base no tráfego trazido por aplicativos populares e integram ainda mais outros aplicativos para estabelecer uma conta unificada e um sistema de pagamento.
Ambos os métodos são eficazes à sua maneira e ocupam um mundo. O WeChat pode atender à maioria das necessidades do usuário em um único aplicativo, enquanto o pagamento Alipay também pode ser encontrado nos principais aplicativos.
Em resumo, a entrada de tráfego na era Web2 visa dar aos utilizadores mais iniciativa e descentralização, enquanto o sistema de contas evoluiu de único para rico e diversificado, e alcançou o seu próprio desenvolvimento ecológico de duas maneiras.
Sistema de conta
A evolução do sistema de contas na era Web3 não apenas mantém algumas das sombras da Web2, mas também apresenta um caminho de desenvolvimento único.
A evolução do sistema de contas na era Web3 dá continuidade a algumas das características da Web2, ao mesmo tempo que apresenta um caminho de desenvolvimento único. Na Web3, surgiram muitos tipos de contas, incluindo carteiras plug-in como Metamask, carteiras de software como Math e Trust, "plataformas operacionais" como dAppOS e Gnosis Safe, bem como UniPass incorporado em dApps e carteira OKX Web3 construída em trocas.
Carteiras plug-in como Metamask são como mensagens de texto originais que podem atender às necessidades mais básicas dos usuários. Embora possam ser usadas em qualquer lugar, suas funções são muito únicas.
Carteiras de software como Math e Trust, como QQ e WeChat, adicionam várias otimizações e funções para melhorar a experiência do usuário além das funções básicas, como gerenciamento de múltiplas contas/seções sociais/aplicativos afiliados, etc.
Em comparação com carteiras de software, "plataformas operacionais" como dAppOS e Gnosis Safe atualizaram ainda mais as funções básicas para construir outro sistema de conta avançado. Semelhante à Apple e ao WeChat, elas desenvolvem "mini programas" de suporte como o núcleo para enriquecer o ecossistema.
Carteiras integradas em aplicativos como UniPass e OKX Web3 Wallet são como Alipay e Douyin Payment, que utilizam outra conta e rota de pagamento. Eles usam o tráfego de aplicativos populares para desenvolver seus próprios usuários e construir um ecossistema por meio de alianças.
Entrada de trânsito
Mencionamos no artigo “Portal de Tráfego Web3”:
“Com base no processo de entrada do usuário na Web3, podemos definir as entradas de tráfego da Web3 em duas categorias principais:
Sistema de contas (depósitos, saques e gestão de fundos): exchanges centralizadas, projetos independentes de depósitos e saques, agregadores de depósitos e saques, caixas eletrônicos de criptomoedas, cartões bancários de criptomoedas e transações de balcão (OTC), carteiras e contas EOA, CA, MPC; abstrações (AA).
Web3 dapp (ferramentas sociais e de entretenimento): DEX, mercado NFT (Marketplace), nome de domínio, DeSoc, mercado de negociação de direitos autorais, GameFi, X to Earn. "
Hoje ainda pensamos assim, mas de acordo com a parte 2, todas essas entradas podem passar a fazer parte da carteira AA. No entanto, eles também dividem inversamente o caminho de adoção da carteira AA em duas categorias, ou seja, contas e aplicativos, conforme mencionado acima. Se o usuário primeiro obtém uma conta e depois interage com o aplicativo, ou primeiro interage com o aplicativo e depois usa a conta.
Miniaplicativo de carteira e carteira como serviço
Quando olhamos para o progresso da adoção de AA, podemos descobrir que o produto de carteira AA independente da Instadapp, Avocado, foi inicialmente lançado e, em seguida, a Metamask lançou o componente de miniaplicativo Snaps para suportar algumas funções de pagamento AA, Visa, também se juntou ao Paymaster para testar a água e o acesso. Pagamento com cartão Visa. Logo o aplicativo social Lens Protocol tentou estabelecer uma carteira AA por meio do ERC-6551, e o Safe também foi compatível com o ERC-4337 para consolidar seu próprio mercado de "miniprogramas". , a Circle optou por lançar sua própria carteira AA.
A partir disso, não é difícil constatar que a adoção de AA nada mais é do que dois modos:
Lançamentos de carteiras próprias ou carteiras compatíveis com AA aproveitam usuários de carteiras e miniaplicativos internos para atrair e reter usuários.
Aplicativos/bolsas/provedores de serviços de pagamento usam suas próprias vantagens de tráfego para converter usuários em usuários de carteira AA.
Isto também leva à parte que precisamos discutir: uma vez que a ecologia em cadeia se transformará de um mercado vendedor em um mercado comprador devido ao surgimento do AA, por qual modelo os usuários pagarão?
Miniaplicativos
A julgar pela taxa de adoção de curto prazo, o modelo AA de desenvolvimento de um pequeno ecossistema de programas baseado em sua própria carteira será mais facilmente aceito pelos usuários. É essencialmente uma solução To C. Como a maioria dos usuários que atualmente experimentam carteiras AA ainda são usuários da Web3, a carteira em si não é desconhecida para eles e eles podem usá-la diretamente, sem compreensão adicional. As funções ricas e a experiência operacional suave podem atraí-los e retê-los. Tomando o Snaps da MetaMask como exemplo, ele permite que terceiros desenvolvam miniaplicativos de carteira correspondentes por meio da interface API para interagir com cadeias não EVM. Parece estar atraindo tráfego para outras carteiras, mas na verdade está construindo um ecossistema para si e educando. Usuários. Não há dúvida de que o dia em que a MetaMask for totalmente compatível com o ERC-4337 será o dia em que ela se tornará líder em carteiras AA.
Quando tomamos o dappOS como exemplo:
dappOS = conta dappOS (EOA unificado de múltiplas cadeias) + rede dappOS.
Conta dappOS: permite que os usuários usem "contas unificadas" com base na abstração de contas em vez de contas comuns de propriedade externa (EOA). Essa abordagem possibilita aos usuários recuperar contas, processamento de transações pré-lote, execução automatizada e outras funções. ao mesmo tempo, o método de agregação de carteiras de múltiplas cadeias também pode facilitar aos usuários o gerenciamento uniforme de ativos em diferentes cadeias.
Rede dappOS: Uma rede descentralizada que ajuda os usuários a realizar automaticamente operações relacionadas à carteira e à cadeia cruzada e completar o complexo processo de interação por trás das transações.
O dappOS tenta separar os conceitos de contas, cadeias públicas e Gas Tokens para que os usuários possam ter uma experiência semelhante às contas Web2. Porém, por ainda estar em um estágio relativamente inicial, a plataforma possui dapps cooperativos limitados, mas isso não atrapalha. o crescimento de seus dados de usuário. Como os usuários são motivados a entrar pela EOA, especialmente os usuários que exigem interação com várias contas e várias cadeias, a experiência interativa após a migração é maior do que o custo da migração. O mais importante é que, uma vez que um usuário entre, esse sistema de conta basicamente nunca sairá, porque os usuários também serão educados ao usá-lo. Em primeiro lugar, os usuários que foram expostos a carteiras AA desde o início não podem usar carteiras EOA. , carteiras como dappOS Podem atender à maioria das necessidades de interação do usuário, e o usuário não precisa migrar. No final, mesmo que o usuário queira migrar, a abstração invisível de múltiplas cadeias tornará todo o processo de migração complicado.
Pode-se observar que produtos de carteira estabelecidos podem adquirir e reter usuários Web3 AA com mais rapidez, como Safe, Avocado, OKX Wallet, etc.
Waas
WaaS é uma carteira AA de rota de aplicativo oposta à carteira AA que segue a rota de miniprograma. Primeiro existe um aplicativo e depois uma carteira, que é obviamente uma solução To B. Os aplicativos usam WaaS para personalizar suas próprias carteiras para corresponder às funções do produto. Módulos WaaS padronizados estão disponíveis para diferentes aplicativos. Eles usam o tráfego do aplicativo para expandir sua própria ecologia, construir uma plataforma de carteira AA e, em seguida, voltar-se para o lado C. para emitir carteiras personalizadas para os usuários. Os usuários combinam livremente com as funções da carteira que você precisa.
Tomemos o Stepn como exemplo. Como um aplicativo fora do circuito, o Stepn tem dezenas de milhões de usuários em todo o mundo, e cada usuário criou uma carteira por meio do Stepn. Se Stepn tiver uma carteira AA integrada e usar essa carteira como núcleo em vez de apenas tokens GMT, ele continuará a desenvolver o ecossistema, como o subsequente mercado de negociação MOOAR NFT, jogo Mahjong e Gashero. Então, esta carteira AA por si só pode trazer dezenas de milhões de usuários incrementais para todo o mercado de criptografia, e esses usuários são usuários altamente persistentes desta carteira AA, porque o custo de migração é extremamente alto para eles.
O mesmo se aplica ao recentemente popular Friend Tech. Cada usuário do Twitter pode ser um usuário potencial de sua carteira AA, e depósitos e retiradas legais em moeda e pagamento de gás podem permitir que os usuários superem as barreiras de interação da Web3 e se integrem rapidamente à Web3.
Entre os produtos implementados, podemos focar no WaaS Pay e no UniPass. Esses dois produtos representam respectivamente as características das carteiras orientadas para WaaS:
WaaS Pay é uma plataforma de implantação de conta de contrato inteligente que aproveita o conjunto de protocolos Safe{Core} e o SDK de abstração de conta Safe{Core}, projetado para organizações que buscam pagamentos instantâneos em blockchain enquanto priorizam a privacidade. Ele fornece uma interface amigável e sem código para personalizar recursos de conta de contrato inteligente, como login social, rampas de entrada/saída de moeda fiduciária e transações sem gás para destinatários. Com o ZKBob facilitando transações anônimas por meio de Provas de Conhecimento Zero (ZKP), o WaaS Pay garante que dados financeiros confidenciais permaneçam seguros e privados. A plataforma é alimentada por Polygon ZKEVM, garantindo escalabilidade e eficiência, enquanto nós IPFS auto-hospedados com Helia protegem metadados confidenciais.
UniPass é essencialmente um SDK fornecido para dapps de terceiros, permitindo que os dapps contornem as chaves privadas de contas tradicionais e uma série de assinaturas e restrições de gás ou a centralização de chaves privadas gerenciadas para gerar endereços de ligação de e-mail e usem diretamente a implementação de verificação DKIM do UniPass. conta sem custódia controlada por e-mail, ao mesmo tempo que simplifica as interações na cadeia por meio do Relayer, obtendo recursos como ausência de gás/abstração de assinatura/respostas sociais que melhoram muito a experiência de interação do usuário. Como um aplicativo orientado a cenários, o UniPass opta por usar uma rede social federada para fornecer serviços personalizados para diferentes aplicativos, ao mesmo tempo em que estabelece um sistema de contas interoperável. Com base na interoperabilidade desta rede social federada, na premissa de fornecer propriedade de dados e proteção de privacidade, as relações sociais são colocadas na cadeia e os DIDs com propriedade de dados e ativos são estabelecidos para provar seus próprios cenários de uso para atrair mais aplicações para use UniPass. O SDK vai para Web3. Os usuários desses aplicativos tornam-se naturalmente usuários do UniPass e o utilizam para continuar interagindo no Web3, com altíssima aderência.
A partir disso também podemos ver que a carteira AA da rota WaaS tem mais vantagens em termos de espaço de crescimento e aquisição de usuários Web2, mas isso testará a qualidade do produto e as capacidades BD da equipe. , haverá inércia de crescimento, pertence ao tipo que exerce força no período posterior.
Referência
[1] "Relatório de dados semestrais Sixdegree ERC4337"
https://sixdegree.xyz/research/Half-Year-Data-Report-of-ERC4337-by-Sixdegree.pdf
[2] "Artigo longo, interpretação aprofundada de" Abstração de conta ": evolução da rota de 7 anos e mapa de trajetória"
https://www.chaincatcher.com/article/2085142
[3] "Interpretação do Relatório Resumo da Conta de Pesquisa Binance"
https://www.techflowpost.com/article/detail_12784.html
[4]《EIP-6551》
https://eips.ethereum.org/EIPS/eip-6551
[5]《Gitbook do protocolo A3S》
https://a3sprotocolcontact.gitbook.io/a3s-protocol/a3s-v1.0/how-a3s-v1.0-works
[6]《Futuro das contas inteligentes: modular, especializada e multichain》
https://longhashvc.medium.com/future-of-smart-accounts-modular-specialised-multichain-d04f083375a6
[7] "Por que o ERC-4337 Bundler precisa cooperar com Block Builders"
https://learnblockchain.cn/article/6205
[8] "Guia completo para abstração de contas"
https://news.marsbit.co/20230302172702633640.html
[9] "Como a infraestrutura suporta bilhões de usuários por meio da abstração de contas"
https://www.panewslab.com/zh/articledetails/24hz8399g6my.html
[10]《Você poderia ter inventado a abstração de conta: Parte 1》
https://www.alchemy.com/blog/account-abstraction
[11] "Relatório de pesquisa abstrata da conta Ethereum: desmantelamento de 10 propostas de EIP relacionadas e problemas de gargalo que afetam dezenas de milhões de usuários ativos diariamente"
https://www.odaily.news/post/5183201
