O dimensionamento via L2s se tornou o maior problema do Ethereum: 50+ rollups isolados com liquidez fragmentada e pontes complexas. Existem soluções de cadeia cruzada, mas precisamos de padrões para uni-las. Veja como os padrões de interoperabilidade podem revitalizar o ETH: Primeiro, vamos entender como chegamos aqui. O Ethereum teve um problema de escala durante o último ciclo. As taxas de gás atingiram o 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 eles também criaram um novo problema: a fragmentação. Os usuários agora devem navegar entre ecossistemas isolados que não se comunicam entre si. O impacto no mundo real é significativo. Imagine que você tem fundos no Optimism, mas deseja usar um aplicativo no Base. Você precisa: • Encontre uma ponte • Pague taxas caras • Aguardar períodos de finalidade • Gerencie várias carteiras A experiência do usuário é desafiadora, para dizer o mínimo. Mas os padrões de interoperabilidade estão sendo desenvolvidos para unificar o ecossistema Ethereum. Geralmente, não sou fã de padrões; No entanto, a falta de padrões nessa situação resultou em gargalos repetidos para os desenvolvedores. Vamos detalhar alguns deles: 1. O primeiro padrão de interoperabilidade em nossa lista é o padrão de intenção da Across e da Uniswap (ERC-7683). As intenções permitem que os usuários expressem o que desejam (trocar o token X no @base para o token Y no @arbitrum) e, em seguida, os "solucionadores" competirão para atender ao pedido no caminho mais otimizado. Veja como funciona: Quando você solicita uma troca de cadeia cruzada, uma rede descentralizada de "solucionadores" compete para atender ao seu pedido. Eles enfrentam a liquidez e fornecem atendimento rápido, enquanto a liquidação final ocorre posteriormente por meio de mensagens seguras entre cadeias. Isso é fundamentalmente diferente das pontes tradicionais, onde: • Você bloqueia tokens em um contrato na cadeia A • Aguarde a confirmação (geralmente 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 é o único padrão que tenta lidar com a fragmentação da cadeia cruzada. 2. Existem vários outros padrões tentando unir rollups isolados. Aqui está um breve detalhamento: • RIP-7755: Permite transações sem confiança entre rollups por meio de uma rede sem permissão de cumpridores. • RIP-7859: Expõe informações de origem da Camada 1 dentro de ambientes de 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 entre diferentes cadeias. Cada um desses padrões é um passo para resolver ecossistemas isolados. No entanto, todos eles enfrentam o mesmo problema subjacente: Ainda precisamos de uma linguagem comum para que as cadeias se comuniquem na camada base. Sem isso, a fragmentação persiste. Para realmente dimensionar a camada de aplicativos do Ethereum entre 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 seu pacote. Proposto pela @OpenZeppelin e @interop_labs (desenvolvedora da @axelar Network), o ERC-7786 é mínimo por design, construído para ser leve e modular. O objetivo é reduzir o aprisionamento do fornecedor e habilitar aplicativos nativos de cadeia cruzada verdadeiros. O 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 L2s e ambientes não EVM). A "abstração em cadeia" continua sendo 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. No momento, o capital está ineficientemente bloqueado em dezenas de contratos-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 da Ethereum.