318 posts marcados com "Ethereum"

Dois protocolos agora se posicionam entre cada agente de IA e a blockchain com a qual ele deseja interagir. Um veio da Anthropic. O outro veio do Google. E até abril de 2026, nenhum deles será opcional para desenvolvedores Web3 que desejam que sua infraestrutura seja acessível pelos mais de 250.000 agentes on-chain ativos diariamente que surgiram no primeiro trimestre.

O Protocolo de Contexto de Modelo (MCP) diz a um agente como usar uma ferramenta. O Protocolo Agente para Agente (A2A) diz a um agente como falar com outro agente. Eles não são rivais, mas sim camadas — no entanto, a escolha de qual suportar primeiro, para qual otimizar e como expor primitivas nativas de cripto através de ambos, é agora uma decisão de arquitetura fundamental para qualquer pessoa que esteja construindo para a web agentic.

Um Ano Que Reestruturou o Stack de Agentes​

O MCP nasceu na Anthropic no final de 2024 como um padrão estreito: permitir que o Claude, e mais tarde qualquer modelo, se conectasse a ferramentas e dados externos através de uma interface cliente-servidor única, em vez de integrações personalizadas. Quando a Coinbase lançou seu MCP de Pagamentos em fevereiro de 2026, o MCP já havia se tornado a forma como os modelos de fronteira — Claude, Gemini, Codex — alcançam carteiras, APIs e feeds de dados. O deBridge expôs o roteamento de swap cross-chain através de um servidor MCP. O servidor MCP da Solana deu a qualquer modelo compatível com MCP a capacidade de verificar saldos, trocar tokens e cunhar NFTs em linguagem natural.

O A2A seguiu um caminho diferente. O Google o anunciou em abril de 2025 com mais de 50 parceiros de lançamento — Atlassian, Box, Cohere, Intuit, LangChain, MongoDB, PayPal, Salesforce, SAP, ServiceNow e as grandes empresas de consultoria. Foi doado para a Linux Foundation em junho de 2025. Enquanto o MCP padronizou a conexão agente-ferramenta, o A2A padronizou a conexão agente-agente: como um agente descobre outro agente, lê seu "cartão de agente", negocia uma tarefa e coordena o trabalho através de fronteiras organizacionais.

Então aconteceu dezembro de 2025. A Linux Foundation lançou a Agentic AI Foundation (AAIF) com seis cofundadores — OpenAI, Anthropic, Google, Microsoft, AWS e Block — e colocou tanto o MCP quanto o A2A sob o mesmo guarda-chuva de governança. O enquadramento de "guerra de protocolos" colapsou quase tão rápido quanto começou. Eles são complementares, e a indústria agora os trata dessa forma.

Para a Web3, a complementaridade importa mais do que a competição jamais importou. As ferramentas vivem on-chain; os agentes vivem em todos os lugares. Você precisa de ambos.

O Que o MCP Realmente Faz por um Stack Cripto​

O MCP é um protocolo de chamada de ferramenta cliente-servidor. Um modelo rodando dentro de uma aplicação — o cliente MCP — conecta-se a um servidor MCP que publica um conjunto de ferramentas, recursos e modelos de prompt. O servidor pode ser qualquer coisa: um sistema de arquivos local, uma API SaaS ou um RPC de blockchain envolvido com descrições semânticas.

Essa última categoria é onde a Web3 se conecta. O MCP de Pagamentos da Coinbase expõe a criação de carteiras, fluxos de on-ramp e transferências de stablecoins como ferramentas que qualquer cliente MCP pode chamar. O servidor MCP do deBridge expõe cotações cross-chain e execução de swaps sem custódia. Um servidor MCP da Solana expõe verificações de saldo, transferências, swaps e cunhagens. Para o modelo, isso parece idêntico a chamar uma ferramenta de calculadora — a complexidade nativa de cripto está oculta atrás de esquemas JSON.

O efeito prático é que qualquer modelo com suporte a MCP — Claude, Gemini, Codex e a maioria dos frameworks de agentes de pesos abertos — pode agora interagir com infraestrutura on-chain sem trabalho de SDK personalizado. No início de 2026, o protocolo de pagamento x402 (mais sobre isso abaixo) processou mais de US$ 600 milhões em volume e suporta quase 500.000 carteiras de IA ativas, a maioria operando através de ferramentas expostas via MCP.

O Que o A2A Adiciona Que o MCP Não Consegue​

O A2A responde a uma pergunta diferente: uma vez que meu agente precisa contratar outro agente — um que possa fazer revisão jurídica, pontuação de fraude, tradução ou análises on-chain especializadas — como ele encontra esse agente, o verifica e trabalha com ele?

A resposta do A2A são os cartões de agente: pequenos documentos JSON hospedados via HTTPS que descrevem as capacidades, endpoints, requisitos de autenticação e habilidades de um agente. Um agente descobre outro agente, lê o cartão e inicia uma tarefa através de um conjunto padrão de métodos HTTP + JSON-RPC. O protocolo é deliberadamente leve: ele não se importa com qual framework o outro agente opera, apenas que ele fale A2A.

Para a Web3, é aqui que vivem os fluxos de trabalho interorganizacionais. Um agente de negociação em uma plataforma contratando um agente de avaliação de risco em outra. Um agente de tesouraria de uma DAO delegando uma verificação de conformidade a um serviço de terceiros. Um agente de jogo encomendando um ativo on-chain de um agente de arte generativa. Nada disso é uma chamada de ferramenta — é uma negociação entre pares, e o MCP nunca foi projetado para isso.

A Camada Nativa da Web3: x402 e ERC-8004 se Encaixam Abaixo​

Nem o MCP nem o A2A lidam com pagamento ou identidade. Essa lacuna é onde os padrões nativos de cripto agora se encaixam.

x402 é o renascimento da Coinbase do status code HTTP 402 "Payment Required", há muito tempo inativo. Quando um agente atinge um endpoint com paywall, o servidor retorna 402 com instruções de pagamento; o agente paga em stablecoin — normalmente USDC — e tenta novamente. É livre de conta, livre de assinatura e dimensionado para micropagamentos de frações de centavo. Em abril de 2026, a Fundação x402 inclui Adyen, AWS, American Express, Base, Circle, Cloudflare, Coinbase, Google, Mastercard, Microsoft, Shopify, Solana Foundation, Stripe e Visa. O Google incorporou o x402 em sua própria iniciativa Agents Payment Protocol (AP2), o que efetivamente o abençoa como a trilha de pagamento por trás das transações coordenadas pelo A2A.

ERC-8004, que entrou no ar na rede principal da Ethereum em 29 de janeiro de 2026, é a contraparte de identidade e reputação. Co-escrito por colaboradores da MetaMask, Ethereum Foundation, Google e Coinbase, ele introduz três registros on-chain — Identidade, Reputação e Validação — que permitem que os agentes provem quem são e acumulem históricos verificáveis através de fronteiras organizacionais. Em abril de 2026, mais de 20.000 agentes estão registrados e mais de 70 projetos constroem sobre ele. O padrão espelha deliberadamente o conceito de cartão de agente do A2A: o AgentID on-chain resolve para um AgentCard off-chain, de modo que agentes compatíveis com A2A possam herdar a identidade ERC-8004 sem um novo protocolo.

ERC-8183, da Ethereum Foundation e Virtuals Protocol, fecha o ciclo com um padrão de garantia (escrow) contratar-entregar-liquidar. Ele define os papéis de Cliente, Provedor e Avaliador para mercados de trabalho de agentes on-chain. O resumo claro que circula este trimestre: o x402 responde como pagar, o ERC-8004 responde quem é a outra parte e se ela é confiável, e o ERC-8183 responde como transacionar com confiança. Todos os três operam sobre a coordenação do A2A e o uso de ferramentas do MCP.

Em Que as Blockchains Estão Apostando​

Diferentes L1s e L2s estão fazendo apostas distintas sobre qual superfície de protocolo é mais importante — e essas apostas moldam as prioridades de suas stacks de desenvolvedores.

Ethereum aprofundou-se mais em semântica de identidade e tarefas via ERC-8004 e ERC-8183, alinhando-se perfeitamente ao modelo cross-organizacional do A2A. A equipe dAI da Ethereum Foundation nomeou o ERC-8004 como um componente central do roadmap de 2026.

Solana dobrou sua aposta na exposição de ferramentas MCP e pagamentos x402. Mais de 9.000 agentes da rede Solana foram implantados, e o servidor Solana MCP é o ponto de entrada canônico para qualquer modelo compatível com MCP que deseje interagir com a chain. A aposta do ecossistema é que a execução rápida e barata, somada à infraestrutura MCP nativa, vencerá a camada de chamada de ferramentas (tool-call layer).

BNB Chain seguiu um terceiro caminho com o BAP-578, o padrão de Agente Não Fungível (NFA) que foi lançado na mainnet em fevereiro de 2026. O BAP-578 torna o próprio agente o ativo on-chain primário — cada NFA possui uma carteira, pode deter tokens, executar lógica e ser comprado ou contratado. O padrão suporta abordagens de RAG, integração MCP, fine-tuning e aprendizado por reforço através de contratos de lógica plugáveis. Até meados de fevereiro, o ecossistema de agentes da BNB Chain havia se expandido para 58 projetos em 10 categorias.

Base ancora o trilho x402 por meio da Coinbase e tornou-se a camada de liquidação padrão para micropagamentos entre agentes (agent-to-agent); a integração da Stripe com a Base, anunciada este trimestre, estende esse trilho para a infraestrutura de comerciantes convencionais.

O padrão: nenhuma chain está escolhendo MCP ou A2A — todas estão escolhendo ambos, além de um diferencial nativo de cripto (identidade no Ethereum, execução na Solana, representação de ativos na BNB, pagamentos na Base).

A Verdadeira Questão para Construtores: Qual Superfície Expor Primeiro?​

A convergência de padrões não elimina as decisões de sequenciamento. Um protocolo, carteira, ponte ou provedor de dados ainda precisa escolher o que entregar primeiro, e essa escolha tem consequências.

• Lance um servidor MCP primeiro se o seu produto for uma ferramenta — uma carteira, uma ponte, um feed de dados ou um roteador de troca (swap router). O MCP é onde vive o fluxo de agente individual para ferramenta, e a maioria dos agentes autônomos em 2026 ainda são configurações de agente único chamando ferramentas.
• Lance um cartão de agente A2A em seguida se o seu produto for, ele próprio, um agente ou um serviço que outros agentes contratarão. Pontuação de risco, verificações de conformidade, análise on-chain, market-making — esses são fluxos de agente para agente.
• Integre o x402 em ambos se o seu serviço puder ser tarifado. Cada chamada de ferramenta MCP e cada invocação de tarefa A2A é um micropagamento potencial, e o x402 é o caminho de menor resistência.
• Registre-se no ERC-8004 se o seu agente opera através de fronteiras organizacionais e a reputação é importante. Identidade sem reputação é apenas um crachá; identidade com reputação on-chain é um histórico comprovado.
• Considere o ERC-8183 se o seu serviço vende entregas discretas e avaliáveis — o padrão de custódia (escrow) mapeia-se perfeitamente para modelos de negócio de agente como contratado.

A comparação entre a lenta adoção do ERC-4337 versus a instantânea do ERC-20 é instrutiva. O ERC-20 venceu porque cada token precisava da mesma coisa. O ERC-4337 avançou lentamente porque a abstração de conta só vale a pena quando o benefício é óbvio. O MCP parece mais com o ERC-20 — quase todos os agentes precisam de ferramentas — enquanto o A2A parece mais com o ERC-4337, com a adoção concentrada onde fluxos de trabalho multi-agentes realmente existem. Isso pode mudar à medida que as populações de agentes crescem e a especialização se consolida, mas ao longo de 2026, o sequenciamento focado em MCP primeiro parece correto para a maioria dos construtores de Web3.

Por Que Isso Importa para Provedores de Infraestrutura​

Para um provedor de RPC e indexadores que atende à web agêntica, a implicação é direta: cada blockchain que você suporta precisa ser acessível através de ambos os protocolos, com tarifação x402 integrada onde fizer sentido.

A BlockEden.xyz opera infraestrutura de RPC e indexação de produção em mais de 27 blockchains — incluindo Sui, Aptos, Solana, Ethereum, BNB Chain e Base — que os agentes autônomos acessam cada vez mais por meio de servidores MCP e fluxos de trabalho A2A. Explore nosso marketplace de APIs se você estiver construindo infraestrutura integrada a agentes que precisa falar ambos os protocolos desde o primeiro dia.

Fontes​

• Anunciando o Protocolo Agent2Agent (A2A) — Google Developers Blog
• Google Agent-to-Agent (A2A) e Anthropic Model Context Protocol (MCP) — Gravitee
• A2A e MCP: O Início das Guerras de Protocolos de Agentes de IA? — Koyeb
• MCP vs A2A: O Guia Completo para Protocolos de Agentes de IA em 2026
• Lançamento do MCP de Pagamentos da Coinbase
• Coinbase Estreia Infraestrutura de Carteira Cripto para Agentes de IA — PYMNTS
• x402 — Pagamento Obrigatório, Padrão de Pagamentos Nativo da Internet
• Stripe utiliza Base para protocolo de pagamento x402 de agentes de IA — crypto.news
• ERC-8004: Agentes Trustless — Ethereum Improvement Proposals
• ERC-8004 do Ethereum visa colocar identidade e confiança por trás dos agentes de IA — CoinDesk
• Ethereum Foundation e Virtuals Protocol Lançam ERC-8183 — KuCoin
• BNB Chain BAP-578: Quando Agentes de IA se Tornam Ativos Negociáveis — BlockEden.xyz
• Especificação BAP-578 — BEPs da BNB Chain
• Solana, BSC e Base Aceleram a Infraestrutura de Agentes de IA — KuCoin

Um protocolo DeFi de US$24 bilhões acaba de perder seu gestor de risco porque US$ 5 milhões não eram dinheiro suficiente para realizar o trabalho de forma lucrativa. Essa frase deve fazer parar qualquer pessoa que esteja pensando no caminho do DeFi rumo à maturidade institucional.

Em 6 de abril de 2026, a Chaos Labs anunciou que encerraria seu compromisso de três anos com a Aave, abandonando um pacote de retenção de US$ 5 milhões que a Aave Labs havia colocado na mesa para manter a empresa no cargo. Omer Goldberg, fundador da Chaos Labs, disse à comunidade que, mesmo com esse aumento no orçamento, sua equipe estava operando a operação de risco da Aave com prejuízo — e continuaria a fazê-lo à medida que a arquitetura hub-and-spoke da V4 expandisse a área de superfície que eles deveriam cobrir.

Esta não foi uma disputa comum de fornecedores. A Chaos Labs foi o terceiro grande provedor de serviços técnicos a sair da Aave em 90 dias, seguindo a BGD Labs (1º de abril) e a Aave Chan Initiative no início do trimestre. No meio desse êxodo, a Aave executou a maior atualização de sua história — a V4 entrou no ar na rede principal da Ethereum em 30 de março de 2026 — enquanto detinha US$26,4 bilhões em TVL e preparava a Horizon, sua plataforma institucional de RWA, para escalar além dos US$ 1 bilhão em títulos do tesouro tokenizados que já gerencia.

A história não é que a Aave parará de funcionar. A história é o que ela revela sobre a fragilidade estrutural oculta dentro de cada grande protocolo DeFi: o abismo entre a escala dos ativos geridos e o tamanho das equipes que os gerenciam.

Durante dois anos, a proposta da EigenLayer para os restakers tem sido simples: faça stake de ETH, proteja o protocolo de outra pessoa, receba rendimento extra. Os parâmetros de slashing existiam apenas no papel. Os operadores não podiam realmente perder capital por se comportarem mal em um AVS, porque o código que retiraria o seu stake ainda não tinha sido lançado. Essa era terminou em 17 de abril de 2026, quando a EigenLayer ativou o slashing de produção na mainnet.

Aproximadamente US$ 15 – 18 bilhões em ETH em restaking estão agora expostos a perdas criptoeconômicas reais pela primeira vez desde o lançamento do protocolo. A pergunta que os restakers, operadores, construtores de AVS e os mercados de empréstimo DeFi que detêm centenas de bilhões em dívidas garantidas por LST têm evitado educadamente por vinte de quatro meses está finalmente prestes a ser respondida: o rendimento de restaking é uma compensação por um trabalho de segurança real, ou é uma compensação por um risco que ninguém estava realmente correndo?

Dois Anos de Teatro de Slashing​

A EigenLayer foi lançada na mainnet em 2023 com uma promessa clara. Os operadores fariam o restake de ETH para proteger Serviços Validados Ativamente (AVS) — redes de oráculos, pontes, camadas de disponibilidade de dados, coprocessadores — e, se se comportassem mal, o AVS poderia aplicar o slashing no seu stake. O modelo deveria criar um mercado unificado para segurança criptoeconômica, onde qualquer novo protocolo poderia pegar emprestado o conjunto de validadores do Ethereum em vez de inicializar um conjunto de validadores próprio.

O que realmente foi entregue foi a primeira metade dessa promessa. Os operadores podiam registrar-se, delegar e ganhar recompensas. A própria lógica de slashing foi substituída por parâmetros de preenchimento (placeholders). Ao longo de 2024 e na maior parte de 2025, um AVS que detectasse um operador assinando duplamente, censurando dados ou produzindo uma prova inválida não tinha uma forma ao nível do protocolo de confiscar o ETH desse operador. O número de "segurança passível de slashing" nos painéis era apenas aspiracional.

Isso não era segredo. A documentação da EigenLayer era explícita sobre a implementação em fases. Mas o efeito no comportamento dos operadores e nas expectativas dos restakers foi significativo. Um operador de AVS executando EigenDA, Hyperlane e Lagrange simultaneamente sabia que um bug de software, um desvio de oráculo ou mesmo um comportamento inadequado deliberado poderia custar-lhes o rendimento, mas não o capital principal. Os restakers, por sua vez, trataram o restaking como uma variante de maior rendimento do simples stake de ETH, em vez de um produto de risco fundamentalmente diferente.

O ELIP-002 — "Slashing via Unique Stake & Operator Sets" — foi o que finalmente mudou o cálculo. A atualização da mainnet de 17 de abril ativa os contratos que permitem que um AVS execute uma transação de slashing contra a alocação específica de um operador específico, com ETH real saindo de carteiras reais. A era dos marcadores de posição acabou.

O Que Realmente Entrou em Vigor​

A atualização não é um interruptor único que corta cada operador no momento em que ocorre uma violação de especificação. É uma estrutura na qual os AVSs, operadores e restakers agora optam deliberadamente.

Conjuntos de Operadores (Operator Sets) são o novo primitivo central. Um AVS não tem mais um pool global de operadores protegendo-o. Em vez disso, ele define um ou mais Conjuntos de Operadores, cada um com as suas próprias regras de registro, atribuições de tarefas, condições de slashing e estrutura de recompensas. Um operador que queira proteger um AVS registra-se num Conjunto de Operadores específico e aceita explicitamente as condições de slashing associadas a esse conjunto.

Alocação de Stake Única (Unique Stake Allocation) é o modelo de contabilidade subjacente. Cada operador começa com uma Magnitude Total definida pelo protocolo (1 × 10^18 unidades) representando o seu stake delegado total. O operador aloca fatias dessa magnitude para diferentes Conjuntos de Operadores. Apenas o AVS que possui um determinado Conjunto de Operadores pode aplicar o slashing na fatia alocada a ele. Se o Conjunto de Operadores da EigenDA detém 40% da magnitude de um operador e o da Hyperlane detém 30%, um evento de slashing na EigenDA pode, no máximo, consumir esses 40% — o stake da Hyperlane é intocável para o slasher da EigenDA e vice-versa.

Opt-in por padrão é o mecanismo de implementação gradual. Operadores que já executam AVSs sob o regime pré-slashing não são inscritos automaticamente nos novos Conjuntos de Operadores. Eles têm de rever as condições de slashing de cada AVS, decidir quais são aceitáveis e optar por participar. Da mesma forma, os AVSs têm de escrever as suas condições de slashing e publicá-las para os operadores avaliarem. Na prática, isso significa que a exposição ao slashing aumentará ao longo de semanas e meses, à medida que os operadores e os AVSs migram do modelo antigo para os Conjuntos de Operadores, em vez de aparecer da noite para o dia como um único raio de impacto.

O token EIGEN adiciona um mecanismo separado para falhas "intersubjetivas" — comportamentos inadequados que não podem ser provados on-chain, mas que qualquer observador razoável concordaria que merecem uma penalidade. Quando uma super-maioria de stakers de EIGEN conspira para atacar um AVS de uma forma que um fork possa resolver, os desafiadores podem criar um fork de slashing do token. Isso é independente do slashing de ETH no ELIP-002 e visa uma classe diferente de falha.

Considerados em conjunto, o design é conservador de uma forma que importa. A Alocação de Stake Única isola o raio de impacto por AVS, o que aborda diretamente o risco de restaking mais citado: que um AVS com bugs e um circuito de slashing quebrado possa derrubar AVSs não relacionados por meio do stake compartilhado do operador. Esse modo de falha é agora estruturalmente mais difícil de desencadear.

A Questão Empírica que o Restaking tem Evitado​

A EigenLayer detém atualmente entre $15,2 bilhões e$ 19,7 bilhões em ativos de restaking, dependendo de como você contabiliza, dominando cerca de 94% do mercado de restaking. Mais de 4,3 milhões de ETH estão delegados. O protocolo garante mais de 20 AVSs, com EigenDA, Hyperlane e Lagrange gerando a maior parte da receita de taxas.

Esses números foram construídos durante um período em que o slashing era teórico. A questão empírica que a ativação de 17 de abril agora impõe é simples: quanto da segurança que esses AVSs têm "fornecido" era real?

Considere as duas possibilidades.

No primeiro cenário, os principais AVSs têm operado em alto nível o tempo todo. Seus operadores gerenciam infraestrutura de nível de produção, suas especificações de slashing capturam comportamentos inadequados genuínos e a taxa de slashing de base pós-ativação se estabiliza em algo significativamente acima do nível próximo de zero da Lido — talvez de 10 a 100 pontos-base anualizados, refletindo o fato de que proteger uma camada de DA ou uma bridge é um trabalho mais difícil do que validar blocos. Os rendimentos de restaking se reajustam para cima para compensar esse risco, e a tese de que o ETH em restaking fornece segurança econômica adicional se mantém.

No segundo cenário, muito do que pareceu segurança por dois anos foi, na verdade, uma coincidência de ausência de fiscalização. Os operadores têm coletado recompensas por executar serviços cujas especificações de slashing nunca foram testadas contra má conduta real. Assim que o slashing é ativado, uma de três coisas acontece: os AVSs descobrem que suas próprias especificações são muito frouxas e deixam passar comportamentos inadequados reais; eles descobrem que suas especificações são muito rígidas e punem operadores honestos devido a casos extremos que o ambiente de teste nunca revelou; ou os operadores, ao verem os primeiros eventos reais de slashing, concluem que o rendimento ajustado ao risco é pior do que o staking de ETH comum e retiram seus fundos.

A razão pela qual o segundo cenário é plausível é que ninguém foi disciplinado por perdas. AVSs que desejam parecer de alta segurança não tiveram como provar isso, e AVSs que foram negligentes não tiveram como ser pegos. Ambos parecem idênticos em um painel de controle. A ativação do slashing é o primeiro mecanismo que força a separação dos dois grupos.

A comparação que importa aqui é com a Lido. A Lido perdeu menos de 0,01% do ETH em staking para slashing na camada de consenso desde 2020. Esse é o referencial para "staking passivo", onde o único trabalho é seguir as regras de atestação que foram testadas por centenas de milhões de dólares em penalidades reais ao longo de cinco anos. Se os AVSs da EigenLayer estão realizando um trabalho genuinamente mais difícil — operando oráculos, bridges, camadas de DA, coprocessadores — suas taxas de slashing deveriam ser maiores que as da Lido, porque um trabalho mais difícil cria mais oportunidades de falha. Se as taxas de slashing pós-ativação convergirem para as da Lido, isso é uma evidência forte de que os AVSs não têm produzido a segurança adicional que suas taxas sugerem.

O Risco de Transmissão de LST​

A EigenLayer não vive isolada. O maior LST individual em DeFi é o stETH da Lido, e o stETH é uma das formas de colateral mais amplamente aceitas no sistema de restaking. Camadeie isso sobre os principais mercados de empréstimo: Aave, Morpho e Spark juntos detêm mais de $ 30 bilhões em depósitos, uma parte significativa dos quais é stETH ou wstETH sendo usados como colateral para empréstimos de stablecoins.

A cadeia de exposição funciona assim. Um detentor de stETH faz o restaking na EigenLayer. O operador da EigenLayer ao qual ele delega executa um AVS que sofre um evento de slashing. Parte do lastro de stETH agora vale menos do que seu valor de resgate em ETH implicaria. Se o slashing for grande o suficiente para afetar significativamente a paridade do stETH com o ETH, as posições alavancadas de stETH na Aave e na Morpho começam a sofrer danos de liquidação. As liquidações forçam mais stETH no mercado, aprofundando o depeg e desencadeando mais liquidações. O ciclo de feedback que ameaçou brevemente o sistema em maio de 2022 — quando o stETH perdeu a paridade durante o colapso da UST — tem um novo gatilho potencial.

Vários fatores estruturais tornam isso menos assustador do que parece. A Alocação Única de Stake limita o raio de impacto a um AVS específico, em vez de permitir que uma falha se propague. A maioria dos AVSs possui limites de slashing bem abaixo de 100%, portanto, mesmo um evento de gravidade máxima consome apenas uma fração do stake em risco. As retiradas da Beacon Chain tornaram o resgate de stETH muito mais fluido do que era em 2022, reduzindo a sensibilidade ao depeg. E a rampa de entrada opcional (opt-in) significa que os primeiros eventos de slashing atingirão uma pequena fração da base total de restaking.

Mas o risco não é zero, e é maior do que a maioria dos usuários que detêm stETH como colateral de "rendimento seguro" entende. Qualquer pessoa operando stETH alavancado na Aave ou na Morpho agora tem uma nova variável exógena em seu cálculo de liquidação. Mutuários que antes não acompanhavam as condições de slashing dos AVSs agora estão indiretamente expostos a elas.

Como Devem Ser os Próximos Seis Meses​

A resposta honesta é que ninguém sabe. Mas o formato do que observar está claro.

O primeiro evento real de slashing definirá a narrativa. Se atingir um grande AVS e o post-mortem revelar um bug na especificação em vez de má conduta genuína do operador, a confiança no modelo será abalada e os restakers começarão a fazer perguntas mais difíceis sobre a qualidade das especificações de cada AVS. Se atingir uma má conduta genuína e o sistema penalizar de forma limpa o mau operador enquanto deixa os operadores honestos intactos, a tese do restaking ganha um grande impulso de credibilidade. Ambos os resultados são possíveis e a diferença importa enormemente.

A receita de taxas dos AVSs irá se estratificar. AVSs que puderem demonstrar especificações de slashing robustas e comportamento limpo do operador comandarão rendimentos mais altos, porque os restakers os precificarão corretamente como provedores de segurança real. AVSs cujas especificações pareçam negligentes terão que se ajustar ou perderão operadores para alternativas melhor geridas. Espere que uma lacuna visível se abra entre os três primeiros e a cauda longa nos próximos dois trimestres.

Os operadores irão se consolidar. Operar AVSs com exposição real ao slashing exige infraestrutura e disciplina operacional que muitos operadores atuais não possuem. Espere que uma fração significativa de operadores menores saia em vez de absorver o risco. O mercado de operadores se concentrará em empresas que podem realmente defender sua superfície de slashing.

Os emissores de LRT terão que ser explícitos. Os Liquid Restaking Tokens — os produtos em forma de wrapper sobre a EigenLayer — historicamente têm sido vagos sobre quais AVSs o stake subjacente está protegendo. Pós-ativação, essa vagueza torna-se um passivo. Espere que os emissores de LRT publiquem transparência na alocação de AVS ou percam mercado para aqueles que o fazem.

A ativação não é uma crise. É o momento em que o restaking deixa de ser uma narrativa e passa a ser um produto com um modelo de risco real. Pela primeira vez desde 2023, a curva de rendimento do ETH em restaking será forçada a refletir o que está realmente acontecendo dentro dos AVSs, em vez do que os restakers imaginam que está acontecendo. Essa é uma transição saudável, e os protocolos que têm feito o trabalho correto serão beneficiados. Aqueles que têm apenas seguido o fluxo, não.

BlockEden.xyz fornece infraestrutura de RPC e indexação de nível empresarial para o Ethereum e seu ecossistema de restaking. Se você está construindo ou operando AVSs, LRTs ou ferramentas de monitoramento que precisam de acesso de baixa latência ao estado da EigenLayer, explore nosso marketplace de APIs para construir em uma infraestrutura projetada para a era do slashing em produção.

Fontes​

• Slashing na Mainnet da EigenLayer: Guia para Stakers Institucionais
• Introdução ao Slashing na EigenLayer: Edição AVS
• O Slashing da EigenLayer está entrando no ar — Como AVSs, Operadores e Restakers devem se preparar?
• ELIP-002: Slashing via Conjuntos Únicos de Stake e Operadores (Fórum EigenLayer)
• Estratégias e Magnitudes — Documentação EigenCloud
• EigenLayer ultrapassa US$ 18 bilhões em ETH em restaking (BlockEden.xyz)
• A Economia de Restaking da EigenLayer atinge US$ 25 bilhões em TVL — Grande demais para quebrar?
• Desvendando um Caso Isolado Curioso na Contabilidade de Slashing da EigenLayer (Sigma Prime)
• Restaking 2026: Maximizando o Rendimento com EigenLayer e Jito
• TVL da EigenLayer ultrapassa US$ 15 bilhões (The Block)

Por mais de uma década, a Ethereum precificou seu recurso mais importante da mesma forma que um mercado de peixes precifica o atum às 4 da manhã: quem grita mais alto no último segundo vence. A cada doze segundos, um novo leilão abre e fecha, sem nenhuma maneira de travar um preço no dia anterior, sem maneira de fazer hedge contra um pico e sem maneira de um validador saber como será a receita da próxima terça-feira.

Isso mudou em 15 de abril de 2026. A ETHGas e a ether.fi firmaram um acordo comercial de três anos e US$ 3 bilhões que introduz o primeiro mercado a termo sério para o espaço de bloco da Ethereum. A ether.fi, o maior protocolo de staking líquido fora o Lido, com 2,8 milhões de ETH sob gestão, está comprometendo aproximadamente 40% de suas participações no serviço de Staking de Alto Desempenho da ETHGas. Em troca, a ETHGas obtém a profundidade de validadores de que precisa para vender algo que a Ethereum nunca teve: um assento garantido e com preço pré-definido em um bloco que ainda não foi construído.

Parece encanamento. É encanamento. Mas também foram os primeiros contratos futuros de gás natural em 1990, e eles acabaram remodelando a forma como todas as companhias aéreas, concessionárias e compradores industriais do planeta fazem negócios.

Pela primeira vez na cadência acelerada de forks da Ethereum em 2026 - 2027, o roadmap vacilou. Em meados de abril de 2026, os desenvolvedores principais reconheceram publicamente o que as equipes de clientes sussurravam há semanas: a Separação Propositor - Construtor Incorporada (ePBS) — a peça mais ambiciosa do hard fork Glamsterdam — é "mais complexa do que o previsto", e a janela original da mainnet para maio - junho está quase certamente fora de alcance. O atraso empurra o Glamsterdam para o T3 ou T4 de 2026, estreitando a lacuna com o fork Hegota já agendado e reabrindo uma questão que a Ethereum pensava ter resolvido: pode uma camada base de cinco clientes ainda atualizar no ritmo que uma economia de L2 pós - Pectra exige?

Mais de vinte rollups de Ethereum agora asseguram cerca de $ 40 bilhões em valor, e quase nenhum deles consegue se comunicar entre si no mesmo fôlego. Um usuário com ETH na Base ainda precisa fazer bridge para comprar um NFT na Optimism. Uma posição DeFi na Arbitrum não pode ser liquidada atomicamente contra garantias paradas na Scroll. O roadmap de escalabilidade que deveria fazer o Ethereum parecer um único computador, em vez disso, o fragmentou em cem ilhas.

Em 29 de março de 2026, a cofundadora da Gnosis, Friederike Ernst, e o fundador da Zisk, Jordi Baylina, subiram ao palco na EthCC em Cannes e propuseram uma estrutura diferente. Não outra bridge. Não outro comitê de sequenciadores compartilhados. Uma Zona Econômica do Ethereum — pronunciada "easy" (EEZ) — onde os rollups se compõem de forma síncrona com a mainnet e entre si dentro de uma única transação, cofinanciada pela Ethereum Foundation e apoiada por uma pilha de prova ZK em tempo real que levou dois anos para ser construída.

É a tentativa mais ambiciosa até agora de responder a uma pergunta que a era L2 tem evitado: e se o problema nunca fosse a largura de banda, mas sim a coordenação econômica?

Durante quinze anos, usar cripto significou um ritual profundamente estranho: abrir uma carteira, examinar uma transação codificada em hexadecimal, financiar manualmente uma conta com o token de gás correto e assinar com uma chave pela qual você é pessoalmente responsável por nunca perder. Até 2026, esse ritual estará de saída — e as carteiras que lideram essa mudança não estão pedindo aos usuários que assinem transações. Elas estão perguntando aos usuários qual resultado eles desejam.

Essa mudança, de carteiras baseadas em transações para carteiras baseadas em intenções, é o estágio final há muito prometido da abstração de conta. Ela está sendo montada agora a partir de três peças aparentemente não relacionadas: contas inteligentes ERC-4337, programabilidade EOA EIP-7702 e um mercado de "carteira como serviço" de mais de $ 10B + no qual Coinbase, Privy (agora parte da Stripe), Dynamic (adquirida pela Fireblocks), Safe e Biconomy estão correndo para construir a interface de consumo padrão para a Web3. Junte-as e você terá uma carteira que finalmente se comporta como o Apple Pay: você expressa um desejo, outra pessoa resolve a infraestrutura e a blockchain desaparece.

A Forma Final: Usuários Especificam Resultados, Não Transações​

O modelo mental para uma carteira cripto da era de 2020 era uma fábrica de transações. Você selecionava uma rede, escolhia um token de gás, definia a derrapagem (slippage), revisava o calldata e assinava. Cada pequena fricção de UX — rede errada, ETH insuficiente para o gás, uma assinatura para uma aprovação mais uma segunda assinatura para a troca (swap) — vinha do fato de que o usuário era quem operava a máquina de baixo nível.

As arquiteturas baseadas em intenções invertem esse modelo. Como a pesquisa da Anoma sobre topologias centradas em intenções define, uma intenção é uma mudança parcial de estado expressando uma preferência, assinada pelo usuário, que uma rede de resolvedores (solvers) compete para cumprir. O CoW Protocol executa essa estratégia há anos como uma DEX de leilão em lote onde os usuários assinam "venda X por pelo menos Y" e os resolvedores fazem o roteamento. O SUAVE da Flashbots leva a mesma ideia para a construção de blocos. Protocolos de intenção cross-chain estão substituindo ativamente as bridges, transformando "fazer bridge de Arbitrum para Base" em "ter esses tokens na Base em menos de um minuto".

O ponto crítico para as carteiras é este: uma vez que uma conta é programável o suficiente para aceitar instruções condicionais de várias etapas e entregá-las a um resolvedor, a interface não precisa mais parecer com o Etherscan. Ela pode parecer uma caixa de chat, um checkout da Shopify ou um botão de "Comprar PENGU" com um toque dentro de um aplicativo de consumo. A carteira torna-se o lugar onde as intenções são autenticadas; algo diferente faz a execução.

ERC-4337 Construiu os Tubos de Execução​

A primeira peça habilitadora é o ERC-4337, que entrou em operação na mainnet do Ethereum em 1 de março de 2023, e silenciosamente se tornou o substrato de execução para a maioria das carteiras inteligentes de hoje. Em vez de enviar uma transação de uma conta de propriedade externa (EOA), um usuário assina uma UserOperation — um objeto mais rico que especifica regras de validação, um paymaster opcional e as chamadas a serem executadas. Os bundlers agrupam essas operações em transações reais e as enviam para um contrato EntryPoint canônico. A visão geral da Alchemy sobre abstração de conta detalha esse pipeline.

Três capacidades surgem desse design, e juntas tornam a UX baseada em intenções realmente implementável:

• Abstração de gás via paymasters. Um contrato paymaster pode concordar em pagar o gás em nome do usuário, patrocinado pelo aplicativo ou trocado por qualquer ERC-20 que o usuário possua. A experiência é a de um usuário com zero ETH transacionando imediatamente após a criação da conta — o padrão que o guia de abstração de gás para 2026 da Nadcab projeta que se tornará um padrão invisível até 2027.
• Chaves de sessão. Em vez de autorizar novamente cada ação, um usuário pode conceder uma chave com escopo e tempo limitados — "este dApp pode gastar até 100 USDC em negociações na Base pela próxima hora". Este é o primitivo que torna jogos on-chain, agentes de IA e DeFi de alta frequência utilizáveis sem um pop-up de assinatura a cada 30 segundos.
• Validação modular. Como a validação é expressa em código de contrato, e não codificada rigidamente pelo protocolo, as carteiras podem alternar entre passkeys, lógica multisig, recuperação social ou verificações de fraude sem alterar a conta subjacente.

O ERC-4337 por si só, no entanto, tinha um problema estrutural: as contas inteligentes são contratos separados das EOAs comuns que a maioria dos usuários já possuía. Migrar mais de 200 M + endereços existentes para contas totalmente novas nunca aconteceria de forma limpa. Essa é a lacuna que o EIP-7702 fechou.

EIP-7702 Atualizou a Carteira de Todos da Noite para o Dia​

A atualização Pectra do Ethereum foi lançada em 7 de maio de 2025 e introduziu o EIP-7702 — uma mudança enganosamente simples que permite que uma EOA comum delegue temporariamente seu código a um contrato inteligente. A chave privada ainda controla a conta, mas enquanto a delegação está ativa, a EOA se comporta como uma carteira inteligente: ela pode agrupar chamadas, usar paymasters, colocar chaves de sessão em lista de permissões e conectar-se à infraestrutura ERC-4337. O mergulho profundo da Turnkey sobre a jornada do 4337 para o 7702 captura a percepção principal: os dois padrões são complementares, não concorrentes.

O efeito na adoção é dramático. MetaMask, Ledger, Ambire e Trust Wallet lançaram suporte ao EIP-7702, e a Ledger o implementou nos hardwares Flex, Stax, Nano Gen5, Nano X e Nano S Plus. A comparação ERC-4337 vs EIP-7702 da BuildBear observa que a maioria dos principais provedores de carteiras deve seguir o exemplo ao longo de 2025 e em 2026, que é exatamente o que os dados on-chain estão mostrando agora.

Em termos práticos, o 7702 significa que os usuários não precisam saber que estão recebendo uma carteira inteligente. Seu endereço existente continua funcionando; ele apenas começa a fazer mais. Essa é a pré-condição silenciosa para uma UX baseada em intenções para o mercado de massa: você não pode pedir a centenas de milhões de usuários para migrar, então você atualiza a conta que eles já têm.

A Batalha de mais de $ 10B em Wallet-as-a-Service​

Se o ERC-4337 e o EIP-7702 são a camada de protocolo, a batalha pela camada de produto está sendo travada no wallet-as-a-service. É aqui que o onboarding de nível de consumidor, passkeys, UIs incorporadas e roteamento de intenções são empacotados em um SDK que qualquer aplicativo pode adotar.

Os líderes vêm cada um de um ângulo diferente:

• Coinbase Smart Wallet é a implementação de referência para o consumidor. O anúncio da Coinbase e o plano de lançamento da Base descrevem uma carteira com autenticação baseada em passkeys, transações sem taxas de gás por padrão e implantação cross-chain — 8 redes no lançamento e o mesmo endereço de contrato em 248 chains via Safe Singleton Factory. Ela está efetivamente tentando se tornar o "Sign in with Apple" da Web3.
• Privy, adquirida pela Stripe em junho de 2025, está agora fundida com a Bridge para unificar pagamentos em cripto e fiduciários, levando carteiras incorporadas para o fundo dos fluxos de fintech tradicionais. O guia de alternativas à Privy da Openfort acompanha como essa aquisição remodelou o cenário de cripto para consumidores.
• Dynamic, adquirida pela Fireblocks, está focando na experiência do desenvolvedor e adaptadores multi-chain, posicionando carteiras incorporadas como um bloco de construção empresarial.
• Safe e Biconomy estão competindo no lado das contas modulares, particularmente em torno do ERC-7579 — um padrão mínimo para contas inteligentes modulares co-desenvolvido por Rhinestone, Biconomy, ZeroDev e OKX que permite que validadores, executores, hooks e manipuladores de fallback se conectem a qualquer conta compatível.
• Agregadores como WAGMI, Web3Modal, RainbowKit e Reown já integraram carteiras inteligentes na camada de conectores, o que significa que a maioria dos novos dApps já possui capacidade de intenção por padrão.

O prêmio estratégico é a camada de identidade e intenção para a Web3. Quem for dono da carteira será o dono do funil para cada transação, pagamento e ação de agente que um usuário iniciar. O relatório das 10 principais carteiras incorporadas da Openfort e a onda de fusões e aquisições da Stripe/Fireblocks deixam claro que os players estabelecidos agora tratam isso como algo estrategicamente importante — e finito.

As Quatro Primitivas Que Tornam Real a Carteira de Intenção​

Remova o marketing e restam quatro primitivas concretas por trás das "carteiras que ocultam a blockchain".

1. Passkeys nativas (EIP-7212). Uma pré-compilação para verificação de assinatura secp256r1 permite que as carteiras se autentiquem com as mesmas passkeys WebAuthn que iPhones, dispositivos Android e YubiKeys já utilizam. Isso remove as seed phrases como modelo de recuperação padrão e as substitui por credenciais seguras no dispositivo e resistentes a phishing, nas quais os usuários já confiam.
2. Chaves de sessão (comumente estruturadas como módulos validadores ERC-7579). Permissões com escopo definido e revogáveis garantem jogabilidade com um toque, pagamentos recorrentes e autonomia de agentes sem transformar o pop-up de assinatura em spam.
3. Abstração de gás (paymasters ERC-4337). Os aplicativos patrocinam o gás, os usuários pagam taxas na stablecoin que já possuem, e o "preciso comprar ETH primeiro" deixa de ser uma barreira.
4. Execução em lote (ERC-7821). Uma única ação do usuário pode conter uma sequência de aprovação + swap + bridge + stake que ou acontece inteira ou não acontece nada, eliminando os desastres de várias etapas concluídas pela metade que definem a UX cripto hoje.

Combine estas quatro com uma rede de solvers e você terá os ingredientes para uma carteira baseada em intenções real: o usuário diz "troque $ 500 de USDC por ETH na chain que for mais barata", e a carteira cuida da bridge, gás, aprovação e execução sob uma única autorização.

Por Que Isso Também é uma História de Segurança​

Arquiteturas de intenção não são apenas uma atualização de UX. Elas também são um padrão de segurança, o que importa mais do que o normal, dado o relato do hack de $ 25M da Resolv de março de 2026, que colocou a segurança da camada de intenção no radar dos investidores.

Duas mudanças se destacam. Primeiro, como as intenções são declarações expressivas de estados finais desejados, carteiras e solvers podem simular e raciocinar sobre elas antes da execução — rejeitando qualquer coisa cujo resultado violaria uma política, em vez de depender dos usuários para detectar calldata malicioso. Segundo, contas inteligentes permitem que as carteiras criem camadas de defesa em profundidade: limites de gastos, listas de permissões de endereços, atrasos de transferência em grandes saídas e pausas automáticas em atividades anômalas podem ser módulos na própria conta, não configurações opcionais enterradas em uma UI.

O outro lado é a nova superfície de risco. Redes de solvers podem coludir, paymasters podem fazer front-run e uma chave de sessão com escopo incorreto pode esvaziar uma conta silenciosamente. Carteiras de intenção não eliminam o risco; elas o movem de "o usuário leu o calldata?" para "os módulos e solvers da carteira se comportaram corretamente?". Essa é uma pergunta muito melhor para ser auditada em 2026.

O Que os Desenvolvedores Devem Observar nos Próximos 12 Meses​

Três pontos de inflexão valem a pena acompanhar:

• Saturação do EIP-7702. À medida que mais carteiras ativam a delegação e mais dApps começam a assumir capacidades de carteira inteligente, o espaço de design para UX exclusiva para EOA colapsa. Apps que ainda exigem que os usuários financiem o gás manualmente, aprovem separadamente e assinem bridges parecerão obsoletos.
• Ecossistemas de módulos ERC-7579. Espere um marketplace real de validadores auditados, módulos de chave de sessão, políticas de recuperação e hooks de conformidade que as carteiras possam compor da mesma forma que os aplicativos móveis compõem SDKs. Thirdweb, OpenZeppelin e Rhinestone já estão construindo nessa direção.
• Padrões de liquidação de intenções. Intenções cross-chain são o próximo campo de batalha, e quem padronizar a liquidação (ERC-7683 e seus sucessores) influenciará como a liquidez e o MEV são capturados em L2s.

A infraestrutura subjacente — RPCs de baixa latência, bundlers, paymasters, indexadores — precisa acompanhar o ritmo. Cada intenção que uma carteira aceita se torna várias operações de chain nos bastidores, o que significa que os provedores que atendem a essas carteiras verão o tráfego escalar de forma não linear com o número de usuários.

O BlockEden.xyz opera infraestrutura de RPC e indexação de alta disponibilidade em Ethereum, Base, Arbitrum, Sui, Aptos e outras redes nas quais as carteiras baseadas em intenção liquidam. Se você está construindo um SDK de carteira inteligente, paymaster, solver ou uma experiência de carteira incorporada, explore nosso marketplace de APIs para rodar em uma infraestrutura projetada para o futuro multi-chain e impulsionado por intenções.

Fontes​

• Abstração de conta no Ethereum: Do ERC - 4337 ao EIP - 7702 — Turnkey
• O que é ERC - 4337? — Alchemy
• Guia da Gelato para Abstração de Conta: do ERC - 4337 ao EIP - 7702
• ERC - 4337 vs EIP - 7702: Abstração de Conta Inteligente — BuildBear
• EOA vs Carteiras Inteligentes em 2026 — Openfort
• Abstração de Gas em Carteiras de Cripto: Guia Completo 2026 — Nadcab
• Top 10 Carteiras Incorporadas para Apps em 2026 — Openfort
• Uma Nova Era em Carteiras de Cripto: A Carteira Inteligente Chegou — Coinbase
• Como a Base está tornando as carteiras inteligentes o padrão
• Top 7 Alternativas ao Privy em 2026 — Openfort
• ERC - 7579: Contas Inteligentes Modulares Mínimas
• ERC - 7579 — Safe Docs
• Em direção a uma topologia centrada em intenções — Anoma
• Melhores Protocolos de Intenção Cross - Chain 2026 — Eco
• O Hack de $ 25M da Resolv Mostra Por Que a Arquitetura de Intenção é Importante para a Segurança — CoinSpectator

Em 17 de abril de 2026, a Mint Blockchain — a Layer 2 da Ethereum focada em NFTs lançada em 2024 pela NFTScan Labs e MintCore — anunciou que estava encerrando suas atividades. Os usuários têm até 20 de outubro de 2026 para sacar ETH, WBTC, USDC e USDT através do gateway oficial em mintchain.io/withdraw. Após essa data, quaisquer ativos deixados na rede estarão perdidos. Sem prorrogações. Sem exceções.

É tentador ler isso como apenas mais um projeto cripto desaparecendo. Não é o caso. O fechamento da Mint é a entrada mais recente em uma tendência de 2026 que silenciosamente se tornou uma das histórias estruturais mais importantes na Ethereum: a era "Construa Todas as L2s" está colidindo com a realidade das receitas, e o ecossistema de rollups está aprendendo uma nova disciplina — como morrer com dignidade.

Durante três anos, a EVM de alta performance foi apenas um conjunto de slides de apresentação. Em abril de 2026, tornou-se realidade com duas mainnets ativas, cerca de meio bilhão de dólares em TVL inicial e uma questão em aberto que definirá os próximos dois anos do escalonamento alinhado ao Ethereum: o futuro pertence a uma L1 paralela que descarta a camada de liquidação do Ethereum, ou a uma L2 em tempo real que aposta dobrado nela?

A Monad entrou em operação em 24 de novembro de 2025 com uma EVM paralela de 10.000 TPS, finalidade em sub-segundos e um dos maiores airdrops de tokens do ciclo — $105 milhões distribuídos para cerca de 76.000 carteiras. Onze semanas depois, em 9 de fevereiro de 2026, a MegaETH lançou sua mainnet pública com uma aposta inteiramente diferente: uma L2 de sequenciador único transmitindo transações em blocos de 10ms, latência de sub-milissegundos e um teto declarado de 100.000 TPS. Ambas são compatíveis com EVM. Ambas são apoiadas por capital de primeira linha. Ambas estão operacionais hoje. Elas não poderiam ser mais opostas filosoficamente.

Este não é o debate de 2024 entre EVM paralela vs L1 monolítica. É o caso raro em que duas mainnets são lançadas com um intervalo de um trimestre, visam a mesma base de desenvolvedores Ethereum e forçam uma escolha que não pode ser evitada: você otimiza para um throughput de nível Solana em sua própria liquidação ou para uma latência de nível Web2 ancorada ao Ethereum?

Duas Mainnets, Duas Teses​

A proposta da Monad é estrutural. É uma L1 — consenso próprio, disponibilidade de dados própria, conjunto de validadores próprio — projetada em torno de quatro otimizações integradas: MonadBFT (uma derivada do HotStuff com finalidade especulativa de rodada única), execução diferida, execução paralela otimista e MonadDb. O resultado são blocos de 400ms e tempo para finalidade de 800ms, com a segurança econômica da rede inteiramente independente do Ethereum.

A proposta da MegaETH é arquitetural. É uma L2 — liquidando no Ethereum, postando dados no EigenDA — mas abandona a convenção de múltiplos sequenciadores que define os rollups Optimistic e ZK. Um único nó sequenciador, equipado com CPUs de 100 núcleos e 1–4 TB de RAM, ordena e executa transações através do que a equipe chama de Streaming EVM: um pipeline assíncrono que emite resultados de transações continuamente, em vez de agrupados em blocos. A latência percebida pelo usuário é de sub-milissegundos. O teto de throughput, anunciado em 100.000 TPS, estava em cerca de 50.000 TPS no lançamento, com testes de estresse atingindo anteriormente 35.000 TPS sustentados.

Ambas as arquiteturas rompem com a tradição da EVM. A Monad mantém o modelo de confiança familiar — um conjunto de validadores, consenso BFT, estado on-chain — mas reconstrói a pilha de execução e armazenamento do zero. A MegaETH mantém o Ethereum como a âncora de confiança, mas centraliza o caminho crítico em um único nó de alta especificação e reintroduz o perfil de latência de um backend Web2.

A questão não é qual é tecnicamente mais impressionante. É por qual conjunto de trade-offs os desenvolvedores estarão dispostos a pagar.

A Arquitetura Que Impulsiona Cada Aposta​

Monad: Pipelines Desacoplados em uma Nova L1​

O número de destaque para a Monad é 10.000 TPS, mas o dado mais interessante é 400ms — o tempo de bloco. Esse número não é consequência de hardware mais rápido; é consequência da separação entre consenso e execução.

Em uma rede EVM tradicional, os validadores devem chegar a um acordo sobre um bloco e executar cada transação nele antes de produzir o próximo bloco. Uma chamada de contrato lenta pode travar todo o pipeline. A Monad desacopla essas etapas: os validadores MonadBFT concordam primeiro com a ordenação das transações, e o mecanismo de execução processa o bloco anterior de forma assíncrona enquanto a próxima rodada de consenso já está em andamento.

O próprio mecanismo de execução é otimista. A Monad assume que a maioria das transações em um bloco toca estados independentes e as executa em paralelo nos núcleos da CPU. Quando ocorre um conflito — por exemplo, duas transações escrevendo na mesma conta — as transações afetadas são re-executadas e mescladas. O resultado empírico, relatado durante a fase de testnet da Monad e no início da operação da mainnet, é que a aceleração paralela é significativa para cargas de trabalho típicas de DeFi, onde as transações tendem a se agrupar em torno de alguns contratos populares, mas a maior parte do estado é independente.

MonadDb completa o cenário. Clientes EVM padrão usam armazenamentos chave-valor de propósito geral como LevelDB ou RocksDB; a Monad entrega um banco de dados personalizado ajustado para os padrões de acesso de uma EVM em execução. O efeito combinado — MonadBFT mais execução diferida mais execução paralela mais MonadDb — é o que leva a rede a 10.000 TPS com blocos de 400ms sem sacrificar a compatibilidade com a EVM.

MegaETH: Um Sequenciador, Muitos Nós Especializados​

A MegaETH parte de uma pergunta diferente: se aceitarmos o Ethereum como a camada de liquidação, quão rápido um único ambiente de execução L2 pode chegar?

A resposta, conforme construída pela equipe, requer quebrar a simetria dos nós do Ethereum. A MegaETH separa as funções em tipos de nós especializados — nós sequenciadores, nós provadores, nós completos — e fornece ao sequenciador um hardware extremo: CPUs de 100 núcleos, 1–4 TB de RAM. Este sequenciador único ordena as transações, as executa através de uma EVM "hiper-otimizada" e emite os resultados em fluxo (streaming), em vez de esperar pela conclusão total do bloco.

O tempo de bloco de 10ms e a latência de sub-milissegundos para o usuário são derivados desse design. Assim como o risco de centralização. A MegaETH é explícita ao dizer que o sequenciador é um ponto único — a função principal de segurança do token MEGA é o staking por operadores de sequenciadores, com rotação e slashing destinados a manter o comportamento honesto. O EigenDA lida com a disponibilidade de dados, para que os usuários possam reconstruir o estado de forma independente se o sequenciador falhar ou censurar. Mas, durante a operação normal, uma única máquina vê cada transação primeiro.

Este design possui uma vantagem teórica clara: a latência domina o throughput em aplicações de estilo Web2. Um livro de ordens em tempo real, o processamento de um jogo multiplayer, um loop de agente de IA — todos esses se preocupam mais com o tempo de ida e volta de uma única transação do que com o throughput de pico da rede. A MegaETH aposta que existe uma categoria de aplicações que estava esperando que as blockchains parecessem servidores, e que essas aplicações aceitarão um caminho crítico mais centralizado em troca dessa latência.

TVL, Desempenho do Token e a Batalha do Ecossistema Inicial​

Os dólares ainda não dão razão a nenhum dos lados. Em meados de abril de 2026:

• O MegaETH acumulou aproximadamente $110,8 milhões em TVL desde o seu lançamento em 9 de fevereiro — cerca de dez semanas de capitalização a partir de uma base de$ 66 milhões no dia do lançamento.
• O Monad ultrapassou $ 355 milhões em TVL, com transações diárias oscilando entre 1,7 milhão e 2,1 milhões até março de 2026 — uma vantagem de cinco meses de antecedência que se faz notar.

Em uma base de TVL por semana, os dois estão correndo mais próximos do que os números absolutos sugerem, e o status de L2 do MegaETH significa que uma parte do seu TVL é colateral de Ethereum em ponte (bridged) que pode ser redistribuído rapidamente à medida que novos locais se abrem.

Os mercados de tokens são menos gentis com o Monad no curto prazo. O MON é negociado a $0,03623 em relação a uma máxima histórica de$ 0,04883 estabelecida durante a euforia do airdrop — cerca de 28% abaixo da ATH, mas ainda 114% acima da sua mínima. O próximo grande desbloqueio de MON está programado para 24 de abril de 2026, o qual os traders estão acompanhando como um potencial teste do lado da oferta. A mecânica do token MEGA do MegaETH é mais restrita nesta fase: o uso principal do token no protocolo é o staking e a rotação de sequenciadores, o que limita quanto suprimento circulante atinge os mercados secundários nos meses iniciais.

No lado dos dApps, ambos os ecossistemas têm cortejado agressivamente protocolos nativos do Ethereum. A Aave propôs a implantação da v3.6 ou v3.7 no Monad com um cronograma para meados ou final de março de 2026. O Balancer V3 entrou em operação no Monad em março. A camada de inferência de previsão da Allora foi integrada em 13 de janeiro. O PancakeSwap trouxe cerca de $ 250 milhões de TVL quando foi lançado no Monad em dezembro.

A vitória inicial mais nítida do MegaETH foi a adesão ao Chainlink SCALE em 7 de fevereiro de 2026 — dois dias antes da mainnet — o que colocou imediatamente dApps como Aave e GMX ao alcance de um pipeline de oráculos vinculado a quase $ 14 bilhões em ativos DeFi cross-chain. A aposta aqui é a alavancagem: em vez de esperar que os protocolos se implantem organicamente, conecta-se ao tecido conjuntivo que já roteia a liquidez entre as redes.

A Decisão do Desenvolvedor que Realmente Importa​

Para a maioria dos desenvolvedores Ethereum, ambas as redes são suficientemente equivalentes à EVM para que a "portabilidade" signifique apenas reimplantar contratos e atualizar uma URL de RPC. A escolha mais profunda é sobre qual perfil de desempenho sua aplicação precisa e quais premissas de confiança seus usuários aceitarão.

Escolha o Monad se sua aplicação for limitada pela taxa de transferência (throughput) e portadora de valor. Uma DEX de perpétuos correspondendo a milhares de ordens por segundo, um CLOB on-chain, um mercado de empréstimos de alta frequência — estes se beneficiam de 10.000 TPS com finalidade de 800 ms e do modelo de confiança L1 do Monad, onde a segurança da rede não é delegada a um único sequenciador. O custo é a ponte: ativos e usuários devem se mover do Ethereum para o Monad explicitamente, e a segurança econômica do Monad é seu próprio conjunto de validadores, em vez da segurança do Ethereum.

Escolha o MegaETH se sua aplicação for limitada pela latência e alinhada ao Ethereum. Jogos em tempo real, loops de agentes de IA com feedback imediato, livros de ordens que precisam de ticks de 10 ms, aplicativos de consumo com alto volume de microtransações — estes se beneficiam mais da latência abaixo de milissegundo do que do TPS bruto. A liquidação no Ethereum significa que os ativos permanecem denominados no modelo de segurança da L1 e a ponte é mais barata. O custo é a premissa de confiança em um único sequenciador durante a operação normal.

A resposta honesta para muitas equipes é: ambos. As duas redes não estão lutando pelas mesmas categorias de aplicações, mas sim definindo os limites do que significa uma EVM de alto desempenho. O Monad ancora a extremidade da taxa de transferência em L1. O MegaETH ancora a extremidade da latência em L2. O meio-termo — onde vive a maior parte do DeFi atual — escolherá com base em quais números importam mais para a carga de trabalho específica.

O Segmento de EVM de Alto Desempenho Pode Sustentar Dois Vencedores?​

O instinto após cada corrida de L1 do último ciclo é esperar por uma consolidação. A onda de "Ethereum killers" de 2021–2024 produziu um vencedor duradouro fora do Ethereum (Solana) e uma longa cauda de redes que nunca escaparam de um TVL baixo de um dígito de bilhão. O segmento de EVM de alto desempenho em 2026 parece estruturalmente diferente.

Primeiro, a divergência arquitetônica é real, não cosmética. Monad e MegaETH não são duas tentativas da mesma ideia com tokenomics diferentes. Uma L1 com execução paralela e uma L2 com um sequenciador de streaming centralizado não são substitutos um para o outro no nível da carga de trabalho. O capital e os desenvolvedores podem — e provavelmente irão — se dividir.

Segundo, ambas as redes visam a base de desenvolvedores EVM, que é, por uma margem enorme, a maior no ecossistema cripto. Aproximadamente 90% dos desenvolvedores de blockchain trabalham em pelo menos uma rede EVM. Mesmo uma captura fracionada modesta sustenta dois ecossistemas viáveis.

Terceiro, o conjunto competitivo é mais amplo do que apenas estes dois. A Solana continua a dominar a conversa sobre execução paralela fora da EVM. O upgrade Giga da Sei, com 200 mil TPS em devnet e o consenso Autobahn avançando ao longo de 2026, é um terceiro concorrente de EVM de alto desempenho. O Hyperliquid demonstrou que uma rede verticalmente integrada otimizada para um caso de uso (perpétuos) pode dominar sem competir na taxa de transferência de propósito geral. A narrativa de que "a EVM de alto desempenho" entrará em colapso para um único vencedor confunde uma categoria com um mercado único.

A questão mais interessante é qual dessas redes se tornará o padrão para o desenvolvimento net-new alinhado ao Ethereum até o final de 2026 — aquela que os construtores procurarão primeiro quando a latência ou a taxa de transferência descartarem a mainnet do Ethereum. Na trajetória atual, o Monad lidera em capital DeFi e amplitude de infraestrutura para desenvolvedores; o MegaETH lidera na narrativa de latência voltada para o consumidor e agentes. Ambas as afirmações podem ser verdadeiras simultaneamente por, pelo menos, o próximo ano.

O que Observar até 2026​

Três sinais nos dirão como isso se desenrolará:

1. Composição do TVL, não apenas o total. A Monad precisa mostrar que o capital é retido em vez de rotacionado por airdrops, e que os protocolos estão realizando o deploy de volumes de produção em vez de apenas testes. A MegaETH precisa mostrar que o capital transferido via bridge se converte em estratégias ativas em vez de ficar estacionado.
2. Aplicações nativas de primeira classe. Ambos os ecossistemas ainda são majoritariamente povoados por ports de incumbentes do Ethereum. A rede que produzir uma aplicação nativa que defina uma categoria — algo que só poderia existir ali — sairá na frente na corrida pelo mindshare dos desenvolvedores que os números de TVL não conseguem capturar.
3. Descentralização do sequenciador na MegaETH; economia dos validadores na Monad. O modelo de sequenciador único da MegaETH é honesto sobre seu trade-off, mas precisará de um roadmap de descentralização credível para conquistar capital institucional e avesso ao risco. A economia do conjunto de validadores da Monad, particularmente através do desbloqueio de 24 de abril e das subsequentes tranches de vesting até 2029, determinará se o orçamento de segurança da MON se sustentará perante o crescimento da rede.

A EVM de alta performance foi uma tese por anos. No segundo trimestre de 2026, ela se tornou um mercado com dois produtos ativos e uma pergunta esclarecedora: que tipo de velocidade importa? O lado que der a melhor resposta para as cargas de trabalho do próximo ciclo — DeFi em escala ou aplicações em tempo real para o consumidor — definirá o modelo que o restante do ecossistema EVM perseguirá pelo resto da década.

A BlockEden.xyz fornece infraestrutura de RPC e indexação de nível empresarial em todo o ecossistema EVM e nas principais redes não-EVM, apoiando desenvolvedores que avaliam onde fazer o deploy conforme a EVM de alta performance amadurece. Explore nosso marketplace de APIs para construir na infraestrutura que o perfil de latência e throughput da sua aplicação realmente exige.

Fontes​

• MegaETH vs. Monad: Um Relatório Comparativo — Messari
• Monad Mainnet é Lançada com Airdrop e 50% do Suprimento Bloqueado — Bankless
• MegaETH Estreia Mainnet Enquanto o Debate sobre Escalonamento do Ethereum Aquece — CoinDesk
• MonadBFT — Documentação para Desenvolvedores Monad
• O que é MegaETH ($MEGA)? — MEXC
• MegaETH Lança Mainnet com Promessa de 100.000 TPS e $66M de TVL — Crypto Valley Journal
• O Processo de Execução Paralela da Monad Explicado — Imperator
• Últimas Notícias da Monad — CoinMarketCap
• Preço da Monad hoje — CoinGecko
• MegaETH vs Monad vs Hyperliquid: Insights de Cripto — Three Sigma
• Por que Solana e Monad Lideram a Corrida de Execução Paralela — FinanceFeeds