Esta é a parte 1 de uma série que estou escrevendo para examinar o impacto que o EIP-7702 provavelmente terá em diferentes partes do mundo cripto, incluindo:

• Utilizadores
• Carteiras
• DApps
• WaaS (carteiras incorporadas) e outros fornecedores de infraestrutura

Na parte 1, quero examinar como a adoção do 7702 provavelmente se desenvolverá. Será adotado muito rapidamente ou veremos um ciclo de adoção muito longo? Quem o adotará primeiro? É sobre isso que este artigo trata.

O que é EIP-7702

Em primeiro lugar, um breve resumo. EIP-7702 é um dos EIPs programados para ir ao ar na próxima atualização do Ethereum (Pectra), agendada para o primeiro trimestre de 2025.

Com o EIP-7702, uma EOA pode "atualizar-se" para uma conta inteligente, mantendo-se simultaneamente como uma EOA e mantendo o mesmo endereço.

Depois da atualização da conta, o utilizador pode então usufruir da maioria dos benefícios do AA, como patrocínio de gás, agrupamento de transações, passkeys, etc.

Como o EIP-7702 difere do ERC-4337

EIP-7702 é uma proposta de abstração de conta, mas é diferente do ERC-4337 em aspectos críticos:

• Pode atualizar as contas EOAs existentes para contas inteligentes 7702, enquanto hoje deve criar novas contas para usar ERC-4337.
• Uma conta EIP-7702 é simultaneamente uma EOA e uma conta inteligente, enquanto uma conta ERC-4337 hoje é apenas uma conta inteligente.
• EIP-7702 é um EIP, enquanto ERC-4337 é um ERC. Em outras palavras, Ethereum L1 e todos os L2s equivalentes ao Ethereum receberão automaticamente o EIP-7702, enquanto o ERC-4337 requer a implantação de contratos e infraestrutura específicos.

Na prática, os dois primeiros pontos — que o EIP-7702 pode atualizar EOAs e que os EOAs permanecem EOAs mesmo após a atualização — são as maiores razões pelas quais o EIP-7702 provavelmente impulsionará a adoção de AA muito mais do que o ERC-4337 sozinho poderia fazer. Isto porque:

• As pessoas adoram as suas EOAs. Pedir aos utilizadores que movam os seus ativos para uma nova conta/carteira é simplesmente demais para a maioria dos utilizadores.
• Muitos dapps ainda não suportam contas inteligentes. O fato de uma conta 7702 ser simultaneamente uma EOA e uma conta inteligente dará ao utilizador o melhor dos dois mundos — as capacidades das contas inteligentes e a compatibilidade das EOAs.

No entanto, seria falso dizer que o EIP-7702 irá "matar" o ERC-4337. Como discutiremos num artigo futuro, o EIP-7702 precisará aproveitar o ERC-4337 para alcançar todo o seu potencial, portanto, o EIP-7702 é na verdade uma notícia incrivelmente boa para as empresas ERC-4337 hoje, como@zerodev_app""> @zerodev_app.

Quão rápido ocorrerá a adoção de 7702

Agora sobre o ponto principal deste artigo: quão rápido o 7702 será adotado e como a adoção se desenrolará na prática, ou seja, como diferentes partes da pilha Web3 (por exemplo, carteiras, dapps, infra) adotarão o 7702?

Para a primeira pergunta - quão rápido - existem alguns cenários possíveis:

1. 7702 atinge grande adoção durante a noite porque muitas carteiras/dapps já terão a sua integração 7702 pronta no primeiro dia (já que o 7702 será lançado em testnets como Gate@ithacaxyz""> @ithacaxyz antes de ir ao ar na mainnet, dando aos projetos a chance de apoiá-lo no dia 1).
2. 7702 alcança grande adoção em um curto período de tempo (digamos, dentro de um ano) após o lançamento.
3. 7702 acabará por conseguir uma enorme adoção, mas irá desenrolar-se durante um longo período de tempo (digamos entre 1-3 anos).
4. 7702 nunca alcança adoção real.

A minha classificação pessoal da probabilidade destes cenários é 2 > 3 >> 4 > 1 (sendo 2/3 os cenários prováveis e 4/1 os cenários menos prováveis). Em outras palavras, é provável que 7702 consiga uma adoção massiva dentro de alguns anos, mas é pouco provável que seja adotado de um dia para o outro ou completamente ignorado.

Para perceber porquê, vamos examinar como a adoção do 7702 provavelmente se desenrolará na prática.

Como as carteiras irão adotar 7702

Vamos começar por examinar carteiras, que estão a montante no ciclo de adoção de 7702, porque sem carteiras a apoiar 7702, as dapps não podem tirar partido das funcionalidades de 7702.

Primeiro, vamos diferenciar entre carteiras independentes como@MetaMask""> @MetaMask @CoinbaseWallet e serviços de carteira como@privy_io""> @privy_io @dynamic_xyz @turnkeyhq @magic_labs. Carteiras autônomas e serviços de carteira enfrentarão diferentes incentivos ao adotar 7702. Nesta seção, falamos apenas sobre carteiras autônomas.

As carteiras independentes têm algumas opções quando se trata de adotar 7702:

1. Eles podem abraçá-lo completamente, 1) implementando suporte para 7702 e 2) ativando-o por padrão para todos os seus usuários.
2. Eles podem abraçá-lo parcialmente, 1) implementando suporte para 7702, mas 2) mantendo-o desativado por padrão e exigindo que os usuários optem pelo 7702.
3. Eles podem adotar uma abordagem de esperar para ver com 7702 e não implementar suporte para isso até que a concorrência os force a fazê-lo.

A minha previsão é que o longo prazo das empresas de carteiras irá optar pela opção 3 (esperar e ver), pela simples razão de que adotar 7702 dá muito trabalho, então a maioria das empresas de carteiras pode simplesmente não ter tempo e recursos para implementá-lo rapidamente. No entanto, as carteiras mais importantes, como MetaMask e Coinbase, irão optar pela opção 2, ou seja, implementar rapidamente o suporte 7702, mas exigir que os utilizadores optem por ele. Também haverá novas carteiras autónomas que irão optar pela opção 1 (ativando 7702 por padrão), mas uma vez que as carteiras são um espaço tão competitivo e difícil para novos participantes entrarem, realisticamente a maioria dos utilizadores estará a utilizar carteiras existentes que optam pela opção 2 ou 3.

Por que as principais carteiras irão rapidamente suportar 7702

Então, por que acho que as carteiras principais implementarão rapidamente o suporte 7702? Porque:

1. Eu sei por conexões pessoais que essas principais empresas de carteira têm prestado muita atenção ao desenvolvimento do 7702, então eles realmente entendem os benefícios do 7702.
2. Estes projetos são algumas das empresas mais bem financiadas no espaço e, portanto, têm os recursos e capacidades para implementar suporte para 7702.
3. As carteiras são um espaço hipercompetitivo e as principais carteiras têm mais a perder, por isso o medo de perder uma grande mudança de paradigma os levará a adotar rapidamente o 7702 para não serem interrompidos pelos concorrentes.

Agora, por que acredito que essas carteiras não habilitarão automaticamente o 7702, mas exigirão que os usuários optem por isso?

Por que as principais carteiras exigirão que os usuários optem pelo 7702

Numa palavra, segurança.

O tópico da segurança com 7702 é muito detalhado e merece seu próprio post, mas eu vou rapidamente explicar o básico aqui.

Em resumo, é incorreto dizer que 1) 7702 melhora a segurança da carteira ou 2) que prejudica a segurança da carteira. Isso ocorre porque a segurança é uma coisa multifacetada e 7702 melhora a segurança em alguns aspectos enquanto prejudica a segurança em outros.

7702 melhora a segurança porque:

• Comchaves de sessão(também conhecido como "privilege de-escalation" ou "subkeys"), você pode interagir com DApps de forma "sandboxed", de modo que mesmo um dapp malicioso não possa roubar tudo de você. Isso reduz significativamente a probabilidade e o prejuízo de ataques de phishing.

7702 não melhora a segurança e possivelmente até prejudica a segurança de algumas maneiras, porque:

• Uma vez que uma conta 7702 é simultaneamente uma EOA e uma conta inteligente, isso não o livra da necessidade de proteger a chave privada da EOA (frase-semente). Esta é a principal razão pela qual, apesar do 7702, a longo prazo, ainda seria melhor para o espaço fazer a transição para contas inteligentes completas, porque apenas contas inteligentes completas podem eliminar totalmente a necessidade de frases-semente, que são terrivelmente difíceis de proteger.
• Uma vez que as contas 7702 são contas inteligentes, a sua segurança depende agora da segurança da implementação da conta inteligente. Não importa quantas vezes as contas inteligentes sejam auditadas, há sempre uma chance diferente de zero de que haja bugs.

Portanto, é realmente uma questão de julgamento de cada um se uma conta 7702 é mais ou menos segura do que uma conta EOA, e também se os benefícios de UX valem os compromissos de segurança.

Uma vez que a propriedade mais importante de uma carteira é a segurança, as principais carteiras existentes não arriscarão a segurança do usuário habilitando 7702 por padrão. Em vez disso, eles transferirão a decisão para os usuários e permitirão que eles decidam se desejam usar 7702 ou não.

Os utilizadores irão participar no 7702?

Dado que as principais carteiras oferecerão 7702 como uma funcionalidade opcional, a questão natural é: os utilizadores irão aderir?

A resposta é na verdade muito simples: os utilizadores ativarão 7702 se realmente quiserem usar uma dapp/funcionalidade que exija 7702 e, caso contrário, não o farão. Portanto, isto leva-nos à segunda parte da análise - como é que as dapps vão adotar 7702?

Como as dapps irão adotar 7702

Para dapps, 7702 (e AA em geral) tem quatro principais propostas de valor:

• Patrocínio de gás
• Agrupamento de transações
• Automação de transação (via chaves de sessão)
• A abstração de cadeia (permitindo CA com AA) é uma nova área de pesquisa queestamos muito empolgados com)

Em conjunto, essas propostas de valor proporcionam benefícios significativos de UX que diferenciarão um dapp de seus concorrentes, então os dapps têm um forte incentivo para aproveitar AA. A razão pela qual você não viu muita adoção de dapps para AA até agora é que, com o ERC-4337, os dapps precisam optar por um modelo de conta completamente novo (contas inteligentes) que não funciona com 99% dos usuários por aí (usuários EOA), mas com 7702 um dapp pode oferecer esses benefícios de UX sem afastar os usuários EOA, portanto, o cálculo de custo/benefício para os dapps adotarem AA se torna muito mais favorável com 7702.

Mas aqui vemos um problema de ovo e galinha - os dapps não querem gastar tempo e recursos para apoiar o 7702 se houver poucos usuários usando carteiras habilitadas para 7702, mas os usuários também não habilitarão o 7702 a menos que haja dapps que suportem o 7702. Como quebramos esse problema de ovo e galinha?

Isso nos leva a examinar outra parte do Web3 stack - serviços de carteira, também conhecidos como "carteiras incorporadas".

Como as carteiras embutidas adotarão 7702

Assim como carteiras independentes, os provedores de carteiras incorporadas não ativarão 7702 por padrão, mas oferecerão essa opção aos clientes (desenvolvedores de dapp). No entanto, ao contrário das carteiras independentes, onde a escolha de ativar 7702 está nas mãos do usuário (pois seria terrivelmente inseguro se um dapp pudesse ativar 7702 para o seu MetaMask), a escolha de ativar 7702 para carteiras incorporadas ficará a cargo do desenvolvedor do dapp, pois as carteiras incorporadas são, por definição, novas carteiras criadas pelos desenvolvedores para seus usuários.

Portanto, se um desenvolvedor de dapp quiser aproveitar as funcionalidades AA, não precisará esperar que seus usuários optem pelo 7702 - eles podem simplesmente usar carteiras embutidas habilitadas para 7702.

Agora, pode-se dizer que os desenvolvedores foram capazes de aproveitar o ERC-4337 por meio de carteiras incorporadas também, mas isso não levou a uma adoção massiva do AA. A diferença fundamental com o 7702, no entanto, é que os desenvolvedores não precisam excluir os usuários EOA quando constroem com carteiras incorporadas habilitadas para 7702. Em vez disso, os aplicativos podem suportar tanto carteiras incorporadas quanto usuários EOA. Os usuários EOA que desejam experimentar recursos AA com o aplicativo podem simplesmente ativar o 7702 para o seu EOA.

Portanto, as carteiras embutidas desempenharão um papel-chave na promoção do 7702, permitindo aos desenvolvedores oferecer recursos AA sem esperar que os usuários ativem o 7702 para suas carteiras autônomas.

Juntando tudo

Agora examinamos como quatro grupos diferentes - wallets, usuários, dapps e wallets incorporadas - provavelmente adotarão 7702. Vamos agora colocar tudo junto.

• Carteiras autônomas (por exemplo, MetaMask) implementarão suporte para 7702, mas exigem que os usuários aceitem.
• As carteiras incorporadas (por exemplo, privy/dynamic) também irão implementar o suporte para 7702, mas exigem que os desenvolvedores optem por isso.
• Aplicativos descentralizados inovadores irão implementar recursos AA usando carteiras embutidas habilitadas para 7702.
• Os usuários aventureiros da EOA experimentarão esses dapps ativando 7702 para suas carteiras independentes.
• Ao ver mais utilizadores a adotarem 7702 e mais dapps a adotarem 7702, os dapps mais lentos começarão a aproveitar também 7702/AA.
• À medida que o número de dapps habilitadas para AA cresce, os usuários mais lentos também habilitarão o 7702, a fim de não perder todos os novos aplicativos e novas experiências.
• À medida que cada vez mais usuários habilitam 7702, a longa cauda de carteiras que ainda não suportam 7702 será forçada a adicionar suporte ou correr o risco de se tornarem irrelevantes.

Esperançosamente, este ciclo virtuoso de carteiras => dapps => utilizadores => carteiras impulsionará todo o espaço a adotar 7702/AA, o que trará uma melhoria de 10x para a UX Web3, como a conhecemos hoje, e prepara o terreno para o AA nativo, sempre que isso aconteça.

No próximo artigo, iremos aprofundar-nos no lado técnico e examinar como exatamente as carteiras e dapps irão implementar o suporte para 7702.

Aviso Legal:

1. Este artigo foi republicado a partir de [Derek Chiang]. Todos os direitos autorais pertencem ao autor original [Derek Chiang]. Se houver objeções a esta reimpressão, entre em contato com o Gate Learnequipa e eles vão tratar disso prontamente.
2. Aviso de responsabilidade: as opiniões expressas neste artigo são exclusivamente do autor e não constituem nenhum conselho de investimento.
3. As traduções do artigo para outros idiomas são feitas pela equipe do Gate Learn. A menos que mencionado, copiar, distribuir ou plagiar os artigos traduzidos é proibido.