Escrito por: imToken
No artigo anterior da série Interop, apresentámos o Open Intents Framework (OIF), que funciona como uma linguagem universal, permitindo aos utilizadores expressar a intenção de “quero comprar um NFT cross-chain” e ser compreendidos por todos os solvers da rede (leitura complementar: “Quando a ‘intenção’ se torna padrão: como o OIF pode pôr fim à fragmentação cross-chain e trazer de volta a intuição do utilizador ao Web3?”).
Mas não basta apenas “compreender”, é preciso “concretizar”. Afinal, depois de emitires a tua intenção, como é que os fundos vão da Base de forma segura para a Arbitrum? Como é que a cadeia de destino verifica que a tua assinatura é válida? Quem paga o Gas na cadeia de destino?
Isto remete para o núcleo da fase de “Aceleração” do roteiro de interoperabilidade do Ethereum — a Camada de Interoperabilidade do Ethereum (Ethereum Interoperability Layer, abreviada EIL), que foi recentemente apresentada pelo grupo Account Abstraction da EF como destaque na Devconnect.
De forma simples, o objetivo da EIL é extremamente ambicioso: sem hard forks ou alterações ao consenso base do Ethereum, proporcionar uma experiência em que todas as L2 “parecem estar na mesma cadeia”.
- O que é afinal a EIL?
Na verdade, para entenderes a EIL, é importante não te deixares enganar pela palavra “Layer” — a EIL não é uma nova blockchain nem uma ponte cross-chain tradicional.
Na essência, trata-se de um conjunto de normas e frameworks, que combina as capacidades de “abstração de contas (ERC-4337)” com “mensagens cross-chain”, criando um ambiente virtual de execução unificado.
Atualmente, cada L2 no ecossistema Ethereum é uma ilha isolada. Por exemplo, a tua conta (EOA) em Optimism e a tua conta em Arbitrum, apesar de terem o mesmo endereço, têm estados completamente separados:
- A assinatura que fazes na cadeia A não pode ser verificada diretamente na cadeia B.
- Os ativos na cadeia A são invisíveis para a cadeia B.
A EIL procura quebrar este isolamento através de dois componentes centrais:
- Contas inteligentes baseadas em ERC-4337: utilizam a abstração de contas para separar a lógica de conta da chave; através do mecanismo Paymaster (patrocinador), resolvem o problema de falta de Gas na cadeia de destino; com o Key Manager, permitem sincronização de estado entre cadeias.
- Camada de mensagens trust-minimized: estabelece uma norma para que os UserOp (objetos de operação do utilizador) possam ser agrupados e transmitidos com segurança para outra cadeia via ponte oficial do Rollup ou provas de light client.
Numa analogia, o cross-chain tradicional era como viajar para o estrangeiro: tinhas de trocar moeda (ativos), obter visto (autorização), e seguir as regras locais (comprar Gas na cadeia de destino). Já na era da EIL, é como usar um cartão Visa:
Não importa em que país estejas, basta passares o cartão (assinatura) e a rede bancária subjacente (EIL) trata automaticamente do câmbio, liquidação e verificação; não sentes as “fronteiras”.
A proposta EIL do grupo de Account Abstraction da Ethereum Foundation descreve exatamente este futuro: o utilizador só precisa de uma assinatura para concluir uma transação cross-chain, sem depender de relayers centralizados nem adicionar novas hipóteses de confiança, podendo iniciar operações diretamente da carteira e liquidar entre L2s de forma transparente.
Isto aproxima-se do “estado final” da conta abstrata. Em comparação com os processos fragmentados e de alto nível de dificuldade atuais, esta experiência permitirá aos utilizadores criar contas, gerir chaves privadas e tratar operações cross-chain complexas de forma automática.
Especialmente com a funcionalidade nativa de Account Abstraction (AA), todas as contas tornam-se contas inteligentes, permitindo ao utilizador não se preocupar com taxas de Gas (e até nem saber da sua existência), focando-se verdadeiramente na experiência on-chain e gestão de ativos.
- Da “cross-chain” à “abstração da cadeia”: uma mudança de paradigma
Se a EIL se concretizar, tem potencial para desbloquear o “último quilómetro” da adoção massiva do Web3. Isto marca a transição do ecossistema Ethereum de uma competição multi-cadeia para uma fusão de abstração de cadeias, resolvendo problemas que há muito afligem utilizadores e developers.
Primeiro para os utilizadores: a verdadeira “experiência de cadeia única”.
Na prática, no framework EIL, o utilizador já não precisa de mudar manualmente de rede. Por exemplo, tens dinheiro na Base mas queres jogar um jogo na Arbitrum; basta clicares em começar no jogo, a carteira abre uma janela de assinatura, assinas e o jogo começa.
Nos bastidores, a EIL empacota automaticamente o UserOp da Base, transmite-o para Arbitrum via camada de mensagens, e o Paymaster cobre o Gas e a entrada. Para o utilizador, é como se estivesse a jogar diretamente na Base.
Depois, do ponto de vista da segurança, acaba-se com o risco de ponto único dos bridges multi-sig.
As pontes tradicionais dependem de validadores externos (multi-sig); se estes forem comprometidos, milhares de milhões em ativos estão em risco. A EIL enfatiza o “mínimo de confiança”, preferindo usar a segurança nativa da L2 (por exemplo, Storage Proofs) para validar mensagens cross-chain, em vez de terceiros externos. Assim, enquanto a mainnet Ethereum for segura, a interação cross-chain é relativamente segura.
Para os developers, surge um padrão de contas unificado. Atualmente, quem desenvolve uma DApp multi-cadeia tem de manter várias lógicas. Com EIL, supõe-se que o utilizador tem uma conta cross-chain; basta implementar interfaces ERC-4337 para suportar todos os utilizadores, sem se preocupar em que cadeia estão os fundos.
Contudo, há um grande desafio de engenharia: como permitir que as centenas de milhões de utilizadores EOA atuais também usufruam desta experiência? (leitura complementar: “De EOA a Account Abstraction: será a próxima grande mudança do Web3 nos sistemas de contas?”)
Afinal, migrar EOA para AA implica transferir ativos para um novo endereço, o que é incómodo. Isso levou à proposta EIP-7702 de Vitalik Buterin, que resolve de forma engenhosa as discussões de compatibilidade entre as três propostas anteriores (EIP-4337, EIP-3074, EIP-5003), permitindo algo inovador: contas EOA existentes podem “transformar-se temporariamente” em contas inteligentes durante uma transação.
Isto significa que não precisas de criar uma nova carteira ou transferir os teus ativos de uma imToken, por exemplo, para um novo endereço AA. Com o EIP-7702, a tua conta antiga pode ganhar temporariamente funcionalidades de smart contract (autorizações em lote, pagamento de Gas por terceiros, operações cross-chain atómicas), voltando depois ao seu estado EOA original e totalmente compatível.
- Implementação e futuro da EIL
Comparando com o OIF, que é uma iniciativa “bottom-up” da comunidade, a EIL tem um cariz mais oficial, sendo liderada pelo grupo Account Abstraction da EF (criadores do ERC-4337).
Neste momento, os avanços principais focam-se em três áreas-chave:
- Expansão multi-cadeia do ERC-4337: a comunidade está a estudar como expandir a estrutura UserOp do ERC-4337 para incluir informações cross-chain como o ID da cadeia de destino — o primeiro passo para contas inteligentes “verem ao longe”.
- Colaboração com o ERC-7702: com o avanço do EIP-7702 (que dá capacidades de conta inteligente aos EOA), no futuro qualquer utilizador EOA poderá integrar-se na rede EIL, reduzindo drasticamente a barreira de entrada.
- Interfaces de mensagens padronizadas: tal como o OIF padroniza as intenções, a EIL está a trabalhar na padronização do transporte de mensagens. Superchain da Optimism, AggLayer da Polygon e Elastic Chain da ZKsync estão a explorar a interoperabilidade nos seus ecossistemas; a EIL quer unir estes ecossistemas heterogéneos, criando uma camada de mensagens universal.
Mais interessante ainda, a visão da EIL não se limita à “conexão”; está também a colmatar outra capacidade fundamental: a privacidade.
Se EIP-7702 e AA resolvem a “acessibilidade”, então o framework de privacidade Kohaku, apresentado por Vitalik na Devconnect, pode ser a próxima peça do puzzle da EIL, alinhando-se com outro pilar do “Manifesto Trustless”: a resistência à censura.
Na Devconnect, Vitalik foi claro: “privacidade é liberdade”, e afirmou que o Ethereum está a evoluir para oferecer privacidade e segurança ao mundo real. Para isso, a Ethereum Foundation criou uma equipa de privacidade com 47 investigadores, engenheiros e criptógrafos, dedicada a tornar a privacidade uma “propriedade de primeira classe” do Ethereum.
Isto significa que, no futuro, a privacidade deixará de ser um extra opcional e passará a ser uma capacidade de base, tão natural como uma transferência. Como concretização desta visão, nasceu o framework Kohaku: essencialmente, Kohaku usa a tua chave pública para criar um endereço stealth temporário, permitindo operações privadas sem expor a ligação à carteira principal.
Neste modelo, as contas AA do futuro não serão apenas ferramentas de gestão de ativos, mas também escudos de privacidade.
Ao integrar protocolos como Railgun e Privacy Pools, as contas AA permitirão aos utilizadores proteger a privacidade das suas transações e, ao mesmo tempo, fornecer “provas de inocência” para fins de compliance — qualquer utilizador pode provar que os fundos não são ilícitos sem revelar o percurso das transações.
Assim, podemos ver claramente o roteiro completo da interoperabilidade Ethereum:
- OIF (Open Intent Framework): permite que a camada de aplicação “compreenda” as intenções dos utilizadores;
- EIL (Ethereum Interoperability Layer): prepara, na camada infraestrutural, o caminho para a execução.
Isto é também o sinal claro que a Ethereum Foundation quer transmitir: o Ethereum não deve ser um conjunto disperso de L2s, mas sim um supercomputador gigante e unificado.
No futuro, quando a EIL estiver implementada, talvez nunca mais tenhamos de explicar a novos utilizadores o que é L2 ou uma bridge cross-chain. Nesse momento, verás apenas ativos, sem barreiras de cadeias.
