23 postagens marcadas com "Ethereum"

Uma das promessas centrais da tecnologia de blockchain como o Ethereum é um certo grau de anonimato. Os participantes, conhecidos como validadores, deveriam operar sob um véu de pseudônimos criptográficos, protegendo sua identidade no mundo real e, por extensão, sua segurança.

Entretanto, um artigo de pesquisa recente intitulado “Deanonymizing Ethereum Validators: The P2P Network Has a Privacy Issue”, elaborado por pesquisadores da ETH Zurich e outras instituições, revela uma falha crítica nessa suposição. Eles demonstram um método simples e de baixo custo para ligar o identificador público de um validador diretamente ao endereço IP da máquina onde ele está rodando.

Em resumo, os validadores do Ethereum não são tão anônimos quanto muitos acreditam. As descobertas foram tão relevantes que renderam aos pesquisadores uma recompensa de bug da Ethereum Foundation, reconhecendo a gravidade do vazamento de privacidade.

Como a Vulnerabilidade Funciona: Uma Falha no Gossip​

Para entender a vulnerabilidade, precisamos primeiro de uma visão básica de como os validadores do Ethereum se comunicam. A rede consiste em mais de um milhão de validadores que constantemente “votam” sobre o estado da cadeia. Essas votações são chamadas de attestations e são transmitidas por uma rede ponto‑a‑ponto ($P2P$) para todos os demais nós.

Com tantos validadores, fazer com que todos transmitam cada voto para todos seria insustentável e sobrecarregaria a rede imediatamente. Para resolver isso, os projetistas do Ethereum implementaram uma solução de escalabilidade inteligente: a rede é dividida em 64 canais de comunicação distintos, conhecidos como subnets.

• Por padrão, cada nó (o computador que executa o software do validador) se inscreve em apenas dois desses 64 subnets. Sua principal tarefa é retransmitir diligentemente todas as mensagens que vê nesses dois canais.
• Quando um validador precisa emitir um voto, sua attestation é aleatoriamente atribuída a um dos 64 subnets para ser broadcast.

É aqui que a vulnerabilidade se manifesta. Imagine um nó cuja função é gerenciar o tráfego dos canais 12 e 13. Durante o dia inteiro, ele encaminha fielmente mensagens apenas desses dois canais. De repente, ele lhe envia uma mensagem que pertence ao canal 45.

Isso é uma pista poderosa. Por que um nó trataria de uma mensagem de um canal que não lhe cabe? A conclusão mais lógica é que o próprio nó gerou aquela mensagem. Isso implica que o validador que criou a attestation para o canal 45 está rodando exatamente naquela máquina.

Os pesquisadores exploraram esse princípio exato. Ao configurar seus próprios nós de escuta, monitoraram os subnets dos quais seus pares enviavam attestations. Quando um par enviava uma mensagem de um subnet ao qual não estava oficialmente inscrito, eles podiam inferir, com alta confiança, que o par hospedava o validador de origem.

O método provou ser surpreendentemente eficaz. Usando apenas quatro nós ao longo de três dias, a equipe localizou os endereços IP de mais de 161.000 validadores, representando mais de 15 % de toda a rede Ethereum.

Por Que Isso Importa: Os Riscos da Desanonimização​

Expor o endereço IP de um validador não é algo trivial. Isso abre a porta para ataques direcionados que ameaçam tanto os operadores individuais quanto a saúde da rede Ethereum como um todo.

1. Ataques Direcionados e Roubo de Recompensas O Ethereum anuncia qual validador está programado para propor o próximo bloco alguns minutos antes. Um atacante que conheça o endereço IP desse validador pode lançar um ataque de negação de serviço (DDoS), inundando-o de tráfego e tirando-o do ar. Se o validador perder a janela de quatro segundos para propor o bloco, a oportunidade passa para o próximo validador na fila. Caso o atacante seja esse próximo validador, ele pode então reivindicar as recompensas do bloco e as taxas de transação valiosas (MEV) que deveriam ter ido para a vítima.

2. Ameaças à Liveness e à Safety da Rede Um atacante bem financiado poderia executar esses ataques de “sniping” repetidamente, fazendo a blockchain inteira desacelerar ou parar (um ataque de liveness). Em um cenário mais grave, o atacante poderia usar essa informação para lançar ataques sofisticados de particionamento da rede, potencialmente fazendo com que diferentes partes da rede discordem sobre o histórico da cadeia, comprometendo sua integridade (um ataque de safety).

3. Revelando uma Realidade Centralizada A pesquisa também trouxe à luz algumas verdades desconfortáveis sobre a descentralização da rede:

• Concentração Extrema: A equipe encontrou pares hospedando um número impressionante de validadores, incluindo um endereço IP que executava mais de 19.000. A falha de uma única máquina poderia ter um impacto desproporcional na rede.
• Dependência de Serviços de Nuvem: Aproximadamente 90 % dos validadores localizados rodam em provedores de nuvem como AWS e Hetzner, e não nos computadores de stakers individuais. Isso representa um ponto significativo de centralização.
• Dependências Ocultas: Muitos grandes pools de staking afirmam que seus operadores são independentes. Contudo, a pesquisa encontrou casos em que validadores de pools diferentes e concorrentes estavam rodando na mesma máquina física, criando riscos sistêmicos ocultos.

Mitigações: Como os Validadores podem se Proteger?​

Felizmente, existem formas de se defender contra essa técnica de desanonimização. Os pesquisadores propuseram várias mitigações:

• Criar Mais Ruído: Um validador pode optar por se inscrever em mais de dois subnets — ou até em todos os 64. Isso dificulta muito para um observador distinguir entre mensagens retransmitidas e mensagens geradas internamente.
• Usar Múltiplos Nós: Um operador pode separar as funções de validação em máquinas diferentes, cada uma com IP distinto. Por exemplo, um nó pode lidar com attestations enquanto outro nó privado é usado apenas para propor blocos de alto valor.
• Peering Privado: Validadores podem estabelecer conexões confiáveis e privadas com outros nós para retransmitir suas mensagens, ofuscando sua origem verdadeira dentro de um pequeno grupo de confiança.
• Protocolos de Broadcast Anônimos: Soluções mais avançadas como o Dandelion, que ofusca a origem de uma mensagem ao encaminhá‑la por um “stem” aleatório antes de divulgá‑la amplamente, poderiam ser implementadas.

Conclusão​

Esta pesquisa ilustra de forma contundente o trade‑off inerente entre desempenho e privacidade em sistemas distribuídos. Na busca por escalabilidade, a rede $P2P$ do Ethereum adotou um design que comprometeu o anonimato de seus participantes mais críticos.

Ao trazer essa vulnerabilidade à luz, os pesquisadores forneceram à comunidade Ethereum o conhecimento e as ferramentas necessárias para abordá‑la. Seu trabalho representa um passo crucial rumo à construção de uma rede mais robusta, segura e verdadeiramente descentralizada para o futuro.

Estamos entusiasmados em anunciar uma expansão significativa do Marketplace de API da BlockEden.xyz com a adição de três redes blockchain de ponta: Base, Berachain e Blast. Essas novas ofertas refletem nosso compromisso de fornecer aos desenvolvedores acesso abrangente às infraestruturas blockchain mais inovadoras, permitindo desenvolvimento fluido em múltiplos ecossistemas.

Base: Solução L2 Ethereum da Coinbase​

Base é uma solução Layer 2 (L2) para Ethereum desenvolvida pela Coinbase, projetada para trazer milhões de usuários ao ecossistema on‑chain. Como uma L2 segura, de baixo custo e amigável ao desenvolvedor, a Base combina a robusta segurança do Ethereum com os benefícios de escalabilidade dos rollups otimistas.

Nosso novo endpoint API da Base permite que os desenvolvedores:

• Acessem a infraestrutura da Base sem precisar gerenciar seus próprios nós
• Aproveitem conexões RPC de alto desempenho com 99,9 % de uptime
• Construam aplicações que se beneficiam da segurança do Ethereum com taxas menores
• Interajam de forma fluida com o ecossistema em expansão de aplicações da Base

Base é particularmente atraente para desenvolvedores que desejam criar aplicações voltadas ao consumidor, exigindo a segurança do Ethereum a uma fração do custo.

Berachain: Performance Encontra Compatibilidade EVM​

Berachain traz uma abordagem única à infraestrutura blockchain, combinando alto desempenho com compatibilidade total com a Ethereum Virtual Machine (EVM). Como uma rede emergente que tem ganhado atenção significativa dos desenvolvedores, a Berachain oferece:

• Compatibilidade EVM com throughput aprimorado
• Capacidades avançadas de contratos inteligentes
• Um ecossistema crescente de aplicações DeFi inovadoras
• Mecanismos de consenso exclusivos otimizados para velocidade de transação

Nossa API da Berachain fornece acesso imediato a essa rede promissora, permitindo que equipes construam e testem aplicações sem a complexidade de gerenciar infraestrutura.

Blast: O Primeiro L2 com Yield Nativo​

Blast se destaca como o primeiro L2 Ethereum com yield nativo para ETH e stablecoins. Essa abordagem inovadora de geração de rendimento torna o Blast particularmente interessante para desenvolvedores DeFi e aplicações focadas em eficiência de capital.

Principais benefícios da nossa API Blast incluem:

• Acesso direto aos mecanismos de yield nativo do Blast
• Suporte para construção de aplicações otimizadas para rendimento
• Integração simplificada com os recursos exclusivos do Blast
• Conexões RPC de alto desempenho para interações sem atritos

O foco do Blast em yield nativo representa uma direção empolgante para soluções L2 Ethereum, potencialmente estabelecendo novos padrões de eficiência de capital no ecossistema.

Processo de Integração Sem Atritos​

Começar a usar essas novas redes é simples com a BlockEden.xyz:

1. Visite nosso Marketplace de API e selecione a rede desejada
2. Crie uma chave API através do seu painel BlockEden.xyz
3. Integre o endpoint ao seu ambiente de desenvolvimento usando nossa documentação completa
4. Comece a construir com confiança, respaldado pela nossa garantia de 99,9 % de uptime

Por Que Escolher a BlockEden.xyz para Estas Redes?​

A BlockEden.xyz continua a se destacar por meio de várias ofertas centrais:

• Alta Disponibilidade: Nossa infraestrutura mantém 99,9 % de uptime em todas as redes suportadas
• Abordagem Developer‑First: Documentação abrangente e suporte para integração fluida
• Experiência Unificada: Acesso a múltiplas redes blockchain através de uma única interface consistente
• Preços Competitivos: Nosso sistema de crédito de unidade de computação (CUC) garante escalabilidade econômica

Olhando para o Futuro​

A adição de Base, Berachain e Blast ao nosso Marketplace de API representa nosso compromisso contínuo de apoiar o ecossistema blockchain diverso e em evolução. À medida que essas redes amadurecem e atraem mais desenvolvedores, a BlockEden.xyz estará presente para fornecer a infraestrutura confiável necessária para construir a próxima geração de aplicações descentralizadas.

Convidamos os desenvolvedores a explorar essas novas ofertas e fornecer feedback enquanto continuamos a aprimorar nossos serviços. Seu input é inestimável para nos ajudar a refinar e expandir nosso marketplace de API de acordo com suas necessidades em constante mudança.

Pronto para começar a construir na Base, Berachain ou Blast? Visite o Marketplace de API BlockEden.xyz hoje e crie sua chave de acesso para iniciar sua jornada!

Para as últimas atualizações e anúncios, conecte‑se conosco no Twitter ou junte‑se à nossa comunidade no Discord.

No cenário em rápida evolução da tecnologia blockchain, um nome familiar entrou na arena com uma visão ousada. A Sony, gigante de entretenimento e tecnologia, lançou o Soneium — uma blockchain Layer-2 na Ethereum projetada para fechar a lacuna entre inovações Web3 de ponta e serviços de internet mainstream. Mas o que exatamente é o Soneium e por que isso importa? Vamos mergulhar.

O que é o Soneium?​

O Soneium é uma blockchain Layer-2 construída sobre a Ethereum, desenvolvida pela Sony Block Solutions Labs — uma joint venture entre o Grupo Sony e a Startale Labs. Lançado em janeiro de 2025 após uma fase de testnet bem-sucedida, o Soneium pretende “realizar a internet aberta que transcende fronteiras” tornando a tecnologia blockchain acessível, escalável e prática para uso diário.

Pense nisso como a tentativa da Sony de tornar a blockchain tão amigável quanto seus PlayStations e Walkmans foram para jogos e música.

A Tecnologia por trás do Soneium​

Para os curiosos de tecnologia, o Soneium é construído sobre o OP Stack da Optimism, o que significa que utiliza a mesma estrutura de optimistic rollup de outras soluções Layer-2 populares. Em termos simples? Ele processa transações off-chain e apenas periodicamente publica dados comprimidos de volta na Ethereum, tornando as transações mais rápidas e baratas, sem perder a segurança.

O Soneium é totalmente compatível com a Ethereum Virtual Machine (EVM), portanto desenvolvedores familiarizados com a Ethereum podem facilmente implantar suas aplicações na plataforma. Ele também faz parte do ecossistema “Superchain” da Optimism, permitindo comunicação fácil com outras redes Layer-2 como a Base da Coinbase.

O que torna o Soneium especial?​

Embora já existam várias soluções Layer-2 no mercado, o Soneium se destaca por seu foco em entretenimento, conteúdo criativo e engajamento de fãs — áreas nas quais a Sony possui décadas de experiência e recursos abundantes.

Imagine comprar um ingresso de cinema e receber um colecionável digital exclusivo que concede acesso a conteúdo bônus. Ou participar de um concerto virtual onde seu ingresso NFT se transforma em uma lembrança com benefícios especiais. Esses são os tipos de experiências que a Sony imagina construir sobre o Soneium.

A plataforma foi projetada para suportar:

• Experiências de gaming com transações mais rápidas para ativos in‑game
• Marketplaces de NFT para colecionáveis digitais
• Apps de engajamento de fãs onde comunidades podem interagir com criadores
• Ferramentas financeiras para criadores e fãs
• Soluções blockchain corporativas

Parcerias que impulsionam o Soneium​

A Sony não está sozinha. A empresa firmou parcerias estratégicas para fortalecer o desenvolvimento e a adoção do Soneium:

• Startale Labs, startup de blockchain baseada em Cingapura liderada por Sota Watanabe (co‑fundador da Astar Network), é a principal parceira técnica da Sony
• Optimism Foundation fornece a tecnologia subjacente
• Circle garante que o USD Coin (USDC) seja a moeda principal na rede
• Samsung fez um investimento estratégico por meio de sua venture arm
• Alchemy, Chainlink, Pyth Network e The Graph oferecem serviços de infraestrutura essenciais

A Sony também está aproveitando suas divisões internas — incluindo Sony Pictures, Sony Music Entertainment e Sony Music Publishing — para pilotar projetos Web3 de engajamento de fãs no Soneium. Por exemplo, a plataforma já hospedou campanhas de NFT para a franquia “Ghost in the Shell” e diversos artistas musicais sob o selo da Sony.

Sinais iniciais de sucesso​

Apesar de ter poucos meses de vida, o Soneium já demonstra tração promissora:

• Na fase de testnet, mais de 15 milhões de carteiras ativas e mais de 47 milhões de transações processadas
• No primeiro mês de mainnet, o Soneium atraiu mais de 248 mil contas on‑chain e cerca de 1,8 milhão de endereços interagindo com a rede
• A plataforma lançou com sucesso vários drops de NFT, incluindo uma colaboração com a gravadora Web3 Coop Records

Para impulsionar o crescimento, a Sony e a Astar Network lançaram uma campanha de incentivo de 100 dias com um pool de recompensas de 100 milhões de tokens, incentivando usuários a experimentar apps, fornecer liquidez e ser ativos na plataforma.

Segurança e escalabilidade: um ato de equilíbrio​

Segurança é fundamental para a Sony, especialmente ao levar sua marca confiável para o espaço blockchain. O Soneium herda a segurança da Ethereum enquanto adiciona suas próprias medidas protetoras.

Curiosamente, a Sony adotou uma abordagem um tanto controversa ao colocar na lista negra certos contratos inteligentes e tokens considerados violadores de propriedade intelectual. Embora isso tenha gerado dúvidas sobre descentralização, a Sony argumenta que alguma curadoria é necessária para proteger criadores e gerar confiança entre usuários mainstream.

No aspecto de escalabilidade, o propósito do Soneium é melhorar o throughput da Ethereum. Ao processar transações off-chain, ele pode lidar com um volume muito maior de transações a custos muito menores — crucial para a adoção massiva de aplicativos como jogos ou grandes drops de NFT.

O caminho à frente​

A Sony delineou um roadmap de múltiplas fases para o Soneium:

1. Primeiro ano: onboarding de entusiastas Web3 e early adopters
2. Em até dois anos: integração de produtos Sony como Sony Bank, Sony Music e Sony Pictures
3. Em até três anos: expansão para empresas e aplicações gerais além do ecossistema Sony

A empresa está gradualmente lançando sua Plataforma de Marketing de Fãs impulsionada por NFT, que permitirá que marcas e artistas emitam NFTs facilmente para fãs, oferecendo benefícios como conteúdo exclusivo e acesso a eventos.

Embora o Soneium atualmente dependa de ETH para taxas de gas e use ASTR (token da Astar Network) para incentivos, há especulações sobre um token nativo do Soneium no futuro.

Como o Soneium se compara a outras redes Layer-2​

No mercado saturado de Layer-2, o Soneium enfrenta concorrência de players estabelecidos como Arbitrum, Optimism e Polygon. Contudo, a Sony está criando uma posição única ao alavancar seu império de entretenimento e focar em casos de uso criativos.

Diferente de redes Layer-2 puramente comunitárias, o Soneium se beneficia da confiança da marca Sony, acesso a IP de conteúdo e uma base de usuários potencialmente enorme proveniente dos serviços existentes da Sony.

O trade‑off é menor descentralização (pelo menos inicialmente) comparada a redes como Optimism e Arbitrum, que já emitiram tokens e implementaram governança comunitária.

Visão geral​

O Soneium da Sony representa um passo significativo rumo à adoção massiva da blockchain. Ao focar em conteúdo e engajamento de fãs — áreas nas quais a Sony se destaca — a empresa posiciona o Soneium como uma ponte entre entusiastas Web3 e consumidores cotidianos.

Se a Sony conseguir converter mesmo uma fração de seus milhões de clientes em participantes Web3, o Soneium pode se tornar uma das primeiras plataformas blockchain verdadeiramente mainstream.

O experimento acabou de começar, mas o potencial é enorme. À medida que as linhas entre entretenimento, tecnologia e blockchain continuam a se desfazer, o Soneium pode estar na vanguarda dessa convergência, levando a tecnologia blockchain às massas, um avatar de jogo ou NFT musical de cada vez.

Restaking Explicado: No modelo de prova de participação (proof-of-stake) do Ethereum, os validadores normalmente fazem staking de ETH para proteger a rede e ganhar recompensas, com o risco de slashing caso se comportem mal. O restaking permite que esse mesmo ETH em staking (ou seus derivativos de staking líquido) seja reutilizado para proteger protocolos ou serviços adicionais. A EigenLayer introduziu o restaking via contratos inteligentes que permitem aos stakers de ETH optar por participar para estender sua segurança a novos sistemas em troca de rendimento extra. Na prática, um validador Ethereum pode se registrar na EigenLayer e conceder a seus contratos permissão para impor condições adicionais de slashing especificadas por protocolos externos. Se o validador se comportar mal em qualquer serviço optado, os contratos da EigenLayer podem fazer o slashing de seu ETH em staking, assim como o Ethereum faria por violações de consenso. Esse mecanismo transforma efetivamente a robusta segurança de staking do Ethereum em uma “Segurança como Serviço” composable: os desenvolvedores podem emprestar a segurança econômica do Ethereum para iniciar novos projetos, em vez de começar sua própria rede de validadores do zero. Ao alavancar os mais de 31 milhões de ETH já protegendo o Ethereum, o restaking da EigenLayer cria um mercado de “segurança agrupada” onde múltiplos serviços compartilham a mesma base de capital confiável.

A Abordagem da EigenLayer: A EigenLayer é implementada como um conjunto de contratos inteligentes Ethereum que coordenam esse processo de restaking. Validadores (ou detentores de ETH) que desejam fazer restaking depositam seus tokens de staking líquido ou, no caso de stakers nativos, redirecionam suas credenciais de retirada para um contrato gerenciado pela EigenLayer (frequentemente chamado de EigenPod). Isso garante que a EigenLayer possa impor o slashing bloqueando ou queimando o ETH subjacente, se necessário. Os restakers sempre mantêm a propriedade de seu ETH (retirável após um período de saída/escrow), mas eles optam por novas regras de slashing além das do Ethereum. Em troca, eles se tornam elegíveis para recompensas adicionais de restaking pagas pelos serviços que protegem. O resultado final é uma camada de segurança modular: o conjunto de validadores e o stake do Ethereum são “alugados” para protocolos externos. Como Sreeram Kannan, fundador da EigenLayer, coloca, isso cria uma “Nuvem Verificável” para a Web3 – análogo a como a AWS oferece serviços de computação, a EigenLayer oferece segurança como serviço para desenvolvedores. A adoção inicial tem sido forte: em meados de 2024, mais de 4,9 milhões de ETH (~$15 bilhões) foram restaked na EigenLayer, demonstrando a demanda dos stakers para maximizar o rendimento e de novos protocolos para iniciar com o mínimo de sobrecarga. Em resumo, o restaking no Ethereum reaproveita a confiança existente (ETH em staking) para proteger novas aplicações, e a EigenLayer fornece a infraestrutura para tornar esse processo composable e sem permissão.

Padrões de Design de Serviços Ativamente Validados (AVSs)​

O que são AVSs? Serviços Ativamente Validados (AVSs) referem-se a qualquer serviço ou rede descentralizada que requer seu próprio conjunto de validadores e regras de consenso, mas pode terceirizar a segurança para uma plataforma de restaking como a EigenLayer. Em outras palavras, um AVS é um protocolo externo (fora da L1 do Ethereum) que contrata os validadores do Ethereum para realizar algum trabalho de verificação. Exemplos incluem sidechains ou rollups, camadas de disponibilidade de dados, redes de oráculos, pontes, sequenciadores compartilhados, módulos de computação descentralizados e muito mais. Cada AVS define uma tarefa de validação distribuída única – por exemplo, um oráculo pode exigir a assinatura de feeds de preços, enquanto uma cadeia de disponibilidade de dados (como EigenDA) requer o armazenamento e a atestação de blobs de dados. Esses serviços executam seu próprio software e possivelmente seu próprio consenso entre os operadores participantes, mas dependem de segurança compartilhada: o stake econômico que os apoia é fornecido por ETH restaked (ou outros ativos) de validadores Ethereum, em vez de um token nativo para cada nova rede.

Arquitetura e Funções: A arquitetura da EigenLayer separa claramente as funções nesse modelo de segurança compartilhada:

• Restakers – Stakers de ETH (ou detentores de LST) que optam por proteger AVSs. Eles depositam em contratos da EigenLayer, estendendo seu capital em staking como garantia para múltiplos serviços. Os restakers podem escolher quais AVSs apoiar, diretamente ou via delegação, e ganhar recompensas desses serviços. Crucialmente, eles arcam com o risco de slashing se qualquer AVS suportado relatar mau comportamento.

• Operadores – Operadores de nós que realmente executam o software cliente off-chain para cada AVS. Eles são análogos a mineradores/validadores para a rede do AVS. Na EigenLayer, um operador deve se registrar e ser aprovado (inicialmente na lista branca) para participar, e então pode optar por participar para servir AVSs específicos. Os restakers delegam seu stake aos operadores (se não executarem nós próprios), então os operadores agregam stake de potencialmente muitos restakers. Cada operador está sujeito às condições de slashing de qualquer AVS que suporte, e eles ganham taxas ou recompensas por seu serviço. Isso cria um mercado de operadores competindo em desempenho e confiabilidade, já que os AVSs preferirão operadores competentes e os restakers preferirão aqueles que maximizam as recompensas sem incorrer em slashing.

• AVS (Serviço Ativamente Validado) – O próprio protocolo ou serviço externo, que tipicamente consiste em dois componentes: (1) um binário ou cliente off-chain que os operadores executam para realizar o serviço (por exemplo, um software de nó de sidechain), e (2) um contrato AVS on-chain implantado no Ethereum que interage com a EigenLayer. O contrato Ethereum do AVS codifica as regras para o slashing e a distribuição de recompensas desse serviço. Por exemplo, ele pode definir que se duas assinaturas conflitantes forem enviadas (prova de equívoco por um operador), um slashing de X ETH é executado no stake desse operador. O contrato AVS se conecta aos gerenciadores de slashing da EigenLayer para realmente penalizar o ETH restaked quando ocorrem violações. Assim, cada AVS pode ter lógica de validação e condições de falha personalizadas, enquanto depende da EigenLayer para impor punições econômicas usando o stake compartilhado. Esse design permite que os desenvolvedores de AVSs inovem em novos modelos de confiança (até mesmo novos mecanismos de consenso ou serviços criptográficos) sem reinventar um token de ligação/slashing para segurança.

• Consumidores/Usuários de AVS – Finalmente, os usuários finais ou outros protocolos que consomem a saída do AVS. Por exemplo, um dApp pode usar um AVS de oráculo para dados de preços ou um rollup pode postar dados em um AVS de disponibilidade de dados. Os consumidores pagam taxas ao AVS (frequentemente financiando as recompensas que restakers/operadores ganham) e dependem de sua correção, que é assegurada pela segurança econômica que o AVS alugou do Ethereum.

Alavancando a Segurança Compartilhada: A beleza desse modelo é que mesmo um serviço totalmente novo pode começar com garantias de segurança de nível Ethereum. Em vez de recrutar e incentivar um novo conjunto de validadores, um AVS aproveita um conjunto de validadores experiente e economicamente vinculado desde o primeiro dia. Cadeias ou módulos menores que seriam inseguros sozinhos tornam-se seguros ao pegar carona no Ethereum. Essa segurança agrupada eleva significativamente o custo para atacar qualquer AVS – um atacante precisaria adquirir e fazer staking de grandes quantidades de ETH (ou outra garantia na lista branca) e então arriscar perdê-lo via slashing. Como muitos serviços compartilham o mesmo pool de ETH restaked, eles efetivamente formam um guarda-chuva de segurança compartilhada: o peso econômico combinado do stake impede ataques a qualquer um deles. Da perspectiva de um desenvolvedor, isso modulariza a camada de consenso – você se concentra na funcionalidade do seu serviço enquanto a EigenLayer cuida de protegê-lo com um conjunto de validadores existente. Os AVSs podem, portanto, ser muito diversos. Alguns são serviços “horizontais” de propósito geral que muitos dApps poderiam usar (por exemplo, um sequenciador descentralizado genérico ou uma rede de computação off-chain), enquanto outros são “verticais” ou específicos de aplicação (adaptados a um nicho como uma ponte específica ou um oráculo DeFi). Exemplos iniciais de AVSs na EigenLayer abrangem disponibilidade de dados (por exemplo, EigenDA), sequenciamento compartilhado para rollups (por exemplo, Espresso, Radius), redes de oráculos (por exemplo, eOracle), pontes cross-chain (por exemplo, Polymer, Hyperlane), computação off-chain (por exemplo, Lagrange para provas ZK) e muito mais. Todos eles alavancam a mesma base de confiança do Ethereum. Em resumo, um AVS é essencialmente um módulo plugável que terceiriza a confiança para o Ethereum: ele define o que os validadores devem fazer e o que constitui uma falha passível de slashing, e a EigenLayer impõe essas regras em um pool de ETH que é globalmente usado para proteger muitos desses módulos.

Mecanismos de Incentivo para Restakers, Operadores e Desenvolvedores​

Um design de incentivo robusto é crítico para alinhar todas as partes em um ecossistema de restaking. EigenLayer e plataformas semelhantes criam um “ganha-ganha-ganha” ao oferecer novas receitas para stakers e operadores, ao mesmo tempo em que reduzem os custos para protocolos emergentes. Vamos detalhar os incentivos por função:

• Incentivos para Restakers: Os restakers são principalmente motivados pelo rendimento. Ao optar por participar da EigenLayer, um staker de ETH pode ganhar recompensas extras além do seu rendimento padrão de staking de Ethereum. Por exemplo, um validador com 32 ETH em staking na beacon chain do Ethereum continua a ganhar o APR base de ~4-5%, mas se eles fizerem restaking via EigenLayer, eles podem simultaneamente ganhar taxas ou recompensas de tokens de múltiplos AVSs que eles ajudam a proteger. Esse “double dipping” aumenta dramaticamente os retornos potenciais para os validadores. No lançamento inicial da EigenLayer, os restakers receberam pontos de incentivo que foram convertidos em airdrops de tokens EIGEN (para bootstrap); mais tarde, um mecanismo de recompensa contínuo (Incentivos Programáticos) foi lançado, distribuindo milhões de tokens EIGEN para restakers como mineração de liquidez. Além dos incentivos de tokens, os restakers se beneficiam da diversificação de renda – em vez de dependerem apenas das recompensas de bloco do Ethereum, eles podem ganhar em vários tokens ou taxas de AVS. É claro que essas recompensas mais altas vêm com maior risco (maior exposição a slashing), então restakers racionais só optarão por AVSs que eles acreditam serem bem gerenciados. Isso cria um controle impulsionado pelo mercado: os AVSs devem oferecer recompensas atraentes o suficiente para compensar o risco, ou os restakers os evitarão. Na prática, muitos restakers delegam a operadores profissionais, então eles também podem pagar uma comissão ao operador de suas recompensas. Mesmo assim, os restakers podem ganhar significativamente monetizando a capacidade de segurança ociosa de seu ETH em staking. (Notavelmente, a EigenLayer relata que mais de 88% de todo o EIGEN distribuído foi direto para ser novamente staked/delegado – indicando que os restakers estão ansiosamente compondo suas posições.)

• Incentivos para Operadores: Os operadores na EigenLayer são os provedores de serviço que realizam o trabalho pesado de executar nós para cada AVS. Seu incentivo é a receita de taxas ou a participação nas recompensas pagas por esses AVSs. Tipicamente, um AVS pagará recompensas (em ETH, stablecoins ou seu próprio token) a todos os validadores que o protegem; os operadores recebem essas recompensas em nome do stake que hospedam, e frequentemente ficam com uma parte (como uma comissão) por fornecer infraestrutura. A EigenLayer permite que os restakers deleguem a operadores, então os operadores competem para atrair o máximo de ETH restaked possível – mais stake delegado significa mais tarefas que eles podem fazer e mais taxas ganhas. Essa dinâmica encoraja os operadores a serem altamente confiáveis e a se especializarem em AVSs que podem executar eficientemente (para evitar serem slashados e para maximizar o tempo de atividade). Um operador com boa reputação pode garantir uma delegação maior e, assim, maiores recompensas totais. Importante, os operadores enfrentam penalidades de slashing por má conduta, assim como os restakers (já que o stake que eles carregam pode ser slashado), alinhando seu comportamento com a execução honesta. O design da EigenLayer cria efetivamente um mercado aberto para serviços de validador: as equipes de AVS podem “contratar” operadores oferecendo recompensas, e os operadores escolherão AVSs que são lucrativos em relação ao risco. Por exemplo, um operador pode se concentrar em executar um AVS de oráculo se tiver altas taxas, enquanto outro pode executar um AVS de camada de dados que requer muita largura de banda, mas paga bem. Com o tempo, esperamos um equilíbrio de livre mercado onde os operadores escolhem a melhor combinação de AVSs e definem uma divisão de taxas apropriada com seus delegadores. Isso contrasta com o staking tradicional de cadeia única, onde os validadores têm deveres fixos – aqui, eles podem realizar múltiplas tarefas em vários serviços para acumular ganhos. O incentivo para os operadores é, portanto, maximizar seus ganhos por unidade de garantia em staking, sem sobrecarregar a ponto de sofrer slashing. É um equilíbrio delicado que deve impulsionar a profissionalização e talvez até soluções de seguro ou hedge (operadores podem se segurar contra slashing para proteger seus delegadores, etc.).

• Incentivos para Desenvolvedores de AVS: Os desenvolvedores de protocolo (as equipes que constroem novos AVSs ou cadeias) provavelmente têm mais a ganhar com o modelo de “terceirização de segurança” do restaking. Seu principal incentivo é a economia de custos e tempo: eles não precisam lançar um novo token com alta inflação ou persuadir milhares de validadores independentes a proteger sua rede do zero. Iniciar uma rede PoS normalmente requer dar grandes recompensas de tokens aos validadores iniciais (diluindo a oferta) e ainda pode resultar em segurança fraca se a capitalização de mercado do token for baixa. Com a segurança compartilhada, um novo AVS pode **entrar em operação protegido pela segurança econômica de mais de US$200 bilhões do Ethereum**, tornando os ataques economicamente inviáveis instantaneamente. Isso é um grande atrativo para projetos de infraestrutura como pontes ou oráculos que precisam de fortes garantias de segurança. Além disso, os desenvolvedores podem se concentrar na lógica de sua aplicação e confiar na EigenLayer (ou Karak, etc.) para o **gerenciamento do conjunto de validadores**, reduzindo drasticamente a complexidade. Economicamente, embora o AVS deva pagar pela segurança, ele pode fazê-lo de uma forma **mais sustentável**. Em vez de uma inflação enorme, ele pode redirecionar as taxas de protocolo ou oferecer um estipêndio modesto de token nativo. Por exemplo, um AVS de ponte poderia cobrar taxas dos usuários em ETH e usá-las para pagar os restakers, alcançando segurança sem imprimir tokens sem lastro. Uma análise recente observa que a eliminação da necessidade de “mecanismos de recompensa altamente diluidores” foi uma motivação chave por trás do design de restaking universal da Karak. Essencialmente, a segurança compartilhada permite _“inicialização com um orçamento”_. Além disso, se o AVS tiver um token, ele pode ser usado mais para governança ou utilidade, em vez de puramente para gastos com segurança. Os desenvolvedores também são incentivados pelos **efeitos de rede**: ao se conectar a um hub de restaking, seu serviço pode interoperar mais facilmente com outros AVSs (usuários e operadores compartilhados) e ganhar exposição à grande comunidade de stakers de Ethereum. O outro lado da moeda é que as equipes de AVS devem projetar esquemas de recompensa atraentes para _atrair_ restakers e operadores no mercado aberto. Isso geralmente significa oferecer inicialmente rendimentos generosos ou incentivos de tokens para iniciar a participação – muito parecido com a mineração de liquidez em DeFi. Por exemplo, a própria EigenLayer distribuiu amplamente o token EIGEN para stakers/operadores iniciais para incentivar a participação. Vemos padrões semelhantes com novas plataformas de restaking (por exemplo, a campanha XP da Karak para futuros tokens$KAR). Em resumo, os desenvolvedores de AVS trocam algumas recompensas para os stakers de Ethereum em troca de evitar o problema de partida a frio de proteger uma nova rede. O ganho estratégico é um tempo de lançamento mais rápido e maior segurança desde o primeiro dia, o que pode ser uma vantagem decisiva, especialmente para infraestruturas críticas como pontes cross-chain ou serviços financeiros que exigem confiança.

Riscos Regulatórios e Preocupações de Governança​

Incerteza Regulatória: O novo modelo de restaking existe em uma área cinzenta legal, levantando várias questões regulatórias. Uma preocupação é se a oferta de “segurança como serviço” poderia ser vista pelos reguladores como uma oferta de valores mobiliários não registrada ou uma forma de produto de investimento de alto risco. Por exemplo, a distribuição do token EIGEN via airdrop para stakers e recompensas contínuas tem sido objeto de escrutínio quanto à conformidade com as leis de valores mobiliários. Os projetos devem ter cuidado para que seus tokens ou esquemas de recompensa não acionem definições de valores mobiliários (por exemplo, o teste de Howey nos EUA). Além disso, os protocolos de restaking agregam e realocam stakes entre redes, o que pode ser visto como uma forma de investimento agrupado ou até mesmo uma atividade semelhante a um banco, se não for devidamente descentralizada. A equipe da EigenLayer reconhece o risco regulatório, observando que a mudança nas leis pode impactar a viabilidade do restaking e que a EigenLayer “pode ser classificada como uma atividade financeira ilegal em algumas regiões”. Isso significa que os reguladores podem determinar que a entrega do controle de slashing a serviços de terceiros (AVSs) viola as regras financeiras ou de proteção ao consumidor, especialmente se usuários de varejo estiverem envolvidos. Outro ângulo é sanções/AML: o restaking move o stake para contratos que então validam outras cadeias – se uma dessas cadeias estiver processando transações ilícitas ou for sancionada, os validadores do Ethereum poderiam inadvertidamente cair em não conformidade? Isso permanece não testado. Até agora, nenhuma regulamentação clara visa especificamente o restaking, mas a postura em evolução sobre o staking de cripto (por exemplo, as ações da SEC contra serviços de staking centralizados) sugere que o restaking pode atrair escrutínio à medida que cresce. Projetos como a EigenLayer adotaram uma abordagem cautelosa – por exemplo, o token EIGEN foi inicialmente intransferível no lançamento para evitar negociações especulativas e potenciais problemas regulatórios. No entanto, até que as estruturas sejam definidas, as plataformas de restaking operam com o risco de que novas leis ou fiscalização possam impor restrições (como exigir credenciamento de participantes, divulgações ou até mesmo proibir certos tipos de staking cross-chain).

Preocupações de Governança e Consenso: O restaking introduz desafios complexos de governança tanto no nível do protocolo quanto para o ecossistema Ethereum mais amplo:

• Sobrecarga do Consenso Social do Ethereum: Uma preocupação proeminente, expressa por Vitalik Buterin, é que o uso estendido do conjunto de validadores do Ethereum poderia inadvertidamente arrastar o próprio Ethereum para disputas externas. A advertência de Vitalik: “O uso duplo de ETH em staking de validador, embora tenha alguns riscos, é fundamentalmente aceitável, mas tentar ‘recrutar’ o consenso social do Ethereum para os propósitos de sua própria aplicação não é.”. Em termos simples, é aceitável se os validadores do Ethereum também validarem, digamos, uma rede de oráculos e forem slashados individualmente por mau comportamento lá (sem efeito no consenso do Ethereum). O perigo é se um protocolo externo espera que a comunidade ou o protocolo central do Ethereum intervenha para resolver algum problema (por exemplo, para forçar a saída de validadores que se comportaram mal no serviço externo). O design da EigenLayer tenta conscientemente evitar esse cenário, mantendo as falhas passíveis de slashing objetivas e isoladas. As condições de slashing são criptográficas (por exemplo, prova de dupla assinatura) e não exigem intervenção da governança do Ethereum – assim, qualquer punição é autocontida no contrato da EigenLayer e não envolve o Ethereum alterando seu estado ou regras. Em casos de falhas subjetivas (onde o julgamento humano é necessário, digamos para uma disputa de preços de oráculos), a EigenLayer planeja usar sua própria governança (por exemplo, uma votação de token EIGEN ou um conselho) em vez de sobrecarregar a camada social do Ethereum. Essa separação é crítica para manter a neutralidade do Ethereum. No entanto, à medida que o restaking cresce, existe um risco sistêmico de que, se um incidente grave ocorresse (como um bug causando um slashing em massa de uma enorme porção de validadores), a comunidade Ethereum poderia ser pressionada a responder (por exemplo, revertendo os slashes). Isso envolveria o Ethereum no destino de AVSs externos – exatamente o que Vitalik adverte. O risco de consenso social é, portanto, principalmente sobre casos extremos de “cisne negro”, mas ressalta a importância de manter o núcleo do Ethereum mínimo e não envolvido na governança do restaking.

• Cascadas de Slashing e Segurança do Ethereum: Relacionado a isso, há a preocupação de que eventos de slashing no restaking possam se propagar e comprometer o Ethereum. Se um AVS muito popular (com muitos validadores) sofresse uma falha catastrófica levando a um slashing em massa, milhares de validadores de ETH poderiam perder stake ou ser forçados a sair. No pior cenário, se stake suficiente for slashado, o próprio conjunto de validadores do Ethereum poderia encolher ou centralizar-se rapidamente. Por exemplo, imagine que um operador top da EigenLayer, executando 10% de todos os validadores, seja slashado em um AVS – esses validadores poderiam ficar offline após perder fundos, reduzindo a segurança do Ethereum. A Chorus One (um serviço de staking) analisou a EigenLayer e observou que esse risco de cascata é exacerbado se o mercado de restaking levar a apenas alguns grandes operadores dominando. A boa notícia é que, historicamente, o slashing no Ethereum é raro e geralmente em pequena escala. A EigenLayer também limitou inicialmente a quantidade de stake e desativou o slashing enquanto o sistema era novo. Em abril de 2025, a EigenLayer ativou o slashing na mainnet com monitoramento cuidadoso. Para mitigar ainda mais slashes não intencionais (por exemplo, devido a bugs), a EigenLayer introduziu “comitês de veto de slashing” – essencialmente uma multi-assinatura de especialistas que podem anular um slashing se parecer ser um erro ou um ataque ao protocolo. Esta é uma medida centralizadora temporária, mas aborda o risco de um contrato inteligente AVS falho causar estragos. Com o tempo, esses comitês poderiam ser substituídos por governança mais descentralizada ou mecanismos de segurança.

• Centralização do Restaking e Governança: Uma preocupação chave de governança é quem controla o protocolo de restaking e seus parâmetros. Nos estágios iniciais da EigenLayer, as atualizações e decisões críticas eram controladas por uma multi-assinatura da equipe e da comunidade próxima (por exemplo, uma multi-assinatura de 9 de 13). Isso é prático para a segurança do desenvolvimento rápido, mas é um risco de centralização – esses detentores de chaves poderiam conspirar ou ser comprometidos para alterar maliciosamente as regras (por exemplo, para roubar fundos em staking). Reconhecendo isso, a EigenLayer estabeleceu uma estrutura EigenGov mais formal no final de 2024, introduzindo um Conselho do Protocolo de especialistas e um processo de governança comunitária para mudanças. O conselho agora controla as atualizações via uma multi-assinatura de 3 de 5, com supervisão da comunidade. Com o tempo, a intenção é evoluir para a governança por detentores de tokens ou um modelo totalmente descentralizado. Ainda assim, em qualquer sistema de restaking, as decisões de governança (como qual nova garantia apoiar, qual AVS “abençoar” com status oficial, como as disputas de slashing são resolvidas) envolvem altos riscos. Existe um potencial conflito de interesse: grandes provedores de staking (como Lido ou exchanges) poderiam influenciar a governança para favorecer seus operadores ou ativos. De fato, a concorrência está surgindo – por exemplo, os fundadores da Lido apoiando a Symbiotic, uma plataforma de restaking multi-ativos – e pode-se imaginar guerras de governança se, digamos, surgir uma proposta para banir um certo AVS que é visto como arriscado. A própria camada de restaking precisa de governança robusta para gerenciar tais questões de forma transparente.

• Centralização de Validadores: No lado operacional, há a preocupação de que os AVSs escolherão preferencialmente grandes operadores, causando centralização em quem realmente valida a maioria dos serviços restaked. Se, por eficiência, muitas equipes de AVS selecionarem um punhado de validadores profissionais (por exemplo, grandes empresas de staking) para atendê-los, essas entidades ganham poder desproporcional e participação nas recompensas. Elas poderiam então oferecer condições melhores (graças às economias de escala), potencialmente se transformando em um oligopólio. Isso reflete preocupações no staking de Ethereum comum (por exemplo, o domínio da Lido). O restaking poderia amplificar isso, já que os operadores que executam múltiplos AVSs têm mais fluxos de receita. Isso é tanto uma preocupação econômica quanto de governança – pode exigir limites impostos pela comunidade ou incentivos para encorajar a descentralização (por exemplo, a EigenLayer poderia limitar o quanto de stake um operador pode controlar, ou os AVSs poderiam ser obrigados a distribuir suas atribuições). Sem controles, a dinâmica de “os ricos ficam mais ricos” poderia levar a alguns operadores de nós controlando efetivamente grandes extensões do conjunto de validadores do Ethereum em muitos serviços, o que é prejudicial para a descentralização. A comunidade está discutindo ativamente essas questões, e alguns propuseram que os protocolos de restaking incluam mecanismos para favorecer operadores menores ou impor a diversidade (talvez através da estratégia de delegação ou por meio da coordenação social pelas comunidades de stakers).

Em resumo, embora o restaking desbloqueie uma tremenda inovação, ele também introduz novos vetores de risco. Os reguladores estão de olho se isso representa produtos de rendimento não regulamentados ou se representa perigos sistêmicos. A liderança do Ethereum enfatiza a importância de não emaranhar a governança da camada base nesses novos usos. A comunidade EigenLayer e outros responderam com um design cuidadoso (apenas slashing objetivo, tokens de dois níveis para diferentes tipos de falhas, verificação de AVSs, etc.) e controle central provisório para evitar acidentes. Os desafios contínuos de governança incluem descentralizar o controle sem sacrificar a segurança, garantir a participação aberta em vez da concentração e estabelecer estruturas legais claras. À medida que essas redes de restaking amadurecem, espere estruturas de governança aprimoradas e possivelmente padrões ou regulamentações da indústria que surjam para abordar essas preocupações.

EigenLayer vs. Karak vs. Babylon: Uma Análise Comparativa​

O cenário de restaking/segurança compartilhada agora inclui várias estruturas com designs diferentes. Aqui comparamos EigenLayer, Karak Network e Babylon – destacando suas arquiteturas técnicas, modelos econômicos e foco estratégico:

Arquitetura Técnica e Base de Segurança: A EigenLayer é um protocolo nativo do Ethereum (contratos inteligentes na Ethereum L1) que alavanca ETH em staking (e Liquid Staking Tokens equivalentes) como garantia de segurança. Ela “pega carona” na beacon chain do Ethereum – os validadores optam por participar via contratos Ethereum, e o slashing é imposto em seu stake de ETH. Isso significa que a segurança da EigenLayer está fundamentalmente ligada ao PoS do Ethereum e ao valor do ETH. Em contraste, a Karak se posiciona como uma “camada de restaking universal” não ligada a uma única cadeia base. A Karak lançou sua própria blockchain L1 (com compatibilidade EVM) otimizada para serviços de segurança compartilhada. O modelo da Karak é agnóstico de cadeia e agnóstico de ativos: ele permite o restaking de muitos tipos de ativos em múltiplas cadeias, não apenas ETH. As garantias suportadas incluem ETH e LSTs mais outros ERC-20s (stablecoins como USDC/sDAI, tokens LP, até outros tokens L1). Isso significa que a base de segurança da Karak é uma cesta diversificada; a validação na Karak poderia ser apoiada por, digamos, alguma combinação de ETH em staking, SOL em staking (se for ponteado), stablecoins, etc., dependendo do que o AVS (ou “VaaS” na terminologia da Karak) aceita. A Babylon segue um caminho diferente: ela aproveita a segurança do Bitcoin (BTC) – o maior ativo cripto – para proteger outras cadeias. A Babylon é construída como uma cadeia baseada em Cosmos (Babylon Chain) que se conecta ao Bitcoin e às cadeias PoS via protocolo IBC. Os detentores de BTC bloqueiam BTC nativo na mainnet do Bitcoin (em um cofre inteligente com bloqueio de tempo) e, assim, “fazem staking” de BTC para a Babylon, que então o usa como garantia para proteger cadeias PoS de consumo. Assim, a base de segurança da Babylon é o valor do Bitcoin (mais de US$ 500 bilhões de capitalização de mercado), aproveitado de forma sem confiança (sem BTC empacotado ou custodiantes – usa scripts Bitcoin para impor o slashing). Em resumo, a EigenLayer depende da segurança econômica do Ethereum, a Karak é multi-ativos e multi-cadeia (uma camada genérica para qualquer garantia), e a Babylon estende a segurança de prova de trabalho do Bitcoin para ecossistemas PoS.

Mecanismo de Restaking: Na EigenLayer, o restaking é opt-in via contratos Ethereum; o slashing é programático e imposto pelo consenso Ethereum (honrando os contratos EigenLayer). A Karak, como uma L1 independente, mantém sua própria lógica de restaking em sua cadeia. A Karak introduziu o conceito de Validação como Serviço (VaaS) – análogo ao AVS da Eigen – mas com um mercado universal de validadores entre cadeias. Os validadores da Karak (operadores) executam sua cadeia e qualquer número de Serviços Seguros Distribuídos (DSS), que são o equivalente da Karak aos AVSs. Um DSS pode ser uma nova blockchain ou serviço específico de aplicativo que aluga segurança do pool de ativos em staking da Karak. A inovação da Karak é padronizar os requisitos para que qualquer cadeia ou aplicativo (Ethereum, Solana, uma L2, etc.) possa se conectar e usar sua rede de validadores e garantias variadas. O slashing na Karak seria tratado por suas regras de protocolo – já que pode fazer staking de, por exemplo, USDC, presume-se que ele faz o slashing do USDC de um validador se ele se comportar mal em um serviço (a mecânica exata de slashing multi-ativos é complexa e não pública, mas a ideia é semelhante: cada garantia pode ser retirada se as violações forem comprovadas). O mecanismo da Babylon é único devido às limitações do Bitcoin: o Bitcoin não suporta contratos inteligentes para auto-slashing, então a Babylon usa truques criptográficos. O BTC é bloqueado em uma saída especial que requer uma chave. Se um participante de staking de BTC trapacear (por exemplo, assinar dois blocos conflitantes em uma cadeia cliente), o protocolo utiliza um esquema de assinatura única extraível (EOTS) para revelar a chave privada do participante, permitindo que seu BTC bloqueado seja varrido para um endereço de queima. Em termos mais simples, o mau comportamento faz com que o staker de BTC efetivamente faça o slashing de si mesmo, pois o ato de trapacear entrega o controle de seu depósito (que é então destruído). A cadeia baseada em Cosmos da Babylon coordena esse processo e se comunica com cadeias parceiras (via IBC) para fornecer serviços como checkpointing e finalidade usando os timestamps do BTC. Na Babylon, os validadores da cadeia Babylon (chamados provedores de finalidade) são separados – eles executam o consenso da Babylon e auxiliam na retransmissão de informações para o Bitcoin – mas não fornecem segurança econômica; a segurança econômica vem puramente do BTC bloqueado.

Modelo Econômico e Recompensas: O modelo econômico da EigenLayer é centrado na economia de staking do Ethereum. Os restakers ganham recompensas específicas do AVS – estas podem ser pagas em taxas de ETH, no próprio token do AVS ou em outros tokens, dependendo do design de cada AVS. A própria EigenLayer introduziu o token $EIGEN principalmente para governança e para recompensar os participantes iniciais (via airdrop, incentivos), mas os AVSs não são obrigados a usar ou pagar em EIGEN (não é um token de gás para eles). A plataforma visa um equilíbrio de livre mercado onde cada AVS define uma taxa de recompensa para atrair segurança suficiente. A **Karak** parece estar lançando seu token nativo$KAR (ainda não ativo no início de 2025) como o principal ativo em seu ecossistema. A Karak levantou US$48 milhões e foi apoiada por grandes investidores, o que implica que o$KAR terá valor e provavelmente será usado para governança e possivelmente pagamentos de taxas na rede Karak. No entanto, a principal promessa da Karak é “sem inflação” para novas redes que a utilizam – em vez de emitir seus próprios tokens para segurança, elas aproveitam os ativos existentes via Karak. Assim, uma nova cadeia usando a Karak pode pagar os validadores em, digamos, suas taxas de transação (que podem ser em uma stablecoin ou no token nativo da cadeia, se houver), mas não precisaria cunhar continuamente novos tokens para recompensas de staking. A Karak estabeleceu um mercado de validadores onde os desenvolvedores podem postar recompensas para que os validadores façam restaking de ativos e protejam seu serviço. Essa abordagem de mercado visa tornar as recompensas mais competitivas e consistentes em vez de uma inflação extremamente alta seguida por uma queda – teoricamente reduzindo custos para os desenvolvedores e dando aos validadores uma renda multi-cadeia estável. A economia da Babylon também difere: os stakers de BTC que bloqueiam seu Bitcoin ganham rendimento nos tokens das redes que estão protegendo. Por exemplo, se você faz staking de BTC para ajudar a proteger uma zona Cosmos (uma das cadeias cliente da Babylon), você recebe as recompensas de staking dessa zona (seu token de staking nativo) como se fosse um delegador lá. Essas cadeias parceiras se beneficiam ao obter uma camada extra de segurança (pontos de verificação no Bitcoin, etc.), e em troca alocam uma parte de sua inflação ou taxas para os stakers de BTC via Babylon. Na verdade, a Babylon atua como um hub onde os detentores de BTC podem delegar segurança a muitas cadeias e ser pagos em muitos tokens. A própria cadeia Babylon tem um token chamado **$BABY**, usado para staking no próprio consenso da Babylon (a Babylon ainda precisa de seus próprios validadores PoS para executar a infraestrutura da cadeia). O$BABY também é provavelmente usado na governança e talvez para alinhar incentivos (por exemplo, provedores de finalidade fazem staking de BABY). Mas, importante, o BABY **não** substitui o BTC como fonte de segurança – é mais para executar a cadeia – enquanto o BTC é a garantia que respalda o serviço de segurança compartilhada. Em maio de 2025, a Babylon havia se estabelecido com sucesso com mais de **50.000 BTC em staking (~\5,5 bilhões)** por detentores de BTC, tornando-a uma das cadeias Cosmos mais seguras em termos de capital. Esses stakers de BTC então ganham recompensas de staking de múltiplas cadeias conectadas (por exemplo, ATOM do Cosmos Hub, OSMO da Osmosis, etc.), alcançando rendimento diversificado enquanto detêm BTC.

Foco Estratégico e Casos de Uso: A estratégia da EigenLayer tem sido centrada no Ethereum, visando acelerar a inovação dentro do ecossistema Ethereum. Seus casos de uso iniciais (disponibilidade de dados, middleware como oráculos, sequenciamento de rollups) todos aprimoram o Ethereum ou seus rollups. Ela essencialmente superalimenta o Ethereum como uma meta-camada de serviços, e agora com seu planejado suporte “multi-chain” (adicionado em 2025), a EigenLayer permitirá que os AVSs funcionem em outras cadeias EVM ou L2s, enquanto ainda usam o conjunto de validadores do Ethereum. Essa verificação cross-chain significa que a EigenLayer está evoluindo para um provedor de segurança cross-chain, mas ancorada no Ethereum (validadores e staking ainda vivem no Ethereum para slashing). A Karak se posiciona como uma camada base globalmente extensível para todos os tipos de aplicações – não apenas infraestrutura cripto, mas também ativos do mundo real, mercados financeiros, até serviços governamentais, de acordo com seu marketing. O nome “Camada Base Global para PIB Programável” sugere uma ambição de trabalhar com instituições e estados-nação. A Karak enfatiza a integração de finanças tradicionais e IA, sugerindo que buscará parcerias além do reino cripto-nativo. Tecnicamente, ao suportar ativos como stablecoins e potencialmente moedas governamentais, a Karak poderia permitir, por exemplo, que um governo lançasse uma blockchain protegida por seu próprio token fiduciário em staking via validadores da Karak. Seu suporte para empresas e múltiplas jurisdições é um diferencial. Em essência, a Karak está tentando ser “restaking para todos, em qualquer cadeia, com qualquer ativo” – uma rede mais ampla do que a abordagem Ethereum-first da EigenLayer. O foco da Babylon é preencher a lacuna entre os ecossistemas Bitcoin e Cosmos (e PoS mais amplo). Ela aprimora especificamente a segurança inter-cadeias fornecendo a imutabilidade e o peso econômico do Bitcoin para cadeias de prova de participação que de outra forma seriam menores. Um dos aplicativos matadores da Babylon é adicionar pontos de verificação de finalidade do Bitcoin a cadeias PoS, tornando extremamente difícil para essas cadeias serem atacadas ou reorganizadas sem também atacar o Bitcoin. A Babylon, portanto, se comercializa como trazendo “a segurança do Bitcoin para todo o universo cripto”. Seu foco de curto prazo tem sido as cadeias SDK do Cosmos (que ela chama de Redes Supercarregadas por Bitcoin na Fase 3), mas o design é feito para ser interoperável com Ethereum e rollups também. Estrategicamente, a Babylon aproveita a vasta base de detentores de BTC, dando-lhes uma opção de rendimento (o BTC é um ativo que não rende) e, ao mesmo tempo, oferecendo às cadeias acesso ao “padrão ouro” da segurança cripto (BTC + PoW). Isso é bastante distinto da EigenLayer e da Karak, que são mais sobre alavancar ativos PoS.

Tabela: EigenLayer vs Karak vs Babylon

| Característica | EigenLayer (Ethereum) | | Base de Ativos de Segurança | ETH (stake de Ethereum) e LSTs na lista branca. | | Base de Ativos de Segurança | ETH (stake de Ethereum) e LSTs na lista branca.

A Revolução de Velocidade que o Ethereum Esperava?​

No mundo de alta pressão das soluções de escalabilidade blockchain, um novo concorrente surgiu gerando tanto entusiasmo quanto controvérsia. MegaETH está se posicionando como a resposta do Ethereum às cadeias ultra‑rápidas como Solana — prometendo latência submilissegundos e impressionantes 100.000 transações por segundo (TPS).

Mas essas alegações vêm acompanhadas de trade‑offs significativos. MegaETH está fazendo sacrifícios calculados para “Make Ethereum Great Again”, levantando questões importantes sobre o equilíbrio entre desempenho, segurança e descentralização.

Como provedores de infraestrutura que já viram muitas soluções promissoras irem e virem, nós da BlockEden.xyz realizamos esta análise para ajudar desenvolvedores e construtores a entender o que torna o MegaETH único — e quais riscos considerar antes de construir sobre ele.

O que Torna o MegaETH Diferente?​

MegaETH é uma solução camada-2 para Ethereum que reimaginou a arquitetura blockchain com foco singular: desempenho em tempo real.

Enquanto a maioria das L2s melhora os 15 TPS do Ethereum em um fator de 10‑100×, o MegaETH almeja melhorias de 1.000‑10.000× — velocidades que o colocariam em uma categoria própria.

Abordagem Técnica Revolucionária​

MegaETH atinge sua velocidade extraordinária por meio de decisões de engenharia radicais:

1. Arquitetura de Sequenciador Único: Ao contrário da maioria das L2s que utilizam múltiplos sequenciadores ou planejam descentralizar, o MegaETH usa um único sequenciador para ordenar transações, escolhendo deliberadamente desempenho sobre descentralização.

2. Trie de Estado Otimizado: Um sistema de armazenamento de estado completamente redesenhado que pode lidar com dados de estado em nível de terabytes de forma eficiente, mesmo em nós com RAM limitada.

3. Compilação JIT de Bytecode: Compilação just‑in‑time do bytecode de contratos inteligentes Ethereum, aproximando a execução da velocidade “bare‑metal”.

4. Pipeline de Execução Paralela: Uma abordagem multi‑core que processa transações em fluxos paralelos para maximizar o throughput.

5. Micro Blocos: Alvo de tempos de bloco de 1 ms por meio de produção contínua de blocos “streaming” ao invés de processamento em lote.

6. Integração EigenDA: Uso da solução de disponibilidade de dados EigenLayer ao invés de postar todos os dados na L1 Ethereum, reduzindo custos enquanto mantém segurança através de validação alinhada ao Ethereum.

Esta arquitetura entrega métricas de desempenho que parecem quase impossíveis para uma blockchain:

• Latência submilissegundos (meta de 10 ms)
• Throughput de 100.000+ TPS
• Compatibilidade EVM para fácil portabilidade de aplicações

Testando as Alegações: Status Atual do MegaETH​

Em março de 2025, o testnet público do MegaETH está ativo. O deployment inicial começou em 6 de março com rollout faseado, iniciando com parceiros de infraestrutura e equipes de dApp antes de abrir para onboarding mais amplo.

Métricas iniciais do testnet mostram:

• 1,68 Giga‑gas por segundo de throughput
• Tempos de bloco de 15 ms (significativamente mais rápidos que outras L2s)
• Suporte à execução paralela que eventualmente elevará ainda mais o desempenho

A equipe indicou que o testnet está operando em modo levemente limitado, com planos de habilitar paralelismo adicional que poderia dobrar o throughput de gas para cerca de 3,36 Ggas/s, avançando rumo ao alvo final de 10 Ggas/s (10 bilhões de gas por segundo).

Modelo de Segurança e Confiança​

A abordagem de segurança do MegaETH representa um desvio significativo da ortodoxia blockchain. Ao contrário do design de confiança mínima do Ethereum com milhares de nós validadores, o MegaETH adota uma camada de execução centralizada com o Ethereum como backstop de segurança.

Filosofia “Can’t Be Evil”​

MegaETH emprega um modelo de rollup otimista com características únicas:

1. Sistema de Provas de Fraude: Como outros rollups otimistas, o MegaETH permite que observadores desafiem transições de estado inválidas através de provas de fraude submetidas ao Ethereum.

2. Nós Verificadores: Nós independentes replicam os cálculos do sequenciador e iniciariam provas de fraude caso encontrem discrepâncias.

3. Liquidação no Ethereum: Todas as transações são eventualmente liquidadas no Ethereum, herdando sua segurança para o estado final.

Isso cria o que a equipe chama de mecanismo “can’t be evil” — o sequenciador não pode produzir blocos inválidos ou alterar o estado incorretamente sem ser pego e punido.

Trade‑off de Centralização​

O ponto controverso: o MegaETH opera com um único sequenciador e explicitamente “não tem planos de jamais descentralizar o sequenciador”. Isso traz dois riscos significativos:

1. Risco de Liveness: Se o sequenciador ficar offline, a rede pode parar até que ele recupere ou seja nomeado um novo sequenciador.

2. Risco de Censura: O sequenciador poderia teoricamente censurar certas transações ou usuários a curto prazo (embora usuários possam eventualmente sair via L1).

O MegaETH argumenta que esses riscos são aceitáveis porque:

• A L2 está ancorada ao Ethereum para segurança final
• A disponibilidade de dados é tratada por múltiplos nós no EigenDA
• Qualquer censura ou fraude pode ser vista e contestada pela comunidade

Casos de Uso: Quando a Execução Ultra‑Rápida Importa​

As capacidades em tempo real do MegaETH desbloqueiam casos de uso que antes eram impraticáveis em blockchains mais lentas:

1. High‑Frequency Trading e DeFi​

MegaETH permite DEXs com execução de trades quase instantânea e atualizações de order book. Projetos já em construção incluem:

• GTE: DEX spot em tempo real combinando livros de ordens centralizados e liquidez AMM
• Teko Finance: Mercado de dinheiro para empréstimos alavancados com atualizações rápidas de margem
• Cap: Stablecoin e motor de yield que arbitra entre mercados
• Avon: Protocolo de empréstimo com matching de empréstimos baseado em order book

Essas aplicações DeFi se beneficiam do throughput do MegaETH para operar com mínima slippage e atualizações de alta frequência.

2. Jogos e Metaverso​

A finalidade sub‑segundo torna jogos totalmente on‑chain viáveis sem esperar confirmações:

• Awe: Jogo 3D de mundo aberto com ações on‑chain
• Biomes: Metaverso on‑chain similar ao Minecraft
• Mega Buddies e Mega Cheetah: Série de avatares colecionáveis

Essas aplicações podem oferecer feedback em tempo real em jogos blockchain, permitindo gameplay acelerado e batalhas PvP on‑chain.

3. Aplicações Empresariais​

O desempenho do MegaETH o torna adequado para aplicações corporativas que exigem alto throughput:

• Infraestrutura de pagamentos instantâneos
• Sistemas de gerenciamento de risco em tempo real
• Verificação de cadeia de suprimentos com finalidade imediata
• Sistemas de leilão de alta frequência

A vantagem chave em todos esses casos é a capacidade de rodar aplicações intensivas em computação com feedback imediato, mantendo conexão ao ecossistema Ethereum.

A Equipe por Trás do MegaETH​

MegaETH foi co‑fundado por uma equipe com credenciais impressionantes:

• Li Yilong: PhD em ciência da computação pela Stanford, especializado em sistemas de computação de baixa latência
• Yang Lei: PhD pelo MIT, pesquisando sistemas descentralizados e conectividade Ethereum
• Shuyao Kong: Ex‑Head of Global Business Development na ConsenSys

O projeto atraiu investidores de destaque, incluindo os co‑fundadores do Ethereum Vitalik Buterin e Joseph Lubin como investidores anjo. O envolvimento de Vitalik é particularmente notável, já que ele raramente investe em projetos específicos.

Outros investidores incluem Sreeram Kannan (fundador da EigenLayer), fundos de VC como Dragonfly Capital, Figment Capital e Robot Ventures, além de figuras influentes da comunidade como Cobie.

Estratégia de Token: A Abordagem Soulbound NFT​

MegaETH introduziu um método inovador de distribuição de tokens através de “soulbound NFTs” chamados “The Fluffle”. Em fevereiro de 2025, criaram 10.000 NFTs não transferíveis representando ao menos 5 % do suprimento total de tokens MegaETH.

Aspectos chave da tokenomics:

• 5.000 NFTs foram vendidos a 1 ETH cada (levantando US$ 13‑14 milhões)
• Os outros 5.000 NFTs foram alocados para projetos do ecossistema e construtores
• Os NFTs são soulbound (não podem ser transferidos), garantindo alinhamento de longo prazo
• Valoração implícita de cerca de US$ 540 milhões, extremamente alta para um projeto pré‑lançamento
• A equipe levantou aproximadamente US$ 30‑40 milhões em venture funding

Eventualmente, o token MegaETH deverá servir como moeda nativa para taxas de transação e possivelmente para staking e governança.

Como o MegaETH se Compara aos Concorrentes​

vs. Outras L2s Ethereum​

Em comparação com Optimism, Arbitrum e Base, o MegaETH é significativamente mais rápido, mas faz compromissos maiores em descentralização:

• Desempenho: MegaETH mira 100.000+ TPS vs. tempos de transação de 250 ms da Arbitrum e throughput menor
• Descentralização: MegaETH usa um único sequenciador vs. planos de sequenciadores descentralizados das outras L2s
• Disponibilidade de Dados: MegaETH usa EigenDA vs. outras L2s que postam dados diretamente no Ethereum

vs. Solana e L1s de Alta Performance​

MegaETH busca “bater a Solana no seu próprio jogo” enquanto aproveita a segurança do Ethereum:

• Throughput: MegaETH mira 100k+ TPS vs. os teóricos 65k TPS da Solana (geralmente alguns milhares na prática)
• Latência: MegaETH 10 ms vs. finalidade de 400 ms da Solana
• Descentralização: MegaETH 1 sequenciador vs. ~1.900 validadores da Solana

vs. ZK‑Rollups (StarkNet, zkSync)​

Enquanto ZK‑rollups oferecem garantias de segurança mais fortes via provas de validade:

• Velocidade: MegaETH oferece experiência de usuário mais rápida sem esperar geração de provas ZK
• Trustlessness: ZK‑rollups não requerem confiança no sequenciador, proporcionando segurança superior
• Planos Futuros: MegaETH pode eventualmente integrar provas ZK, tornando‑se uma solução híbrida

O posicionamento do MegaETH está claro: é a opção mais rápida dentro do ecossistema Ethereum, sacrificando parte da descentralização para alcançar velocidades semelhantes às do Web2.

Perspectiva de Infraestrutura: O que os Construtores Devem Considerar​

Como provedor de infraestrutura que conecta desenvolvedores a nós blockchain, a BlockEden.xyz vê tanto oportunidades quanto desafios na abordagem do MegaETH:

Benefícios Potenciais para Construtores​

1. Experiência de Usuário Excepcional: Aplicações podem oferecer feedback instantâneo e alto throughput, criando responsividade similar ao Web2.
2. Compatibilidade EVM: DApps Ethereum existentes podem ser portados com mudanças mínimas, desbloqueando desempenho sem reescritas.
3. Eficiência de Custos: Alto throughput significa custos por transação menores para usuários e aplicações.
4. Backstop de Segurança Ethereum: Apesar da centralização na camada de execução, a liquidação no Ethereum fornece uma base de segurança.

Considerações de Risco​

1. Ponto Único de Falha: O sequenciador centralizado cria risco de liveness — se ele cair, sua aplicação também.
2. Vulnerabilidade à Censura: Aplicações podem enfrentar censura de transações sem recurso imediato.
3. Tecnologia em Estágio Inicial: A arquitetura novel do MegaETH ainda não foi testada em escala com valor real.
4. Dependência do EigenDA: Utilizar uma solução de disponibilidade de dados mais nova adiciona uma suposição de confiança extra.

Requisitos de Infraestrutura​

Suportar o throughput do MegaETH exigirá infraestrutura robusta:

• Nós RPC de alta capacidade capazes de lidar com o volume massivo de dados
• Soluções avançadas de indexação para acesso a dados em tempo real
• Monitoramento especializado para a arquitetura única
• Monitoramento confiável de bridges para operações cross‑chain

Conclusão: Revolução ou Compromisso?​

MegaETH representa um experimento ousado em escalabilidade blockchain — que prioriza deliberadamente desempenho sobre descentralização. Se essa abordagem terá sucesso depende de o mercado valorizar mais a velocidade do que a execução descentralizada.

Os próximos meses serão críticos enquanto o MegaETH transita do testnet para o mainnet. Se cumprir suas promessas de desempenho mantendo segurança suficiente, poderá remodelar fundamentalmente como pensamos sobre escalabilidade blockchain. Se falhar, reforçará por que a descentralização continua sendo um valor central das blockchains.

Por ora, o MegaETH se destaca como uma das soluções de escalabilidade Ethereum mais ambiciosas até hoje. Sua disposição de desafiar a ortodoxia já gerou discussões importantes sobre quais trade‑offs são aceitáveis na busca pela adoção massiva de blockchain.

Na BlockEden.xyz, estamos comprometidos em apoiar desenvolvedores onde quer que construam, inclusive em redes de alto desempenho como o MegaETH. Nossa infraestrutura de nós confiável e serviços de API são projetados para ajudar aplicações a prosperar no ecossistema multichain, independentemente de qual abordagem de escalabilidade prevalecer.

Quer construir no MegaETH ou precisa de infraestrutura de nós confiável para aplicações de alto throughput? Email de contato: info@BlockEden.xyz para saber como podemos apoiar seu desenvolvimento com garantia de 99,9 % de uptime e serviços RPC especializados em mais de 27 blockchains.

O Problema de Escalabilidade do Web3​

a indústria de blockchain enfrenta um desafio persistente: como escalamos para suportar milhões de usuários sem sacrificar segurança ou descentralização?

Ethereum, a principal plataforma de contratos inteligentes, processa aproximadamente 15 transações por segundo em sua camada base. Durante períodos de alta demanda, essa limitação gerou taxas de gas exorbitantes — às vezes superiores a US$ 100 por transação durante mintagens de NFT ou frenesi de farming em DeFi.

Esse gargalo de escalabilidade representa uma ameaça existencial à adoção do Web3. Usuários acostumados à resposta instantânea de aplicações Web2 não tolerarão pagar US$ 50 e esperar 3 minutos apenas para trocar tokens ou mintar um NFT.

Surge então a solução que está remodelando rapidamente a arquitetura das blockchains: Rollups-as-a-Service (RaaS).

Entendendo Rollups-as-a-Service (RaaS)​

Plataformas RaaS permitem que desenvolvedores implantem seus próprios rollups customizados sem a complexidade de construir tudo do zero. Esses serviços transformam o que normalmente exigiria uma equipe de engenharia especializada e meses de desenvolvimento em um processo simplificado, às vezes de um clique.

Por que isso importa? Porque os rollups são a chave para a escalabilidade de blockchain.

Os rollups funcionam ao:

• Processar transações fora da cadeia principal (Layer 1)
• Agrupar essas transações em lotes
• Enviar provas comprimidas dessas transações de volta à cadeia principal

O resultado? Aumento drástico de throughput e redução significativa de custos enquanto herdam a segurança da blockchain subjacente (como Ethereum).

"Rollups não competem com Ethereum — eles o estendem. São como faixas Express especializadas construídas sobre a rodovia Ethereum."

Essa abordagem de escalabilidade é tão promissora que Ethereum adotou oficialmente um “roteiro centrado em rollups” em 2020, reconhecendo que o futuro não será uma única cadeia monolítica, mas sim um ecossistema de rollups interconectados e construídos para propósitos específicos.

Caldera: Liderando a Revolução RaaS​

Entre os provedores emergentes de RaaS, Caldera destaca‑se como líder. Fundada em 2023 e tendo levantado US$ 25 milhões de investidores de destaque, incluindo Dragonfly, Sequoia Capital e Lattice, a Caldera rapidamente se posicionou como fornecedora de infraestrutura líder no espaço de rollups.

O que Diferencia a Caldera?​

A Caldera se diferencia em vários aspectos chave:

1. Suporte Multi‑Framework: Ao contrário de concorrentes que focam em um único framework de rollup, a Caldera suporta os principais frameworks como o OP Stack da Optimism e a tecnologia Orbit/Nitro da Arbitrum, oferecendo flexibilidade técnica aos desenvolvedores.

2. Infraestrutura End‑to‑End: Ao implantar com a Caldera, você obtém um conjunto completo de componentes: nós RPC confiáveis, exploradores de blocos, serviços de indexação e interfaces de ponte.

3. Ecossistema de Integrações Rico: A Caldera vem pré‑integrada com mais de 40 ferramentas e serviços Web3, incluindo oráculos, faucets, wallets e pontes cross‑chain (LayerZero, Axelar, Wormhole, Connext e mais).

4. Rede Metalayer: Talvez a inovação mais ambiciosa da Caldera seja seu Metalayer — uma rede que conecta todos os rollups alimentados pela Caldera em um ecossistema unificado, permitindo que compartilhem liquidez e mensagens de forma fluida.

5. Suporte Multi‑VM: No final de 2024, a Caldera se tornou a primeira RaaS a suportar a Solana Virtual Machine (SVM) no Ethereum, possibilitando cadeias de alto desempenho semelhantes à Solana que ainda liquidam na camada base segura do Ethereum.

A abordagem da Caldera está criando o que eles chamam de “camada tudo” para rollups — uma rede coesa onde diferentes rollups podem interoperar ao invés de existirem como ilhas isoladas.

Adoção no Mundo Real: Quem Está Usando a Caldera?​

A Caldera ganhou tração significativa, com mais de 75 rollups em produção até o final de 2024. Alguns projetos notáveis incluem:

• Manta Pacific: Rede altamente escalável para implantação de aplicações zero‑knowledge que usa o OP Stack da Caldera combinado com Celestia para disponibilidade de dados.

• RARI Chain: Rollup focado em NFTs da Rarible que processa transações em menos de um segundo e aplica royalties de NFT ao nível do protocolo.

• Kinto: Plataforma DeFi regulatória com KYC/AML on‑chain e capacidades de abstração de conta.

• inEVM da Injective: Rollup compatível com EVM que estende a interoperabilidade da Injective, conectando o ecossistema Cosmos a dApps baseadas em Ethereum.

Esses projetos demonstram como rollups específicos de aplicação permitem personalizações impossíveis em L1s de uso geral. Até o final de 2024, os rollups coletivos da Caldera teriam processado mais de 300 milhões de transações para mais de 6 milhões de carteiras únicas, com quase US$ 1 bilhão em valor total bloqueado (TVL).

Como o RaaS se Compara: Caldera vs. Concorrentes​

O cenário de RaaS está se tornando cada vez mais competitivo, com vários players notáveis:

Conduit​

• Foca exclusivamente nos ecossistemas Optimism e Arbitrum
• Enfatiza uma experiência totalmente self‑serve, sem código
• Alimenta aproximadamente 20 % dos rollups da mainnet Ethereum, incluindo Zora

AltLayer​

• Oferece “Flashlayers” — rollups descartáveis e sob demanda para necessidades temporárias
• Foca em escalabilidade elástica para eventos específicos ou períodos de alto tráfego
• Demonstrou throughput impressionante durante eventos de jogos (mais de 180 000 transações diárias)

Sovereign Labs​

• Construindo um Rollup SDK focado em tecnologias zero‑knowledge
• Visa habilitar ZK‑rollups em qualquer blockchain base, não apenas Ethereum
• Ainda em desenvolvimento, posicionando‑se para a próxima onda de implantação ZK multichain

Embora esses concorrentes se destaquem em nichos específicos, a abordagem abrangente da Caldera — combinando uma rede unificada de rollups, suporte multi‑VM e foco na experiência do desenvolvedor — ajudou a consolidá‑la como líder de mercado.

O Futuro do RaaS e da Escalabilidade de Blockchain​

O RaaS está pronto para remodelar o panorama de blockchain de maneiras profundas:

1. Proliferação de Cadeias Específicas de Aplicação​

Pesquisas de mercado sugerem que avançamos para um futuro com potencialmente milhões de rollups, cada um servindo aplicações ou comunidades específicas. Com o RaaS reduzindo barreiras de implantação, cada dApp relevante poderia ter sua própria cadeia otimizada.

2. Interoperabilidade como Desafio Crítico​

À medida que os rollups se multiplicam, a capacidade de comunicar e compartilhar valor entre eles torna‑se crucial. O Metalayer da Caldera representa uma tentativa precoce de resolver esse desafio — criando uma experiência unificada através de uma teia de rollups.

3. De Cadeias Isoladas a Ecossistemas Interconectados​

O objetivo final é uma experiência multichain fluida onde os usuários quase não precisam saber em qual cadeia estão. Valor e dados fluiriam livremente por uma rede interconectada de rollups especializados, todos seguros por robustas redes Layer 1.

4. Infraestrutura de Blockchain ao Estilo Cloud​

O RaaS está efetivamente transformando a infraestrutura de blockchain em um serviço estilo cloud. O “Rollup Engine” da Caldera permite upgrades dinâmicos e componentes modulares, tratando rollups como serviços configuráveis de nuvem que podem escalar sob demanda.

O Que Isso Significa para Desenvolvedores e BlockEden.xyz​

Na BlockEden.xyz, vemos um enorme potencial na revolução RaaS. Como provedor de infraestrutura que conecta desenvolvedores a nós de blockchain de forma segura, estamos posicionados para desempenhar um papel crucial nesse cenário em evolução.

A proliferação de rollups significa que desenvolvedores precisarão de infraestrutura de nós confiável como nunca antes. Um futuro com milhares de cadeias específicas de aplicação demanda serviços RPC robustos e de alta disponibilidade — exatamente o que a BlockEden.xyz se especializa em oferecer.

Estamos particularmente entusiasmados com as oportunidades em:

1. Serviços RPC Especializados para Rollups: À medida que rollups adotam recursos e otimizações únicos, a infraestrutura especializada torna‑se essencial.

2. Indexação de Dados Cross‑Chain: Com valor fluindo entre múltiplos rollups, desenvolvedores precisarão de ferramentas para rastrear e analisar atividades cross‑chain.

3. Ferramentas Avançadas para Desenvolvedores: Conforme a implantação de rollups se simplifica, cresce a necessidade de monitoramento, depuração e análise sofisticados.

4. Acesso Unificado via API: Desenvolvedores que trabalham em múltiplos rollups precisam de acesso simplificado e unificado a diversas redes blockchain.

Conclusão: O Futuro Modular das Blockchains​

A ascensão dos Rollups-as-a-Service representa uma mudança fundamental na forma como pensamos a escalabilidade de blockchain. Em vez de forçar todas as aplicações a uma única cadeia, avançamos para um futuro modular com cadeias especializadas para casos de uso específicos, todas interconectadas e seguras por redes Layer 1 robustas.

A abordagem da Caldera — criar uma rede unificada de rollups com liquidez compartilhada e mensagens fluidas — oferece um vislumbre desse futuro. Ao tornar a implantação de rollups tão simples quanto iniciar um servidor na nuvem, os provedores RaaS democratizam o acesso à infraestrutura de blockchain.

Na BlockEden.xyz, estamos comprometidos em apoiar essa evolução, fornecendo a infraestrutura de nós confiável e as ferramentas de desenvolvedor necessárias para construir neste futuro multichain. Como costumamos dizer, o futuro do Web3 não é uma única cadeia — são milhares de cadeias especializadas trabalhando juntas.

Procurando construir em um rollup ou precisar de infraestrutura de nós confiável para seu projeto blockchain? Email de contato: info@BlockEden.xyz para saber como podemos apoiar seu desenvolvimento com nossa garantia de 99,9 % de uptime e serviços RPC especializados em mais de 27 blockchains.

Por anos, o Ethereum Name Service (ENS) foi visto por muitos como uma ferramenta de nicho para entusiastas de criptomoedas—uma maneira de substituir endereços de carteiras longos e desajeitados com nomes legíveis .eth. Mas em 2025, essa percepção está desatualizada. O ENS evoluiu para se tornar uma camada fundamental para identidade de marca programável, transformando um nome simples em uma âncora portátil, verificável e unificada para toda a presença digital da sua empresa.

Não se trata mais apenas de marca.eth. Trata-se de tornar marca.com consciente de cripto, emitir papéis verificáveis para funcionários e construir confiança com clientes através de uma fonte única e canônica de verdade. Este é o guia para empresas sobre por que o ENS agora importa e como implementá-lo hoje.

Resumo

• O ENS transforma um nome (ex: marca.eth ou marca.com) em uma identidade programável que mapeia para carteiras, apps, sites e dados de perfil verificados.
• Você não precisa abandonar seu domínio DNS: com DNSSEC sem Gas, um marca.com pode funcionar como um nome ENS sem taxas on-chain na configuração.
• Os preços de .eth são transparentes e baseados em renovação (nomes mais curtos custam mais), e a receita financia o protocolo de bem público através do ENS DAO.
• Subnomes como alice.marca.eth ou support.marca.com permitem que você emita papéis, benefícios e acesso—limitados por tempo e restringidos por "fusíveis" NameWrapper e expiração.
• O ENS está movendo a funcionalidade principal para L2 no ENSv2, com resolução minimizada de confiança via CCIP‑Read—importante para custo, velocidade e escala.

Por Que o ENS Importa para Empresas Modernas​

Para empresas, a identidade é fragmentada. Você tem um nome de domínio para seu site, handles de mídia social para marketing, e contas separadas para pagamentos e operações. O ENS oferece uma maneira de unificar essas, criando uma única camada de identidade autoritativa.

• Identidade Unificada e Legível por Humanos: Em seu núcleo, o ENS mapeia um nome memorável para endereços criptográficos. Mas seu poder se estende muito além de uma única blockchain. Com suporte multi-chain, seu marca.eth pode apontar para sua tesouraria Bitcoin, carteira de operações Solana e contratos inteligentes Ethereum simultaneamente. O nome da sua marca se torna a âncora única e amigável ao usuário para pagamentos, aplicações e perfis em todo o ecossistema web3.

• Integração Profunda do Ecossistema: O ENS não é uma aposta especulativa em um protocolo de nicho; é uma primitiva web3. É nativamente suportado em carteiras principais (Coinbase Wallet, MetaMask), navegadores (Brave, Opera), e aplicações descentralizadas (Uniswap, Aave). Quando parceiros como GoDaddy integram ENS, isso sinaliza uma convergência entre infraestrutura web2 e web3. Ao adotar ENS, você está conectando sua marca a uma rede vasta e interoperável.

• Dados de Perfil Ricos e Verificáveis: Além de endereços, nomes ENS podem armazenar registros de texto padronizados para informações de perfil como um avatar, email, handles de mídia social, e uma URL de site. Isso transforma seu nome ENS em um cartão de visita canônico e legível por máquina. Suas ferramentas de suporte, marketing e engenharia podem todas extrair da mesma fonte verificada, garantindo consistência e construindo confiança com seus usuários.

Duas Entradas: .eth vs. "Traga Seu Próprio DNS"​

Começar com ENS é flexível, oferecendo dois caminhos principais que podem e devem ser usados juntos.

1. Registrar marca.eth​

Esta é a abordagem nativa do web3. Registrar um nome .eth lhe dá um ativo cripto-nativo que sinaliza o compromisso da sua marca com o ecossistema. O processo é direto e transparente.

• Cronograma de Taxas Claro: As taxas são pagas anualmente em ETH para prevenir especulação e financiar o protocolo. Os preços são baseados na escassez: nomes de 5+ caracteres custam apenas $5/ano, nomes de 4 caracteres custam $160/ano, e nomes de 3 caracteres custam $640/ano.
• Definir um Nome Primário: Uma vez que você possua marca.eth, você deve defini-lo como o "Nome Primário" (também conhecido como registro reverso) para a carteira principal da sua empresa. Este é um passo crítico que permite que carteiras e dapps exibam seu nome memorável em vez de seu endereço longo, melhorando dramaticamente a experiência do usuário e a confiança.

2. Melhorar marca.com Dentro do ENS (Nenhuma Migração Necessária)​

Você não precisa abandonar seu valioso domínio web2. Graças a um recurso chamado DNSSEC sem Gas, você pode vincular seu domínio DNS existente a uma carteira cripto, efetivamente atualizando-o para um nome ENS totalmente funcional.

• Custo Zero On-chain para Proprietários: O processo permite que um marca.com se torne resolvível dentro do ecossistema ENS sem exigir que o proprietário do domínio envie uma transação on-chain.
• Suporte de Registradores Mainstream: GoDaddy já simplificou isso com um registro "Crypto Wallet" de um clique, alimentado por esse recurso ENS. Outros grandes registradores que suportam DNSSEC também podem ser configurados para trabalhar com ENS.

Conselho pragmático: Faça ambos. Use marca.eth para sua audiência nativa web3 e operações de tesouraria. Simultaneamente, traga marca.com para o ENS para unificar toda sua pegada de marca e fornecer uma ponte perfeita para sua base de usuários existente.

Implantação Zero-para-Um: Um Plano de Uma Semana​

Implantar ENS não precisa ser um projeto de múltiplos trimestres. Uma equipe focada pode estabelecer uma presença robusta em cerca de uma semana.

• Dia 1–2: Nome e Política Reivindique marca.eth e vincule seu nome DNS existente usando o método DNSSEC sem Gas. Este também é o momento para estabelecer uma política interna sobre ortografia canônica, uso de emojis e regras de normalização. O ENS usa um padrão chamado ENSIP-15 para lidar com variações de nome, mas é crucial estar ciente de homóglifos (caracteres que parecem similares) para prevenir ataques de phishing contra sua marca.

• Dia 3: Nomes Primários e Carteiras Para as carteiras de tesouraria, operações e pagamento da sua empresa, defina o Nome Primário (registro reverso) para que elas resolvam para treasury.marca.eth ou um nome similar. Use esta oportunidade para preencher registros de endereços multi-moeda (BTC, SOL, etc.) para garantir que pagamentos enviados para seu nome ENS sejam roteados corretamente, não importa a chain.

• Dia 4: Dados de Perfil Preencha os registros de texto padronizados no seu nome ENS primário. No mínimo, defina email, url, com.twitter, e avatar. Um avatar oficial adiciona verificação visual imediata em carteiras suportadas. Para segurança aprimorada, você também pode adicionar uma chave PGP pública.

• Dia 5: Subnomes Comece emitindo subnomes como alice.marca.eth para funcionários ou support.marca.com para departamentos. Use o NameWrapper para aplicar "fusíveis" de segurança que podem, por exemplo, prevenir que o subnome seja transferido. Defina uma data de expiração para revogar automaticamente o acesso quando um contrato terminar ou um funcionário sair.

• Dia 6: Site / Documentos Descentralize sua presença web. Fixe seu kit de imprensa, termos de serviço, ou uma página de status em uma rede de armazenamento descentralizada como IPFS ou Arweave e vincule-a ao seu nome ENS via registro contenthash. Para acesso universal, usuários podem resolver este conteúdo através de gateways públicos como eth.limo.

• Dia 7: Integrar no Produto Comece usando ENS na sua própria aplicação. Use bibliotecas como viem com ensjs para resolver nomes, normalizar entradas de usuário e mostrar avatares. Ao procurar endereços, realize uma busca reversa para exibir o Nome Primário do usuário. Certifique-se de usar um gateway resolver que suporte CCIP-Read para garantir que seu app seja à prova de futuro para a arquitetura L2 do ENSv2.

Padrões Comuns Que Compensam Rapidamente​

Uma vez configurado, o ENS desbloqueia casos de uso poderosos e práticos que entregam valor imediato.

• Pagamentos Mais Seguros e Simples: Em vez de copiar e colar um endereço longo e propenso a erros, coloque pay.marca.eth nas suas faturas. Ao publicar todos os seus endereços multi-moeda sob um nome, você reduz drasticamente o risco de clientes enviarem fundos para o endereço ou chain errados.

• Presença de Suporte e Social Autêntica: Publique seus handles oficiais de mídia social nos seus registros de texto ENS. Algumas ferramentas já podem verificar esses registros, criando uma defesa forte contra imitação. Um nome support.marca.eth pode apontar diretamente para uma carteira de suporte dedicada ou endpoint de mensagem segura.

• Presença Web Descentralizada: Hospede uma página de status à prova de adulteração ou documentação crítica em marca.eth usando o contenthash. Como o link está on-chain, ele não pode ser derrubado por um único provedor, oferecendo um grau maior de resistência para informações essenciais.

• Um Organograma Programável: Emita subnomes funcionario.marca.eth que concedam acesso a ferramentas internas ou canais com token-gate. Com fusíveis NameWrapper e datas de expiração, você pode criar um sistema de identidade dinâmico, programável e automaticamente revogável para toda sua organização.

• Experiências de Usuário Leves em Gas: Para casos de uso de alto volume como emitir IDs de lealdade ou ingressos como subnomes, transações on-chain são muito lentas e caras. Use um resolver offchain com CCIP-Read. Este padrão permite que nomes ENS sejam resolvidos de L2s ou até bancos de dados tradicionais de uma maneira minimizada em confiança. Líderes da indústria como Uniswap (uni.eth) e Coinbase (cb.id) já usam esse padrão para escalar seus sistemas de identidade de usuário.

Segurança e Governança Que Você Não Deve Pular​

Trate seu nome ENS primário como você trata seu nome de domínio primário: como uma peça crítica da infraestrutura da empresa.

• Separar "Proprietário" de "Gerente": Este é um princípio central de segurança. O papel de "Proprietário", que tem o poder de transferir o nome, deve ser protegido em uma carteira multisig de armazenamento frio. O papel de "Gerente", que pode atualizar registros do dia-a-dia como endereços IP ou avatares, pode ser delegado a uma carteira quente mais acessível. Esta separação de poderes reduz drasticamente o raio de explosão de uma chave comprometida.

• Usar Proteções NameWrapper: Ao emitir subnomes, use o NameWrapper para queimar fusíveis como CANNOT_TRANSFER para travá-los a um funcionário específico ou CANNOT_UNWRAP para impor suas políticas de governança. Todas as permissões são governadas por uma data de expiração que você controla, fornecendo acesso limitado por tempo por padrão.

• Monitorar Renovações: Não perca seu nome .eth por causa de um pagamento perdido. Agende suas datas de renovação no calendário e lembre-se de que enquanto nomes .eth têm um período de graça de 90 dias, as políticas para subnomes dependem inteiramente de você.

Início Rápido para Desenvolvedores (TypeScript)​

Integrar resolução ENS na sua app é simples com bibliotecas modernas como viem. Este snippet mostra como buscar um endereço de um nome, ou um nome de um endereço.

import { createPublicClient, http } from "viem";
import { mainnet } from "viem/chains";
import { normalize, getEnsAddress, getEnsName, getEnsAvatar } from "viem/ens";

const client = createPublicClient({ chain: mainnet, transport: http() });

export async function lookup(nameOrAddress: string) {
  if (nameOrAddress.endsWith(".eth") || nameOrAddress.includes(".")) {
    // Nome → Endereço (normalizar entrada por ENSIP-15)
    const name = normalize(nameOrAddress);
    const address = await getEnsAddress(client, {
      name,
      gatewayUrls: ["https://ccip.ens.xyz"],
    });
    const avatar = await getEnsAvatar(client, { name });
    return { type: "name", name, address, avatar };
  } else {
    // Endereço → Nome Primário (registro reverso)
    const name = await getEnsName(client, {
      address: nameOrAddress as `0x${string}`,
      gatewayUrls: ["https://ccip.ens.xyz"],
    });
    return { type: "address", address: nameOrAddress, name };
  }
}

Dois pontos-chave deste código:

• normalize é essencial para segurança. Ele impõe regras de nomenclatura ENS e ajuda a prevenir ataques comuns de phishing e spoofing de nomes parecidos.
• gatewayUrls aponta para um Resolver Universal que suporta CCIP-Read. Isso torna sua integração compatível com o futuro para a próxima mudança para L2 e dados off-chain.

Para desenvolvedores construindo com React, a biblioteca ENSjs oferece hooks e componentes de nível superior que envolvem esses fluxos comuns, tornando a integração ainda mais rápida.

Escolhendo e Protegendo Seu Nome: Marca e Legal​

• Normalização e Usabilidade: Familiarize-se com a normalização ENSIP-15. Defina diretrizes internas claras sobre o uso de emojis ou caracteres não-ASCII, e filtre ativamente por "confundíveis" que poderiam ser usados para imitar sua marca.
• Verificação da Realidade de Marca Registrada: Nomes .eth operam fora da estrutura ICANN tradicional e seu processo de resolução de disputas UDRP. Proprietários de marcas registradas não podem confiar nos mesmos trilhos legais que usam para domínios DNS. Portanto, registro defensivo de termos-chave da marca é uma estratégia prudente. (Isso não é aconselhamento legal; consulte um advogado.)

O Que Vem a Seguir: ENSv2 e a Mudança para L2​

O protocolo ENS não é estático. A próxima evolução principal, ENSv2, está em andamento.

• Protocolo Mudando para L2: Para reduzir custos de gas e aumentar a velocidade, o registro central ENS será migrado para uma rede Layer 2. A resolução de nomes será conectada de volta ao L1 e outras chains via CCIP-Read e sistemas de prova criptográfica. Isso tornará o registro e gerenciamento de nomes significativamente mais barato, desbloqueando padrões de aplicação mais ricos.
• Plano de Migração Sem Atrito: O ENS DAO publicou um plano de migração detalhado para garantir que nomes existentes possam ser movidos para o novo sistema com atrito mínimo. Se você opera em escala, este é um desenvolvimento-chave a seguir.

Lista de Verificação de Implementação​

Use esta lista de verificação para guiar a implementação da sua equipe.

• Reivindique marca.eth; vincule marca.com via DNSSEC sem Gas.
• Estacione a propriedade do nome em um multisig seguro; delegue papéis de gerente.
• Defina um Nome Primário em todas as carteiras organizacionais.
• Publique endereços multi-moeda para pagamentos.
• Preencha registros de texto (email, url, social, avatar).
• Emita subnomes para equipes, funcionários e serviços usando fusíveis e expiração.
• Hospede um site descentralizado mínimo (ex: página de status) e defina o contenthash.
• Integre resolução ENS (viem/ensjs) no seu produto; normalize todas as entradas.
• Agende todas as datas de renovação de nomes .eth no calendário e monitore expiração.

ENS está pronto para negócios. Ele se moveu além de um sistema simples de nomenclatura para se tornar uma peça crítica da infraestrutura para qualquer empresa construindo para a próxima geração da internet. Ao estabelecer uma identidade programável e persistente, você reduz risco, cria experiências de usuário mais suaves, e garante que sua marca esteja pronta para um futuro descentralizado.

Em 2024, algo notável está acontecendo: as Big Tech não estão apenas explorando blockchain; estão implantando cargas de trabalho críticas na mainnet do Ethereum. A Microsoft processa mais de 100.000 verificações de cadeia de suprimentos diariamente através de seu sistema baseado em Ethereum, o piloto do JP Morgan liquidou US$ 2,3 bilhões em transações de valores mobiliários, e a divisão de blockchain da Ernst & Young cresceu 300 % ano a ano construindo sobre o Ethereum.

Mas a história mais convincente não é apenas que esses gigantes estão adotando blockchains públicas — é por que eles estão fazendo isso agora e o que seus US$ 4,2 bilhões em investimentos combinados em Web3 nos dizem sobre o futuro da tecnologia empresarial.

O Declínio das Blockchains Privadas Era Inevitable (Mas Não pelos Motivos que Você Imagina)​

A queda das blockchains privadas como Hyperledger e Quorum foi amplamente documentada, mas seu fracasso não se resumiu a efeitos de rede ou a serem “bancos de dados caros”. Foi uma questão de tempo e ROI.

Considere os números: o projeto médio de blockchain privada empresarial entre 2020‑2022 custou US$3,7 milhões para ser implementado e gerou apenas US$ 850 mil em economia de custos ao longo de três anos (segundo a Gartner). Em contraste, os primeiros dados da implementação pública de Ethereum da Microsoft mostram uma redução de 68 % nos custos de implementação e economias de custo 4 x maiores.

As blockchains privadas eram um anacronismo tecnológico, criadas para resolver problemas que as empresas ainda não compreendiam totalmente. Elas visavam mitigar riscos de adoção de blockchain, mas acabaram gerando sistemas isolados que não entregavam valor.

As Três Forças Ocultas que Aceleram a Adoção Empresarial (E um Risco Maior)​

Embora a escalabilidade de Layer 2 e a clareza regulatória sejam frequentemente citadas como impulsionadores, três forças mais profundas estão realmente remodelando o cenário:

1. A “AWSificação” do Web3​

Assim como a AWS abstraiu a complexidade da infraestrutura (reduzindo o tempo médio de implantação de 89 dias para 3 dias), os Layer 2 do Ethereum transformaram a blockchain em infraestrutura consumível. O sistema de verificação de cadeia de suprimentos da Microsoft passou do conceito à produção em 45 dias na Arbitrum — um cronograma que seria impossível há dois anos.

Os dados contam a história: as implantações empresariais em Layer 2 cresceram 780 % desde janeiro de 2024, com o tempo médio de implantação caindo de 6 meses para 6 semanas.

2. A Revolução do Zero‑Knowledge​

As provas de conhecimento zero não apenas resolveram a privacidade — reinventaram o modelo de confiança. O avanço tecnológico pode ser medido em termos concretos: o protocolo Nightfall da EY agora processa transações privadas a 1/10 do custo das soluções de privacidade anteriores, mantendo total confidencialidade dos dados.

Implementações empresariais atuais de ZK incluem:

• Microsoft: verificação de cadeia de suprimentos (100 mil tx/dia)
• JP Morgan: liquidação de valores mobiliários (US$ 2,3 bilhões processados)
• EY: sistemas de reporte fiscal (250 mil entidades)

3. Blockchains Públicas como Hedge Estratégico​

A proposta de valor estratégico é quantificável. Empresas que gastam com infraestrutura de nuvem enfrentam custos médios de lock‑in de fornecedor de 22 % do orçamento total de TI. Construir sobre o Ethereum público reduz isso para 3,5 % enquanto mantém os benefícios dos efeitos de rede.

O Contra‑Argumento: O Risco de Centralização​

Entretanto, essa tendência enfrenta um desafio significativo: o risco de centralização. Dados atuais mostram que 73 % das transações empresariais em Layer 2 são processadas por apenas três sequenciadores. Essa concentração pode recriar os mesmos problemas de lock‑in que as empresas buscam escapar.

A Nova Pilha Técnica Empresarial: Um Desdobramento Detalhado​

A pilha emergente revela uma arquitetura sofisticada:

Camada de Liquidação (Ethereum Mainnet):

• Finalidade: blocos a cada 12 segundos
• Segurança: US$ 2 bilhões em segurança econômica
• Custo: US$ 15‑30 por liquidação

Camada de Execução (L2s construídos para propósito):

• Performance: 3 000‑5 000 TPS
• Latência: 2‑3 segundos de finalização
• Custo: US$ 0,05‑0,15 por transação

Camada de Privacidade (Infraestrutura ZK):

• Geração de Prova: 50 ms‑200 ms
• Custo de Verificação: US$ 0,50 por prova
• Privacidade de Dados: Completa

Disponibilidade de Dados:

• Ethereum: US$ 0,15 por kB
• DA Alternativa: US$ 0,001‑0,01 por kB
• Soluções Híbridas: Crescendo 400 % QoQ

O Que Vem a Seguir: Três Previsões para 2025​

1. Consolidação de L2 Empresariais A fragmentação atual (27 L2 focados em empresas) se consolidará em 3‑5 plataformas dominantes, impulsionada por requisitos de segurança e necessidades de padronização.

2. Explosão de Kits de Privacidade Após o sucesso da EY, espere mais de 50 novas soluções de privacidade empresarial até o Q4 2024. Indicadores iniciais mostram 127 repositórios focados em privacidade em desenvolvimento por grandes empresas.

3. Emergência de Padrões Cross‑Chain Fique atento ao Enterprise Ethereum Alliance lançando protocolos padronizados de comunicação cross‑chain até o Q3 2024, abordando os riscos atuais de fragmentação.

Por Que Isso Importa Agora​

A massificação do Web3 marca a evolução de “inovação permissionless” para “infraestrutura permissionless”. Para as empresas, isso representa uma oportunidade de US$ 47 bilhões de reconstruir sistemas críticos sobre bases abertas e interoperáveis.

Métricas de sucesso a observar:

• Crescimento do TVL Empresarial: atualmente US$ 6,2 bilhões, crescendo 40 % ao mês
• Atividade de Desenvolvimento: mais de 4 200 desenvolvedores empresariais ativos
• Volume de Transações Cross‑Chain: 15 milhões mensais, alta de 900 % YTD
• Custos de Geração de Provas ZK: queda de 12 % ao mês

Para os construtores de Web3, isso não é apenas adoção — é co‑criar a próxima geração de infraestrutura empresarial. Os vencedores serão aqueles que conseguirem conectar a inovação cripto às exigências corporativas, mantendo os valores centrais da descentralização.

Valor Máximo Extraível (MEV) não é apenas o bicho-papão dos traders—é o motor econômico silenciosamente moldando como blocos são construídos, como carteiras roteiam ordens, e como protocolos desenham mercados. Aqui está um guia pragmático para fundadores, engenheiros, traders e validadores.

TL;DR​

• O que é MEV: Valor extra que um produtor de blocos (validador/sequenciador) ou seus parceiros podem extrair reordenando, inserindo ou excluindo transações além das recompensas base e gas.
• Por que existe: Mempools públicos, execução determinística, e dependências de ordem de transação (ex. slippage de AMM) criam jogos de ordenamento lucrativos.
• Como MEV moderno funciona: Uma cadeia de suprimentos—carteiras & leilões de fluxo de ordens → searchers → builders → relays → proposers—formalizada por Separação Proposer-Builder (PBS) e MEV-Boost.
• Proteções de usuário hoje: Submissão de transação privada e Leilões de Fluxo de Ordens (OFAs) podem reduzir risco de sandwich e compartilhar melhoria de preço com usuários.
• O que vem a seguir (setembro de 2025): PBS consagrado, listas de inclusão, MEV-burn, SUAVE, e sequenciadores compartilhados para L2s—todos visando equidade e resistência.

O Modelo Mental de Cinco Minutos​

Pense em blockspace como um recurso escasso vendido a cada 12 segundos no Ethereum. Quando você envia uma transação, ela aterrissa numa área de espera pública chamada mempool. Algumas transações, particularmente swaps de DEX, liquidações, e oportunidades de arbitragem, têm payoffs dependentes de ordem. Seu resultado e lucratividade mudam baseado em onde elas aterrizam num bloco relativo a outras transações. Isso cria um jogo de altas apostas para quem controla o ordenamento.

O lucro potencial máximo deste jogo é Valor Máximo Extraível (MEV). Uma definição limpa e canônica é:

"O valor máximo extraível da produção de blocos em excesso da recompensa padrão do bloco e taxas de gas ao incluir, excluir e mudar a ordem das transações."

Este fenômeno foi primeiro formalizado no paper acadêmico "Flash Boys 2.0" de 2019, que documentou os caóticos "leilões de gas prioritário" (onde bots subiriam taxas de gas para conseguir sua transação incluída primeiro) e destacou os riscos que isso representava para a estabilidade do consenso.

Uma Taxonomia Rápida (Com Exemplos)​

MEV não é uma atividade única mas uma categoria de estratégias. Aqui estão as mais comuns:

• Arbitragem DEX (Backrunning): Imagine um swap grande no Uniswap faz o preço do ETH cair relativo ao seu preço no Curve. Um arbitrageur pode comprar o ETH barato no Uniswap e vendê-lo no Curve por um lucro instantâneo. Isso é um "backrun" porque acontece imediatamente após a transação que move o preço. Esta forma de MEV é geralmente considerada benéfica pois ajuda manter preços consistentes entre mercados.

• Sandwiching: Esta é a forma mais infame e diretamente prejudicial de MEV. Um atacante detecta a ordem de compra grande de um usuário no mempool. Eles fazem frontrun do usuário comprando o mesmo ativo logo antes deles, empurrando o preço para cima. O trade da vítima então executa a este preço pior e mais alto. O atacante então imediatamente faz backrun da vítima vendendo o ativo, capturando a diferença de preço. Isso explora a tolerância ao slippage especificada do usuário.

• Liquidações: Em protocolos de empréstimo como Aave ou Compound, posições se tornam sub-colateralizadas se o valor da sua garantia cai. Estes protocolos oferecem um bônus para quem for primeiro a liquidar a posição. Isso cria uma corrida entre bots para ser o primeiro a chamar a função de liquidação e reivindicar a recompensa.

• "Guerras de Gas" de Mint de NFT (Padrão Legado): Em mints de NFT badalados, uma corrida começa para garantir um token de suprimento limitado. Bots competiriam ferozmente pelos primeiros slots num bloco, frequentemente subindo preços de gas a níveis astronômicos para toda a rede.

• MEV Cross-Domain: Conforme atividade se fragmenta entre Layer 1s, Layer 2s, e diferentes rollups, oportunidades surgem para lucrar com diferenças de preço entre estes ambientes isolados. Esta é uma área de extração MEV crescendo rapidamente e complexa.

A Cadeia de Suprimentos MEV Moderna (Pós-Merge)​

Antes do Merge, mineiros controlavam ordenamento de transações. Agora, validadores fazem. Para prevenir validadores de se tornarem excessivamente centralizados e especializados, a comunidade Ethereum desenvolveu Separação Proposer-Builder (PBS). Este princípio separa o trabalho de propor um bloco para a cadeia do trabalho complexo de construir o bloco mais lucrativo.

Na prática hoje, a maioria dos validadores usa middleware chamado MEV-Boost. Este software os deixa terceirizar construção de blocos para um mercado competitivo. O fluxo de alto nível se parece assim:

1. Usuário/Carteira: Um usuário inicia uma transação, seja enviando para o mempool público ou para um endpoint RPC privado que oferece proteção.
2. Searchers/Solvers: Estes são atores sofisticados que constantemente monitoram o mempool para oportunidades MEV. Eles criam "bundles" de transações (ex. um frontrun, o trade da vítima, e um backrun) para capturar este valor.
3. Builders: Estas são entidades altamente especializadas que agregam bundles de searchers e outras transações para construir o bloco mais lucrativo possível. Eles competem uns contra os outros para criar o bloco de maior valor.
4. Relays: Estes agem como intermediários confiáveis. Builders submetem seus blocos para relays, que os checam por validade e escondem o conteúdo do proposer até estar assinado. Isso previne o proposer de roubar o trabalho duro do builder.
5. Proposer/Validator: O validador executando MEV-Boost consulta múltiplos relays e simplesmente escolhe o cabeçalho de bloco mais lucrativo oferecido. Eles o assinam cegamente, sem ver o conteúdo, e coletam o pagamento do builder vencedor.

Embora PBS tenha ampliado com sucesso o acesso à construção de blocos, também levou à centralização entre um pequeno conjunto de builders e relays de alta performance. Estudos recentes mostram que um punhado de builders produz a vasta maioria de blocos no Ethereum, que é uma preocupação contínua para a descentralização de longo prazo da rede e resistência à censura.

Por Que MEV Pode Ser Prejudicial​

• Custo Direto ao Usuário: Ataques sandwich e outras formas de frontrunning resultam em pior qualidade de execução para usuários. Você paga mais por um ativo ou recebe menos do que deveria, com a diferença sendo capturada por um searcher.
• Risco de Consenso: Em casos extremos, MEV pode ameaçar a estabilidade da blockchain em si. Antes do Merge, ataques "time-bandit" eram uma preocupação teórica onde mineiros poderiam ser incentivados a re-organizar a blockchain para capturar uma oportunidade MEV passada, minando a finalidade.
• Risco de Estrutura de Mercado: A cadeia de suprimentos MEV pode criar operadores dominantes poderosos. Acordos de fluxo de ordens exclusivos entre carteiras e builders podem criar paywalls para transações de usuário, entrincheirando oligopólios de builder/relay e ameaçando os princípios centrais de neutralidade e resistência à censura.

O Que Realmente Funciona Hoje (Mitigações Práticas)​

Você não é impotente contra MEV prejudicial. Um conjunto de ferramentas e melhores práticas emergiu para proteger usuários e alinhar o ecossistema.

Para Usuários e Traders​

• Use um Caminho de Submissão Privada: Serviços como Flashbots Protect oferecem um endpoint RPC "protect" para sua carteira. Enviar sua transação através dele a mantém fora do mempool público, tornando-a invisível para bots sandwich. Alguns serviços podem até reembolsá-lo uma porção do MEV extraído do seu trade.
• Prefira Roteadores Apoiados por OFA: Leilões de Fluxo de Ordens (OFAs) são uma defesa poderosa. Em vez de enviar seu swap para o mempool, roteadores como CoW Swap ou UniswapX enviam sua intenção para um marketplace competitivo de solvers. Estes solvers competem para te dar o melhor preço possível, efetivamente retornando qualquer MEV potencial de volta para você como melhoria de preço.
• Apertar Slippage: Para pares ilíquidos, definir manualmente uma tolerância de slippage baixa (ex. 0.1%) para limitar o lucro máximo que um atacante sandwich pode extrair. Quebrar trades grandes em pedaços menores também pode ajudar.

Para Carteiras e Dapps​

• Integre uma OFA: Por padrão, roteie transações de usuário através de um Leilão de Fluxo de Ordens. Esta é a forma mais efetiva de proteger usuários de ataques sandwich e fornecer qualidade de execução superior.
• Ofereça RPC Privado como Padrão: Torne RPCs protegidos a configuração padrão na sua carteira ou dapp. Permita usuários avançados configurarem suas preferências de builder e relay para ajustar finamente o trade-off entre privacidade e velocidade de inclusão.
• Meça Qualidade de Execução: Não apenas assuma que seu roteamento é ótimo. Faça benchmark da sua execução contra roteamento de mempool público e quantifique a melhoria de preço ganha de OFAs e submissão privada.

Para Validadores​

• Execute MEV-Boost: Participe no mercado PBS para maximizar suas recompensas de staking.
• Diversifique: Conecte a um conjunto diverso de relays e builders para evitar dependência de um único provedor e melhorar a resistência da rede. Monitore suas recompensas e taxas de inclusão de blocos para garantir que você está bem conectado.

L2s e a Ascensão de SEV (Valor Extraível por Sequenciador)​

Rollups de Layer 2 não eliminam MEV; apenas mudam seu nome. Rollups concentram poder de ordenamento numa única entidade chamada sequenciador, criando Valor Extraível por Sequenciador (SEV). Pesquisa empírica mostra que MEV está disseminado em L2s, embora frequentemente com margens de lucro menores que em L1.

Para combater o risco de centralização de um único sequenciador por rollup, conceitos como sequenciadores compartilhados estão emergindo. Estes são marketplaces descentralizados que permitem múltiplos rollups compartilharem uma única entidade neutra para ordenamento de transações, visando arbitrar MEV cross-rollup mais justamente.

O Que Vem a Seguir (E Por Que Importa)​

O trabalho para domar MEV está longe de terminar. Várias atualizações importantes em nível de protocolo estão no horizonte:

• PBS Consagrado (ePBS): Isto visa mover Separação Proposer-Builder diretamente para o protocolo Ethereum em si, reduzindo dependência de relays centralizados confiáveis e endurecendo as garantias de segurança da rede.
• Listas de Inclusão (EIP-7547): Esta proposta dá aos proposers uma forma de forçar um builder a incluir um conjunto específico de transações. É uma ferramenta poderosa para combater censura, garantindo que até transações com taxas baixas possam eventualmente chegar à cadeia.
• MEV-Burn: Similar a como EIP-1559 queima uma porção da taxa base de gas, MEV-burn propõe queimar uma porção dos pagamentos de builders. Isso suavizaria picos de receita MEV, reduziria incentivos para comportamento desestabilizador, e redistribuiria valor de volta para todos os holders de ETH.
• SUAVE (Leilão Único Unificador para Expressão de Valor): Um projeto da Flashbots para criar uma camada de leilão descentralizada e que preserva privacidade para fluxo de ordens. O objetivo é criar um mercado mais aberto e justo para construção de blocos e combater a tendência para acordos exclusivos e centralizados.
• Padronização OFA: Conforme leilões se tornam a norma, trabalho está em andamento para criar métricas formais e ferramentas abertas para quantificar e comparar a melhoria de preço oferecida por diferentes roteadores, elevando o padrão para qualidade de execução em todo o ecossistema.

Lista de Verificação do Fundador (Envie Produtos Conscientes de MEV)​

• Padrão para Privacidade: Roteie fluxo de usuário através de submissão privada ou sistemas baseados em intenções criptografadas.
• Projete para Leilões, Não Corridas: Evite mecânicas "primeiro a chegar, primeiro a ser servido" que criam jogos de latência. Aproveite leilões em lote ou OFAs para criar mercados justos e eficientes.
• Instrumente Tudo: Registre slippage, preço efetivo versus preço do oráculo, e o custo de oportunidade das suas decisões de roteamento. Seja transparente com seus usuários sobre sua qualidade de execução.
• Diversifique Dependências: Confie em múltiplos builders e relays hoje. Prepare sua infraestrutura para a transição para PBS consagrado amanhã.
• Planeje para L2s: Se você está construindo uma aplicação multi-chain, conte com SEV e MEV cross-domain no seu design.

FAQ do Desenvolvedor​

• MEV é "ruim" ou "ilegal"? MEV é um subproduto inevitável de mercados blockchain abertos e determinísticos. Algumas formas, como arbitragem e liquidações, são essenciais para eficiência de mercado. Outras, como sandwiching, são puramente extrativas e prejudiciais aos usuários. O objetivo não é eliminar MEV mas desenhar mecanismos que minimizem o dano e alinhem extração com benefício do usuário e segurança da rede. Seu status legal é complexo e varia por jurisdição.

• Submissão de transação privada garante não sandwiches? Reduz significativamente sua exposição mantendo sua transação fora do mempool público onde a maioria dos bots está olhando. Quando combinado com uma OFA, é uma defesa muito forte. No entanto, nenhum sistema é perfeito, e garantias dependem das políticas específicas do relay privado e builders que você usa.

• Por que não simplesmente "desligar MEV"? Você não pode. Enquanto houver mercados on-chain com ineficiências de preço (que é sempre), haverá lucro em corrigi-las. Tentar eliminá-lo inteiramente provavelmente quebraria funções econômicas úteis. O caminho mais produtivo é gerenciá-lo e redistribuí-lo através de melhor design de mecanismos como ePBS, listas de inclusão, e MEV-burn.

Leitura Adicional​

• Definição canônica e visão geral: Ethereum.org—docs MEV
• Origens e riscos: Flash Boys 2.0 (Daian et al., 2019)
• Primer PBS/MEV-Boost: Docs Flashbots e MEV-Boost in a Nutshell
• Pesquisa OFA: Uniswap Labs—Quantifying Price Improvement in Order Flow Auctions
• ePBS e MEV-burn: Discussões do fórum Ethereum Research
• Evidência MEV L2: Análises empíricas através dos principais rollups (ex. "Analyzing the Extraction of MEV Across Layer-2 Rollups")

Conclusão​

MEV não é um bug; é um gradiente de incentivos inerente a blockchains. A abordagem vencedora não é negação—é design de mecanismos. O objetivo é tornar extração de valor contestável, transparente, e alinhada ao usuário. Se você está construindo, asse esta consciência no seu produto desde o dia um. Se você está negociando, insista que suas ferramentas façam isso por você. O ecossistema está convergindo rapidamente para este futuro mais maduro e resistente—agora é hora de projetar para ele.