O escalonamento via L2s tornou-se o maior problema do Ethereum: 50+ rollups isolados com liquidez fragmentada e pontes complexas. Existem soluções transversais, mas precisamos de normas que as unam. Veja como os padrões de interoperabilidade podem revitalizar a ETH: Primeiro, vamos entender como chegamos até aqui. Ethereum teve um problema de escalabilidade durante o último ciclo. As taxas de gás atingiram um pico de US $ 100 + por transação, à medida que os usuários competiam por espaço em bloco. Os rollups de camada 2 surgiram para corrigir esse problema e funcionaram. Base, Arbitrum, Optimism e dezenas de outros expandiram com sucesso a capacidade do Ethereum, com taxas agora contadas em centavos. Mas também criaram um novo problema: a fragmentação. Os usuários agora devem navegar entre ecossistemas isolados que não conversam entre si. O impacto no mundo real é significativo. Imagine que você tem fundos no Optimism, mas quer usar um aplicativo no Base. Você precisa: • Encontre uma ponte • Pague taxas caras • Aguarde os períodos finais • Gerencie várias carteiras A experiência do usuário é desafiadora, para dizer o mínimo. Mas os padrões de interoperabilidade estão atualmente sendo desenvolvidos para unificar o ecossistema Ethereum. Geralmente, não sou fã de normas; no entanto, a falta de padrões nessa situação resultou em repetidos gargalos para os desenvolvedores. Vamos detalhar alguns deles: 1. O primeiro padrão de interoperabilidade em nossa lista é o padrão de intenção Across e Uniswap (ERC-7683). As intenções permitem que os usuários expressem o que querem (trocar o token X no @base para o token Y em @arbitrum), e então os "solvers" competirão para cumprir a ordem no caminho mais otimizado. Veja como funciona: Quando você solicita uma troca entre cadeias, uma rede descentralizada de "solvers" compete para atender seu pedido. Eles antecipam a liquidez e fornecem um cumprimento rápido, enquanto a liquidação final ocorre mais tarde por meio de mensagens seguras entre cadeias. Isto é fundamentalmente diferente das pontes tradicionais, onde: • Você bloqueia tokens em um contrato na cadeia A • Aguarde a confirmação (muitas vezes minutos ou horas) • Em seguida, obtenha tokens embrulhados na cadeia B As abordagens baseadas em intenção colocam a experiência do usuário em primeiro lugar, com a liquidação acontecendo depois. O padrão ERC-7683 visa garantir que os protocolos compartilhem informações em uma linguagem consistente para que qualquer solucionador na rede descentralizada possa entender o pedido e executá-lo. E o ERC-7683 não é a única norma que tenta combater a fragmentação entre cadeias. 2. Existem vários outros padrões tentando costurar rollups isolados. Aqui está um breve detalhamento: • RIP-7755: Permite transações sem confiança entre rollups através de uma rede sem permissão de cumpridores. • RIP-7859: Expõe informações de origem da Camada 1 dentro de ambientes da Camada 2, melhorando a verificação de dados entre cadeias. • ERC-7828: Introduz endereços específicos da cadeia no ENS, reduzindo a confusão ao enviar ativos através de diferentes cadeias. Cada um desses padrões é um passo para resolver ecossistemas isolados. No entanto, todos eles enfrentam a mesma questão subjacente: Ainda precisamos de uma linguagem comum para que as cadeias se comuniquem na camada base. Sem isso, a fragmentação persiste. Para realmente escalar a camada de aplicativos do Ethereum em todas as cadeias, os padrões e desenvolvedores acima precisam de uma linguagem compartilhada. 3. Isso nos leva ao ERC-7786, uma interface universal proposta para mensagens entre blockchains. É como concordar com um formato de endereço de correspondência, para que UPS, FedEx ou DHL possam entregar o seu pacote. Proposto por @OpenZeppelin e @interop_labs (o desenvolvedor da Rede @axelar), o ERC-7786 é minimalista por design, construído para ser leve e modular. O objetivo é reduzir a dependência do fornecedor e permitir verdadeiros aplicativos nativos de cadeia cruzada. ERC-7786 padroniza: • Codificação de campo de mensagem • Lógica de envio e recebimento • Garantias de segurança • "Atributos" opcionais para comportamento específico do protocolo O padrão foi projetado para ser flexível, para que os desenvolvedores possam escrever código uma vez e implantá-lo em várias cadeias (incluindo ambientes L2s e não-EVM). A "abstração em cadeia" continua a ser o objetivo final: • Os usuários não precisam saber em qual cadeia estão. • As carteiras devem funcionar em todos os lugares. • Os ativos devem poder circular livremente. Neste momento, o capital está ineficientemente bloqueado em dezenas de contratos de ponte. Enquanto isso, os desenvolvedores perdem tempo aprendendo várias interfaces proprietárias, enquanto os usuários arcam com o custo da complexidade. A padronização cria uma maré crescente que levanta todos os barcos. Na história da tecnologia, os padrões abertos aceleram consistentemente o crescimento do ecossistema. O TCP/IP uniu a internet, o HTTP padronizou a web e, agora, os padrões de interoperabilidade reunirão o ecossistema do Ethereum.