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 criptográfico, incluindo:

• Usuários
• Carteiras
• DApps
• WaaS (carteiras embutidas) e outros provedores de infraestrutura

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

O que é EIP-7702

Primeiro, uma rápida recapitulação. EIP-7702 é um dos EIPs programados para entrar em vigor na próxima atualização do Ethereum (Pectra), agendada para o primeiro trimestre de 2025.

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

Uma vez que a conta tenha sido atualizada, o usuário 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 de maneiras críticas:

• Você pode atualizar as EOAs existentes para contas inteligentes 7702, enquanto hoje você deve criar novas contas para usar o 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, a Ethereum L1 e todas as L2s equivalentes à Ethereum “automaticamente” obterão 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 as EOAs e que as EOAs permanecem EOAs mesmo após a atualização - são as maiores razões pelas quais o EIP-7702 provavelmente aumentará significativamente a adoção das AA muito mais do que o ERC-4337 sozinho poderia fazer. Isso ocorre porque:

• As pessoas amam suas EOAs. Pedir aos usuários que movam seus ativos para uma nova conta/carteira é simplesmente demais para a maioria dos usuários.
• Muitos dapps ainda não suportam contas inteligentes. O fato de uma conta 7702 ser tanto uma EOA quanto uma conta inteligente dará ao usuário o melhor dos dois mundos - as capacidades das contas inteligentes e a compatibilidade das EOAs.

No entanto, seria falso dizer que EIP-7702 irá “matar” ERC-4337. Como discutiremos em um artigo futuro, EIP-7702 precisará alavancar ERC-4337 para alcançar todo o seu potencial, então EIP-7702 é realmente uma notícia incrivelmente boa para empresas ERC-4337 hoje, como@zerodev_app""> @zerodev_app.

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

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

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

1. 7702 alcança uma enorme adoção da noite para o dia porque uma tonelada de carteiras/dapps já terá sua integração 7702 pronta para funcionar no primeiro dia (já que 7702 estará disponível em redes de testes como@ithacaxyz""> @ithacaxyz antes de entrar em produção na mainnet, dando às projetos a chance de apoiá-lo no dia 1).
2. 7702 alcança uma grande adoção em um curto período de tempo (digamos, dentro de um ano) após o lançamento.
3. 7702 acabará alcançando uma enorme adoção, mas se desenrolará durante um longo período de tempo (digamos entre 1-3 anos).
4. 7702 nunca alcança adoção real.

Minha classificação pessoal das probabilidades desses cenários é 2 > 3 >> 4 > 1 (com 2/3 sendo os cenários prováveis e 4/1 sendo os cenários menos prováveis). Em outras palavras, 7702 provavelmente alcançará adoção massiva dentro de alguns anos, mas é improvável que seja adotado da noite para o dia nem completamente ignorado.

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

Como as carteiras irão adotar 7702

Vamos começar examinando as carteiras, que estão à frente no ciclo de adoção de 7702, porque sem carteiras que suportam 7702, os dapps não podem aproveitar os recursos 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 autônomas têm algumas opções quando se trata de adotar 7702:

1. Eles podem abraçá-lo plenamente, 1) implementando suporte para 7702 e 2) habilitando-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 espera-e-ver com o 7702 e não implementar suporte para isso até que a concorrência os force a fazê-lo.

Minha previsão é que a longa cauda das empresas de carteira irá com a opção 3 (esperar para ver), pelo simples motivo de que adotar 7702 é um trabalho muito grande, então a maioria das empresas de carteira simplesmente não terão tempo e recursos para implementá-lo rapidamente. NO ENTANTO, as carteiras mais importantes, como MetaMask e Coinbase, irão com a opção 2, ou seja, implementando rapidamente o suporte 7702, mas exigindo que os usuários optem por ele. Também haverá novas carteiras independentes que adotam a opção 1 (habilitando 7702 por padrão), mas como as carteiras são um espaço tão competitivo e difícil para novos jogadores entrarem, realisticamente a maioria dos usuários estarão usando carteiras existentes que optam pela opção 2 ou 3.

Por que as principais carteiras rapidamente apoiarão 7702

Então, por que eu acho que as principais carteiras 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. Esses projetos são algumas das empresas mais bem financiadas do setor e, portanto, têm os recursos e capacidades para implementar suporte para 7702.
3. As carteiras são um espaço hiper-competitivo e as principais carteiras têm mais a perder, então o medo de perder uma grande mudança de paradigma os levará a adotar rapidamente o 7702 para que não sejam interrompidos pelos concorrentes.

Agora, por que eu acredito que essas carteiras não habilitarão 7702 por padrão, mas sim exigirão que os usuários optem por ele?

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

Em uma palavra, segurança.

O tópico da segurança com 7702 é muito detalhado e merece sua própria postagem, mas eu rapidamente passarei pelos conceitos básicos 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 o 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", para que mesmo um dapp malicioso não possa roubar tudo de você. Isso reduz significativamente a probabilidade e o dano 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, ela não o livra da necessidade de proteger a chave privada da sua 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 as contas inteligentes completas podem eliminar totalmente a necessidade de frases-semente, que são terrivelmente difíceis de proteger.
• Uma vez que 7702 contas são contas inteligentes, sua segurança agora depende da segurança da implementação da conta inteligente. Não importa quantas vezes as contas inteligentes sejam auditadas, sempre há uma chance não nula de que haja bugs.

Portanto, é realmente uma questão de julgamento de qualquer pessoa se uma conta 7702 é mais ou menos segura do que uma conta EOA, e também se os benefícios de UX valem as compensações de segurança.

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

Os usuários optarão pelo 7702?

Dado que as principais carteiras oferecerão o 7702 como um recurso opcional, a pergunta natural se torna: os usuários vão optar?

A resposta é na verdade muito simples: os usuários habilitarão 7702 se realmente quiserem usar um dapp/funcionalidade que requer 7702 e, caso contrário, não o farão. Portanto, isso nos leva à segunda parte da análise - como os dapps adotarão 7702?

Como 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ções (via chaves de sessão)
• Abstração de cadeia (permitindo CA com AA é uma nova área de pesquisa queestamos muito animados com)

Juntos, esses benefícios de valor resultam em benefícios significativos de UX que diferenciarão um dapp de seus concorrentes, então os dapps têm um forte incentivo para alavancar AA. A razão pela qual você ainda não viu muita adoção de dapp para AA até agora é que, com ERC-4337, os dapps têm que optar por um modelo de conta inteiramente novo (contas inteligentes) que não funciona com 99% dos usuários (usuários EOA) lá fora, mas com 7702 um dapp pode oferecer esses benefícios de UX sem afastar os usuários EOA, então 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 suportar 7702 se poucos usuários estarão usando carteiras habilitadas para 7702, mas os usuários também não habilitarão 7702 a menos que haja dapps que suportem 7702. Como quebramos esse problema de ovo e galinha?

Isso nos leva a examinar outra parte da pilha Web3 - serviços de carteira, também conhecidos como "carteiras embutidas".

Como as carteiras embutidas adotarão 7702

Assim como as carteiras independentes, os provedores de carteiras incorporadas não habilitarão 7702 por padrão, mas sim fornecerão isso como uma opção para seus clientes (desenvolvedores de dapp). No entanto, ao contrário das carteiras independentes, onde a escolha de habilitar 7702 é do usuário (pois seria terrivelmente inseguro se um dapp pudesse habilitar 7702 para o seu MetaMask), a escolha de habilitar 7702 para carteiras incorporadas ficará a cargo do desenvolvedor de dapp, pois as carteiras incorporadas são, por definição, novas carteiras que os desenvolvedores criam para seus usuários.

Portanto, se um desenvolvedor de dapp deseja aproveitar os recursos do AA, ele não precisará esperar que seus usuários optem pelo 7702 - eles podem simplesmente usar carteiras incorporadas habilitadas para o 7702.

Agora, você pode dizer que os desenvolvedores têm sido capazes de aproveitar o ERC-4337 através de carteiras embutidas também, mas isso não levou a uma adoção maciça de AA. A diferença chave com 7702, no entanto, é que os desenvolvedores não precisam excluir os usuários EOA quando constroem com carteiras embutidas habilitadas para 7702. Em vez disso, os aplicativos podem suportar tanto carteiras embutidas quanto usuários EOA. Os usuários EOA que desejam experimentar recursos AA com o aplicativo podem simplesmente ativar o 7702 para sua EOA.

Portanto, as carteiras integradas desempenharão um papel fundamental na condução da adoção do 7702, permitindo que os desenvolvedores ofereçam recursos AA sem esperar que os usuários ativem o 7702 para suas carteiras independentes.

Juntando tudo

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

• Carteiras autônomas (por exemplo, MetaMask) implementarão suporte para 7702, mas exigirão que os usuários optem por participar.
• Carteiras embutidas (por exemplo, privy/dynamic) também implementarão suporte para 7702, mas exigirão que os desenvolvedores optem por participar.
• Dapps inovadores irão implementar recursos AA usando carteiras embutidas habilitadas para 7702.
• Usuários aventureiros da EOA tentarão esses dapps ao ligar 7702 para suas carteiras autônomas.
• Vendo mais usuários ativando 7702 e mais dapps adotando 7702, os dapps de movimento mais lento começarão a aproveitar também 7702/AA.
• À medida que o número de dapps habilitados para AA cresce, os usuários mais lentos também habilitarão o 7702, a fim de não perder todas as novas aplicações e novas experiências.
• À medida que mais e mais usuários habilitam 7702, a longa cauda das carteiras que ainda não suportam 7702 será forçada a adicionar suporte ou correr o risco de desaparecer na irrelevância.

Esperançosamente, esse ciclo virtuoso de carteiras => dapps => usuários => carteiras impulsionará todo o espaço a adotar 7702/AA, o que trará uma melhoria de 10x para a UX do Web3, como a conhecemos hoje, e preparará o terreno para AA nativa, sempre que isso acontecer.

No próximo artigo, vamos mergulhar mais fundo no lado técnico e examinar como exatamente as carteiras e dapps implementarão suporte para 7702.

Aviso legal：

1. Este artigo é reimpresso 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 Learnequipe e eles vão lidar com isso prontamente.
2. Isenção de Responsabilidade: As opiniões expressas neste artigo são exclusivamente do autor e não constituem qualquer conselho de investimento.
3. As traduções do artigo para outros idiomas são feitas pela equipe Gate Learn. A menos que mencionado, copiar, distribuir ou plagiar os artigos traduzidos é proibido.