30 posts marcados com "Ethereum"

O Restaking Explicado: No modelo proof-of-stake do Ethereum, os validadores normalmente fazem o staking de ETH para proteger a rede e ganhar recompensas, com o risco de slashing se agirem de má fé. 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 por meio de contratos inteligentes que permitem aos stakers de ETH fazer o opt-in para estender sua segurança a novos sistemas em troca de rendimento extra. Na prática, um validador do Ethereum pode se registrar na EigenLayer e conceder aos seus contratos permissão para impor condições de slashing adicionais especificadas por protocolos externos. Se o validador agir de forma maliciosa em qualquer serviço em que tenha feito o opt-in, os contratos da EigenLayer podem aplicar o slashing em seu ETH em staking, exatamente 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” (Security-as-a-Service) composível: os desenvolvedores podem pegar emprestada a segurança econômica do Ethereum para inicializar novos projetos, em vez de começar sua própria rede de validadores do zero. Ao aproveitar os mais de 31M+ de ETH que já protegem o Ethereum, o restaking da EigenLayer cria um mercado de “segurança compartilhada” (pooled security) onde vários serviços compartilham a mesma base de capital confiável.

A Abordagem da EigenLayer: A EigenLayer é implementada como um conjunto de contratos inteligentes no Ethereum que coordenam esse processo de restaking. Validadores (ou detentores de ETH) que desejam fazer o 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 aplicar o slashing ao bloquear ou queimar o ETH subjacente, se necessário. Os restakers sempre mantêm a propriedade de seu ETH (sacável após um período de saída/custódia), mas fazem o opt-in para novas regras de slashing além das do Ethereum. Em troca, eles tornam-se elegíveis para recompensas de restaking adicionais 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 diz o fundador da EigenLayer, Sreeram Kannan, isso cria uma “Nuvem Verificável” para a Web3 – de forma análoga 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 (~ $15B) haviam passado pelo processo de restaking na EigenLayer, demonstrando a demanda dos stakers para maximizar o rendimento e de novos protocolos para inicializar com o mínimo de custo fixo. 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 composível e sem permissão.

Padrões de Design de Serviços de Validação Ativa (AVSs)​

O que são AVSs? Serviços de Validação Ativa (Actively Validated Services - AVSs) referem-se a qualquer serviço ou rede descentralizada que requer seu próprio conjunto de validadores e regras de consenso, mas que 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 (bridges), sequenciadores compartilhados, módulos de computação descentralizada 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 a EigenDA) exige 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 da segurança compartilhada: o stake econômico que os sustenta é fornecido pelo ETH em restaking (ou outros ativos) dos validadores do Ethereum, em vez de um token nativo para cada nova rede.

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

• Restakers – Stakers de ETH (ou detentores de LST) que fazem o opt-in para proteger AVSs. Eles depositam nos contratos da EigenLayer, estendendo seu capital em staking como colateral para múltiplos serviços. Os restakers podem escolher quais AVSs apoiar, diretamente ou via delegação, e ganham recompensas desses serviços. Crucialmente, eles arcam com o risco de slashing se qualquer AVS apoiado relatar comportamento indevido.

• Operadores – Operadores de nós que realmente executam o software cliente off-chain para cada AVS. Eles são análogos aos mineradores/validadores da rede do AVS. Na EigenLayer, um operador deve se registrar e ser aprovado (inicialmente em uma whitelist) para participar, e pode então fazer o opt-in para servir AVSs específicos. Os restakers delegam seu stake aos operadores (se eles próprios não executarem nós), de modo que os operadores agregam stake de potencialmente muitos restakers. Cada operador está sujeito às condições de slashing de qualquer AVS que apoie, e ganha 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 (Actively Validated Service) – O próprio protocolo ou serviço externo, que normalmente consiste em dois componentes: (1) um binário ou cliente off-chain que os operadores executam para realizar o serviço (ex: um software de nó de sidechain), e (2) um contrato de AVS on-chain implantado no Ethereum que faz a interface com a EigenLayer. O contrato do AVS no Ethereum 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 equivocação por um operador), um slash de X ETH é executado no stake desse operador. O contrato do AVS se conecta aos gestores de slashing da EigenLayer para efetivamente penalizar o ETH em restaking quando ocorrem violações. Assim, cada AVS pode ter lógica de validação e condições de falha personalizadas, enquanto conta com a EigenLayer para aplicar punições econômicas usando o stake compartilhado. Esse design permite que os desenvolvedores de AVS inovem em novos modelos de confiança (mesmo novos mecanismos de consenso ou serviços criptográficos) sem reinventar um token de vinculaçã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 (muitas vezes financiando as recompensas que restakers/operadores ganham) e dependem de sua correção, que é garantida pela segurança econômica que o AVS alugou do Ethereum.

Aproveitando a Segurança Compartilhada: A beleza deste modelo é que até mesmo um serviço totalmente novo pode começar sua vida com garantias de segurança de nível Ethereum. Em vez de recrutar e incentivar um novo conjunto de validadores, um AVS utiliza um conjunto de validadores experiente e economicamente vinculado desde o primeiro dia. Cadeias menores ou módulos que seriam inseguros sozinhos tornam-se seguros ao aproveitarem a estrutura do Ethereum. Essa segurança compartilhada aumenta significativamente o custo para atacar qualquer AVS individual – um invasor precisaria adquirir e fazer o staking de grandes quantidades de ETH (ou outro colateral na whitelist) e depois correr o risco de perdê-lo via slashing. Como muitos serviços compartilham o mesmo pool de ETH em restaking, eles formam efetivamente um guarda-chuva de segurança compartilhada: o peso econômico combinado do stake desencoraja ataques a qualquer um deles. Do ponto de vista de um desenvolvedor, isso modulariza a camada de consenso – você se concentra na funcionalidade do seu serviço enquanto a EigenLayer cuida da segurança dele com um conjunto de validadores existente. Os AVSs podem, portanto, ser muito diversos. Alguns são serviços “horizontais” de uso geral que muitos dApps poderiam usar (ex: um sequenciador descentralizado genérico ou uma rede de computação off-chain), enquanto outros são “verticais” ou específicos de aplicação (ajustados para um nicho como uma ponte específica ou um oráculo DeFi). Exemplos iniciais de AVSs na EigenLayer abrangem disponibilidade de dados (ex: EigenDA), sequenciamento compartilhado para rollups (ex: Espresso, Radius), redes de oráculos (ex: eOracle), pontes cross-chain (ex: Polymer, Hyperlane), computação off-chain (ex: Lagrange para provas ZK) e muito mais. Todos esses aproveitam 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 aplica essas regras em um pool de ETH que é usado globalmente para proteger muitos desses módulos.

Mecanismos de Incentivo para Restakers, Operadores e Desenvolvedores​

Um design de incentivo robusto é fundamental para alinhar todas as partes em um ecossistema de restaking. O EigenLayer e plataformas similares criam um "ganha-ganha-ganha" ao oferecer novas receitas para stakers e operadores, enquanto reduzem os custos para protocolos emergentes. Vamos detalhar os incentivos por função:

• Incentivos para Restakers: Os restakers são motivados principalmente pelo rendimento (yield). Ao optar pelo 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 ganhando o APR base de ~ 4-5 %, mas se ele fizer o restaking via EigenLayer, pode simultaneamente ganhar taxas ou recompensas em tokens de múltiplas AVSs que ajuda a proteger. Esse "double dipping" aumenta dramaticamente os retornos potenciais para os validadores. Na fase inicial do EigenLayer, os restakers receberam pontos de incentivo que foram convertidos em airdrops de tokens EIGEN (para bootstrap); mais tarde, um mecanismo de recompensa contínua (Incentivos Programáticos) foi lançado, distribuindo milhões de tokens EIGEN para restakers como liquidity mining. Além dos incentivos em tokens, os restakers se beneficiam da diversificação de renda – em vez de depender apenas das recompensas de bloco do Ethereum, eles podem ganhar em vários tokens de AVS ou taxas. É claro que essas recompensas mais altas vêm com maior risco (maior exposição a slashing), portanto, restakers racionais só optarão por AVSs que acreditam ser bem gerenciadas. Isso cria uma verificação baseada no mercado: as AVSs devem oferecer recompensas atraentes o suficiente para compensar o risco, ou os restakers as evitarão. Na prática, muitos restakers delegam para operadores profissionais, então eles também podem pagar uma comissão ao operador a partir de suas recompensas. Mesmo assim, os restakers têm a ganhar significativamente ao monetizar a capacidade de segurança anteriormente ociosa de seu ETH em staking. (Notavelmente, o EigenLayer relata que mais de 88 % de todos os EIGEN distribuídos foram diretamente para staking / delegação novamente – indicando que os restakers estão ansiosos para capitalizar suas posições.)

• Incentivos para Operadores: Os operadores no EigenLayer são os provedores de serviço que realizam o trabalho pesado de rodar nós para cada AVS. O incentivo deles é a receita de taxas ou a participação nas recompensas pagas por essas AVSs. Normalmente, uma AVS pagará recompensas (em ETH, stablecoins ou seu próprio token) para todos os validadores que a protegem; os operadores recebem essas recompensas em nome do stake que hospedam e geralmente ficam com uma porcentagem (como uma comissão) por fornecer a infraestrutura. O EigenLayer permite que os restakers deleguem para operadores, de modo que os operadores competem para atrair o máximo de ETH em restaking possível – quanto mais stake delegado, mais tarefas eles podem realizar e mais taxas são ganhas. Essa dinâmica incentiva os operadores a serem altamente confiáveis e a se especializarem em AVSs que podem operar com eficiência (para evitar o slashing e maximizar o tempo de atividade). Um operador com boa reputação pode garantir uma delegação maior e, consequentemente, recompensas totais maiores. É importante destacar que os operadores enfrentam penalidades de slashing por má conduta, assim como os restakers (já que o stake que eles carregam pode ser cortado), alinhando seu comportamento com a execução honesta. O design do 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 as AVSs que são lucrativas em relação ao risco. Por exemplo, um operador pode se concentrar em rodar uma AVS de oráculo se ela tiver taxas altas, enquanto outro pode rodar uma AVS de camada de dados que exige muita largura de banda, mas paga bem. Com o tempo, esperamos um equilíbrio de mercado livre, onde os operadores escolhem o melhor mix de AVSs e definem uma divisão de taxas apropriada com seus delegadores. Isso contrasta com o staking tradicional de uma única rede, onde os validadores têm deveres fixos – aqui, eles podem realizar multitarefas entre serviços para acumular ganhos. O incentivo para os operadores é, portanto, maximizar seus ganhos por unidade de colateral em staking, sem sobrecarregar-se 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 fazer seguros contra slashing para proteger seus delegadores, etc.).

• Incentivos para Desenvolvedores de AVS: Os desenvolvedores de protocolos (as equipes que constroem novas AVSs ou redes) possivelmente têm mais a ganhar com o modelo de "terceirização de segurança" do restaking. Seu principal incentivo é a economia de custo e tempo: eles não precisam lançar um novo token com alta inflação ou convencer milhares de validadores independentes a proteger sua rede do zero. Fazer o bootstrap de uma rede PoS normalmente exige dar grandes recompensas em tokens aos validadores iniciais (diluindo a oferta) e ainda pode resultar em segurança fraca se o valor de mercado do token for baixo. Com a segurança compartilhada, uma nova AVS pode entrar em operação protegida pelos mais de $ 200 bilhões em segurança econômica do Ethereum, tornando ataques economicamente inviáveis instantaneamente. Este é um grande atrativo para projetos de infraestrutura como bridges ou oráculos que precisam de fortes garantias de segurança. Além disso, os desenvolvedores podem focar na lógica de sua aplicação e confiar no EigenLayer (ou Karak, etc.) para o gerenciamento do conjunto de validadores, reduzindo drasticamente a complexidade. Economicamente, embora a AVS deva pagar pela segurança, ela muitas vezes pode fazer isso de uma forma mais sustentável. Em vez de uma inflação enorme, ela pode redirecionar taxas do protocolo ou oferecer uma modesta remuneração em token nativo. Por exemplo, uma AVS de bridge 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 eliminar a necessidade de "mecanismos de recompensa altamente diluidores" foi uma motivação fundamental por trás do design de restaking universal do Karak. Essencialmente, a segurança compartilhada permite o "bootstrap com orçamento limitado". Além disso, se a AVS tiver um token, ele pode ser usado mais para governança ou utilidade do que puramente para gastos com segurança. Os desenvolvedores também são incentivados pelos efeitos de rede: ao se conectarem a um hub de restaking, seu serviço pode interoperar mais facilmente com outras AVSs (usuários e operadores compartilhados) e ganhar exposição à grande comunidade de stakers de Ethereum. O outro lado é 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 em tokens para impulsionar a participação – de forma semelhante ao liquidity mining no DeFi. Por exemplo, o próprio EigenLayer distribuiu o token EIGEN amplamente para stakers / operadores iniciais para incentivar a participação. Vemos padrões semelhantes com novas plataformas de restaking (por exemplo, a campanha XP do Karak para futuros tokens $ KAR). Em resumo, os desenvolvedores de AVS trocam a entrega de algumas recompensas aos stakers de Ethereum para evitar o problema do início do zero de proteger uma nova rede. O ganho estratégico é um tempo de chegada ao mercado mais rápido e maior segurança desde o primeiro dia, o que pode ser uma vantagem decisiva, especialmente para infraestruturas críticas como bridges 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 zona cinzenta jurídica, 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 por meio de um airdrop para stakers e recompensas contínuas atraiu escrutínio sobre a 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 coletivo ou até mesmo uma atividade bancária 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 para 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 são as 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 estiver sob sanção, os validadores de Ethereum poderiam, inadvertidamente, violar as normas de conformidade? Isso permanece não testado. Até agora, não existem regulamentações claras visando 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 não transferível no lançamento para evitar negociações especulativas e possíveis problemas regulatórios. No entanto, até que os marcos sejam definidos, as plataformas de restaking operam com o risco de que novas leis ou fiscalizações possam impor restrições (como exigir a acreditação dos participantes, divulgações ou até mesmo proibir certos tipos de restaking cross-chain).

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

• Sobrecarregar o Consenso Social do Ethereum: Uma preocupação proeminente, expressa por Vitalik Buterin, é que os usos estendidos do conjunto de validadores do Ethereum poderiam, inadvertidamente, arrastar o próprio Ethereum para disputas externas. A advertência de Vitalik: “O uso dual do ETH em stake do validador, embora tenha alguns riscos, é fundamentalmente bom, mas tentar ‘recrutar’ o consenso social do Ethereum para os propósitos da 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 penalizados (slashed) individualmente por mau comportamento lá (sem efeito no consenso do Ethereum). O que é perigoso é se um protocolo externo esperar que a comunidade Ethereum ou o protocolo principal intervenha para resolver algum problema (por exemplo, para realizar um fork para remover 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 assinatura dupla) e não exigem a 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, por exemplo, para uma disputa de preços de oráculo), a EigenLayer planeja usar sua própria governança (por exemplo, uma votação do token EIGEN ou um conselho) em vez de sobrecarregar a camada social do Ethereum. Essa separação é fundamental para manter a neutralidade do Ethereum. No entanto, à medida que o restaking cresce, existe um risco sistêmico de que, se ocorresse um incidente grave (como um bug causando slashing em massa de uma enorme parte dos validadores), a comunidade Ethereum poderia ser pressionada a responder (por exemplo, revertendo os slashes). Isso emaranharia o Ethereum no destino de AVSs externos – exatamente o que Vitalik alerta contra. O risco de consenso social, portanto, refere-se principalmente a casos extremos de “cisne negro”, mas ressalta a importância de manter o núcleo do Ethereum minimalista e não envolvido na governança do restaking.

• Cascateamento de Slashing e Segurança do Ethereum: Relacionadamente, existe a preocupação de que eventos de slashing no restaking possam cascatear e comprometer o Ethereum. Se um AVS muito popular (com muitos validadores) sofresse uma falha catastrófica levando ao slashing em massa, milhares de validadores de ETH poderiam perder seu stake ou ser forçados a sair. Em um cenário de pior caso, se stake suficiente for penalizado, o próprio conjunto de validadores do Ethereum poderia encolher ou se centralizar rapidamente. Por exemplo, imagine que um operador importante da EigenLayer que gerencia 10% de todos os validadores sofra slashing 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 dominantes. 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-sig de especialistas que podem anular um slashing se parecer ser um erro ou um ataque ao protocolo. Esta é uma medida de centralização temporária, mas aborda o risco de um contrato inteligente de AVS defeituoso causar estragos. Com o tempo, tais comitês poderiam ser substituídos por uma governança mais descentralizada ou dispositivos de segurança.

• Centralização do Restaking e da Governança: Uma preocupação fundamental 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 multisig da equipe e da comunidade próxima (por exemplo, uma multisig 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 coludir ou ser comprometidos para alterar as regras de forma maliciosa (por exemplo, para roubar fundos em stake). Reconhecendo isso, a EigenLayer estabeleceu uma estrutura formal de EigenGov 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 por meio de uma multisig 3-de-5, com supervisão da comunidade. Com o tempo, a intenção é evoluir para a governança dos detentores de tokens ou um modelo totalmente descentralizado. Ainda assim, em qualquer sistema de restaking, as decisões de governança (como quais novas garantias apoiar, qual AVS “abençoar” com status oficial, como as disputas de slashing são resolvidas) carregam riscos elevados. Existe um conflito de interesses potencial: grandes provedores de staking (como a 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, por exemplo, surgir uma proposta para banir um certo AVS que seja visto como arriscado. A própria camada de restaking precisa de uma governança robusta para gerenciar tais questões de forma transparente.

• Centralização de Validadores: Do lado operacional, há a preocupação de que os AVSs escolham preferencialmente grandes operadores, causando centralização em quem realmente valida a maioria dos serviços de restaking. Se, por eficiência, muitas equipes de AVS selecionarem todas um punhado de validadores profissionais (por exemplo, grandes empresas de staking) para atendê-las, essas entidades ganham um poder desproporcional e uma parcela maior das recompensas. Elas poderiam então subcotar outras oferecendo melhores condições (graças às economias de escala), potencialmente se transformando em um oligopólio. Isso reflete preocupações no staking nativo de Ethereum (por exemplo, a dominância da Lido). O restaking poderia amplificar isso, já que os operadores que executam múltiplos AVSs têm mais fluxos de receita. Essa é 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 quanto stake um operador pode controlar, ou os AVSs poderiam ser obrigados a distribuir suas atribuições). Sem verificações, a dinâmica de que “o rico fica mais rico” poderia levar a alguns poucos operadores de nós controlando efetivamente grandes partes do conjunto de validadores do Ethereum em muitos serviços, o que é prejudicial para a descentralização. A comunidade está discutindo ativamente tais questões, e alguns propuseram que os protocolos de restaking incluam mecanismos para favorecer operadores menores ou impor a diversidade (talvez por meio da estratégia de delegação ou através da coordenação social pelas comunidades de stakers).

Em resumo, embora o restaking desbloqueie uma inovação tremenda, ele também introduz novos vetores de risco. Os reguladores estão observando se isso representa produtos de rendimento não regulamentados ou se apresenta 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 falha, 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 marcos legais claros. À medida que essas redes de restaking amadurecem, espere que estruturas de governança aprimoradas e, possivelmente, padrões da indústria ou regulamentações 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: O EigenLayer é um protocolo nativo do Ethereum (contratos inteligentes na L1 do Ethereum) que utiliza ETH em staking (e os equivalentes Tokens de Staking Líquido) como colateral de segurança. Ele se apoia na beacon chain do Ethereum – os validadores optam por participar via contratos no Ethereum, e o slashing é aplicado em seu saldo de ETH. Isso significa que a segurança do EigenLayer está fundamentalmente ligada ao PoS do Ethereum e ao valor do ETH. Em contraste, o Karak posiciona-se como uma "camada de restaking universal" não vinculada a uma única rede base. O Karak lançou sua própria blockchain L1 (com compatibilidade EVM) otimizada para serviços de segurança compartilhada. O modelo do Karak é agnóstico em relação à rede e ao ativo: ele permite o restaking de muitos tipos de ativos em várias redes, não apenas ETH. O colateral suportado inclui, supostamente, ETH e LSTs, além de outros ERC-20s (stablecoins como USDC / sDAI, tokens de LP e até outros tokens de L1). Isso significa que a base de segurança do Karak é uma cesta diversificada; a validação no Karak poderia ser apoiada por, por exemplo, uma combinação de ETH em staking, SOL em staking (se houver ponte), stablecoins, etc., dependendo do que o AVS (ou “VaaS” na terminologia do Karak) aceitar. O Babylon segue um caminho diferente: ele aproveita a segurança do Bitcoin (BTC) – o maior ativo cripto – para proteger outras redes. O Babylon foi construído como uma rede baseada em Cosmos (Babylon Chain) que se conecta ao Bitcoin e a redes PoS via protocolo IBC. Os detentores de BTC bloqueiam BTC nativo na rede principal do Bitcoin (em um cofre inteligente com trava de tempo) e, assim, fazem "staking" de BTC no Babylon, que então usa isso como colateral para proteger redes PoS consumidoras. Assim, a base de segurança do Babylon é o valor do Bitcoin (com mais de $ 500 B de capitalização de mercado), acessado de forma trustless (sem BTC embrulhado ou custodiantes – ele utiliza scripts do Bitcoin para aplicar o slashing). Em resumo, o EigenLayer depende da segurança econômica do Ethereum, o Karak é multiativo e multirrede (uma camada genérica para qualquer colateral), e o Babylon estende a segurança proof-of-work do Bitcoin para ecossistemas PoS.

Mecanismo de Restaking: No EigenLayer, o restaking é opcional via contratos Ethereum; o slashing é programático e aplicado pelo consenso do Ethereum (respeitando os contratos do EigenLayer). O Karak, como uma L1 independente, mantém sua própria lógica de restaking em sua rede. O Karak introduziu o conceito de Validação como Serviço (VaaS) – análogo ao AVS do EigenLayer – mas com um marketplace universal de validadores entre redes. Os validadores (operadores) do Karak executam sua rede e qualquer número de Serviços de Segurança Distribuídos (DSS), que são o equivalente do Karak aos AVSs. Um DSS pode ser uma nova blockchain específica para um aplicativo ou um serviço que aluga segurança do pool de ativos em staking do Karak. A inovação do Karak é padronizar os requisitos para que qualquer rede ou aplicativo (Ethereum, Solana, uma L2, etc.) possa se conectar e usar sua rede de validadores e colaterais variados. O slashing no Karak seria gerenciado por suas regras de protocolo – como ele permite staking de, por exemplo, USDC, presume-se que cortaria o USDC de um validador se ele se comportar mal em um serviço (a mecânica exata de slashing multiativo é complexa e não é pública, mas a ideia é semelhante: cada colateral pode ser retirado se as violações forem comprovadas). O mecanismo do Babylon é único devido às limitações do Bitcoin: o Bitcoin não suporta contratos inteligentes para o slashing automático, então o Babylon usa truques criptográficos. O BTC é bloqueado em uma saída especial que requer uma chave. Se um participante do staking de BTC trapacear (por exemplo, assinar dois blocos conflitantes em uma rede 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 enviado para um endereço de queima. Em termos mais simples, o mau comportamento faz com que o staker de BTC efetivamente se puna (slashing), pois o ato de trapacear entrega o controle de seu depósito (que é então destruído). A rede baseada em Cosmos do Babylon coordena esse processo e se comunica com redes parceiras (via IBC) para fornecer serviços como checkpointing e finalidade usando os carimbos de data/hora (timestamps) do BTC. No Babylon, os validadores da rede Babylon (chamados de provedores de finalidade) são separados – eles executam o consenso do Babylon e auxiliam no 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 do EigenLayer está centrado na economia de staking do Ethereum. Os restakers ganham recompensas específicas de AVS – que podem ser pagas em taxas de ETH, no token próprio do AVS ou em outros tokens, dependendo do design de cada AVS. O EigenLayer introduziu o token $EIGEN principalmente para governança e para recompensar os primeiros participantes, 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 mercado livre, onde cada AVS define uma taxa de recompensa para atrair segurança suficiente. O **Karak** parece estar lançando seu token nativo$ KAR (ainda não disponível no início de 2025) como o principal ativo em seu ecossistema. O Karak arrecadou $48 M e foi apoiado por grandes investidores, o que implica que o$ KAR terá valor e provavelmente será usado para governança e possivelmente para pagamentos de taxas na rede Karak. No entanto, a principal promessa do Karak é a "ausência de inflação" para novas redes que o utilizam – em vez de emitirem seus próprios tokens para segurança, elas aproveitam ativos existentes via Karak. Assim, uma nova rede usando o Karak poderia pagar validadores, por exemplo, em suas taxas de transação (que poderiam ser em uma stablecoin ou no token nativo da rede, se houver), mas não precisaria emitir continuamente novos tokens para recompensas de staking. O Karak estabeleceu um marketplace de validadores onde os desenvolvedores podem postar recompensas para que os validadores façam o restaking de ativos e protejam seu serviço. Essa abordagem de marketplace visa tornar as recompensas mais competitivas e consistentes, em vez de uma inflação extremamente alta seguida de uma queda – teoricamente reduzindo os custos para os desenvolvedores e oferecendo aos validadores uma renda estável e multi-rede. A economia do Babylon também difere: os stakers de BTC que bloqueiam seu Bitcoin ganham rendimento (yield) nos tokens das redes que estão protegendo. Por exemplo, se você fizer staking de BTC para ajudar a proteger uma zona Cosmos (uma das redes clientes do Babylon), você recebe as recompensas de staking dessa zona (seu token de staking nativo) como se fosse um delegador lá. Essas redes parceiras se beneficiam ao obter uma camada extra de segurança (checkpoints no Bitcoin, etc.) e, em troca, alocam uma parte de sua inflação ou taxas aos stakers de BTC via Babylon. Na prática, o Babylon atua como um hub onde os detentores de BTC podem delegar segurança para muitas redes e serem pagos em muitos tokens. A própria rede 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 rede). O$ BABY também é provavelmente usado na governança e talvez para alinhar incentivos (por exemplo, provedores de finalidade fazem staking de BABY). Mas, crucialmente, o $BABY **não** substitui o BTC como fonte de segurança – ele é mais para a execução da rede – enquanto o BTC é o colateral que sustenta o serviço de segurança compartilhada. Em maio de 2025, o Babylon foi inicializado com sucesso com mais de **50.000 BTC em staking ( ~$ 5,5 bilhões ) por detentores de BTC, tornando-se uma das redes Cosmos mais seguras por capital. Esses stakers de BTC ganham recompensas de staking de várias redes conectadas (por exemplo, ATOM do Cosmos Hub, OSMO da Osmosis, etc.), alcançando rendimentos diversificados enquanto mantêm seus BTC.

Foco Estratégico e Casos de Uso: A estratégia do EigenLayer tem sido centrada no Ethereum, visando acelerar a inovação dentro do ecossistema Ethereum. Seus primeiros casos de uso alvo (disponibilidade de dados, middleware como oráculos, sequenciamento de rollups) todos aprimoram o Ethereum ou seus rollups. Ele essencialmente potencializa o Ethereum como uma metacamada de serviços e agora, com seu suporte planejado para "multi-chain" (adicionado em 2025), o EigenLayer permitirá que os AVSs funcionem em outras redes EVM ou L2s enquanto ainda utilizam o conjunto de validadores do Ethereum. Essa verificação cross-chain significa que o EigenLayer está evoluindo para um provedor de segurança cross-chain, mas ancorado no Ethereum (validadores e staking ainda residem no Ethereum para o slashing). O Karak posiciona-se 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 (RWA), mercados financeiros e até serviços governamentais, de acordo com seu marketing. O nome "Camada Base Global para o PIB Programável" sugere a ambição de trabalhar com instituições e Estados-nação. O Karak enfatiza a integração das finanças tradicionais e IA, sugerindo que buscará parcerias além do reino puramente cripto. Tecnicamente, ao suportar ativos como stablecoins e potencialmente moedas fiduciárias governamentais, o Karak poderia permitir, por exemplo, que um governo lançasse uma blockchain protegida por seu próprio token fiduciário em staking via validadores do Karak. Seu suporte para empresas e múltiplas jurisdições é um diferencial. Em essência, o Karak está tentando ser o "restaking para todos, em qualquer rede, com qualquer ativo" – uma rede mais ampla do que a abordagem focada primeiro no Ethereum do EigenLayer. O foco do Babylon está em conectar os ecossistemas Bitcoin e Cosmos (e o ecossistema PoS mais amplo). Ele melhora especificamente a segurança inter-redes ao fornecer a imutabilidade e o peso econômico do Bitcoin para redes proof-of-stake que, de outra forma, seriam menores. Um dos casos de uso de destaque do Babylon é adicionar checkpoints de finalidade do Bitcoin a redes PoS, tornando extremamente difícil para essas redes serem atacadas ou reorganizadas sem atacar também o Bitcoin. Assim, o Babylon se comercializa como trazendo a "segurança do Bitcoin para todo o mundo cripto". Seu foco de curto prazo tem sido as redes Cosmos SDK (que ele chama de Redes Bitcoin Supercharged na Fase 3), mas o design foi feito para ser interoperável com Ethereum e rollups também. Estrategicamente, o Babylon acessa a vasta base de detentores de BTC, oferecendo-lhes uma opção de rendimento (o BTC, de outra forma, é um ativo sem rendimento) e, ao mesmo tempo, oferecendo às redes acesso ao "padrão ouro" da segurança cripto (BTC + PoW). Isso é bastante distinto do EigenLayer e do Karak, que tratam mais de aproveitar ativos PoS.

Tabela: EigenLayer vs Karak vs Babylon

Diferenças Estratégicas: O EigenLayer se beneficia do enorme conjunto de validadores descentralizados e da credibilidade do Ethereum, mas está limitado à segurança baseada em ETH. Ele se destaca em atender projetos orientados ao Ethereum (muitos AVSs são projetos de rollup ou middleware do Ethereum). A estratégia do Karak é capturar um mercado maior sendo flexível no suporte a ativos e no suporte a redes – não está casado com o Ethereum e até argumenta que os desenvolvedores podem evitar ficar "confinados exclusivamente ao Ethereum para segurança". Isso pode atrair projetos em ecossistemas como Arbitrum, Polygon ou mesmo redes não-EVM que desejam um provedor de segurança neutro. A abordagem multiativo do Karak também significa que ele pode acessar ativos que têm rendimentos mais baixos em outros lugares; como observou o cofundador Raouf Ben-Har, "Muitos ativos têm custos de oportunidade mais baixos em relação ao ETH… o que significa que [nossos serviços] têm um caminho mais fácil para rendimentos sustentáveis.". Por exemplo, o ARB em staking (token da Arbitrum) atualmente tem poucos usos; o Karak poderia permitir que os detentores de ARB fizessem o restaking para proteger novos dApps, criando uma situação de ganha-ganha (rendimento para detentores de ARB, segurança para o dApp). Essa estratégia, no entanto, traz complexidade técnica (gerenciar riscos de ativos diferentes) e suposições de confiança (fazer a ponte de ativos para a plataforma do Karak com segurança). A estratégia do Babylon é distinta ao focar no Bitcoin – ele está aproveitando o maior ativo cripto por capitalização de mercado, que também possui uma comunidade e um perfil de uso muito diferentes (detentores de longo prazo). O Babylon basicamente desbloqueou uma nova fonte de staking que antes era inexplorada: $ 1,2 trilhão de BTC que não podia fazer staking nativamente. Ao fazer isso, ele aborda um enorme pool de segurança e visa redes que valorizam as garantias do Bitcoin. Também atrai detentores de Bitcoin ao oferecer-lhes uma maneira de obter rendimento sem abrir mão da custódia do BTC. Poderia se dizer que o Babylon é quase o inverso do EigenLayer: em vez de estender a segurança do Ethereum para fora, ele está importando a segurança do Bitcoin para as redes PoS. Estrategicamente, ele poderia unir os mundos historicamente separados do Bitcoin e do DeFi.

Cada uma dessas estruturas tem vantagens e desvantagens. O EigenLayer desfruta atualmente de uma vantagem competitiva por ter sido o primeiro no restaking de Ethereum e um grande TVL ( ~ $ 20 B restakeados até o final de 2024), além de um suporte profundamente integrado da comunidade Ethereum. O Karak é mais recente (rede principal lançada em abril de 2024) e visa crescer cobrindo nichos que o EigenLayer não cobre (colateral não-ETH, redes fora do Ethereum). O Babylon opera na arena Cosmos e aproveita o Bitcoin – ele não compete com o EigenLayer por stakers de ETH, mas oferece um serviço ortogonal (alguns projetos podem usar ambos). Estamos vendo uma convergência onde múltiplas camadas de restaking podem até interoperar: ex. uma L2 do Ethereum poderia usar o EigenLayer para segurança baseada em ETH e também aceitar segurança BTC via Babylon – demonstrando que esses modelos não são mutuamente exclusivos, mas parte de um "mercado de segurança compartilhada" mais amplo.

Desenvolvimentos Recentes e Atualizações do Ecossistema ( 2024 – 2025 )​

Progresso da EigenLayer : Desde a sua criação em 2021 , a EigenLayer evoluiu rapidamente de um conceito para uma rede ativa. Foi lançada na mainnet do Ethereum em fases – a Fase 1 , em meados de 2023 , permitiu o restaking básico e, em abril de 2024 , o protocolo EigenLayer completo ( com suporte para operadores e AVSs iniciais ) foi implementado. O crescimento do ecossistema tem sido substancial : no início de 2025 , a EigenLayer reporta 29 AVSs ativas na mainnet ( e mais de 130 em desenvolvimento ) , variando de camadas de dados a oráculos. Mais de 200 operadores e dezenas de milhares de restakers estão a participar, contribuindo para um TVL em restaking que atingiu ~ $ 20 bilhões no final de 2024 . Um marco importante foi a introdução do slashing e da aplicação de recompensas na mainnet em abril de 2025 , marcando o passo final da entrada em vigor do modelo de segurança da EigenLayer. Isto significa que as AVSs podem agora penalizar verdadeiramente o mau comportamento e pagar recompensas de forma trustless, ultrapassando a “fase de teste” onde estas funcionalidades estavam desativadas. Juntamente com isto, a EigenLayer implementou uma série de atualizações : por exemplo, a atualização MOOCOW ( julho de 2025 ) melhorou a eficiência dos validadores ao permitir levantamentos e consolidação de restaking mais fáceis ( aproveitando o fork Pectra do Ethereum ) . Talvez a nova funcionalidade mais significativa seja a Verificação Multi-Chain , lançada em julho de 2025 , que permite que as AVSs operem em várias redes ( incluindo L2s ) enquanto continuam a utilizar a segurança baseada no Ethereum. Isto foi demonstrado na testnet Base Sepolia e será implementado na mainnet, transformando efetivamente a EigenLayer num provedor de segurança cross-chain ( não apenas para aplicações L1 do Ethereum ) . Isto aborda uma limitação anterior de que as AVSs da EigenLayer tinham de publicar todos os dados no Ethereum; agora, uma AVS pode correr, por exemplo, num Optimistic Rollup ou noutra L1, e a EigenLayer verificará as provas ( usando Merkle roots ) de volta no Ethereum para aplicar o slashing ou recompensar conforme necessário. Isto expande significativamente o alcance e o desempenho da EigenLayer ( as AVSs podem operar onde é mais barato, mantendo a segurança do Ethereum ) . Em termos de comunidade e governança, a EigenLayer lançou o EigenGov no final de 2024 – um conselho e uma estrutura de ELIP ( Proposta de Melhoria da EigenLayer ) para decentralizar a tomada de decisões. O Conselho do Protocolo ( 5 membros ) supervisiona agora mudanças críticas com o contributo da comunidade. Além disso, a EigenLayer tem estado consciente das preocupações levantadas pela comunidade principal do Ethereum. Em resposta aos avisos de Vitalik, a equipa publicou materiais explicando como evitam sobrecarregar o consenso do Ethereum , por exemplo, utilizando o token EIGEN para quaisquer serviços “subjetivos” e deixando o restaking de ETH para casos de slashing puramente objetivos. Esta abordagem de dois níveis ( ETH para falhas claras, EIGEN para decisões mais subjetivas ou lideradas pela governança ) ainda está a ser refinada, mas mostra o compromisso da EigenLayer em alinhar-se com o ethos do Ethereum.

No lado do ecossistema , o surgimento da EigenLayer inspirou uma onda de inovação e discussão. Em meados de 2024 , os analistas notaram que o restaking se tinha tornado “uma narrativa dominante dentro da comunidade Ethereum” . Muitos projetos de DeFi e infraestrutura começaram a planear como alavancar a EigenLayer para segurança ou rendimento adicional. Ao mesmo tempo, os membros da comunidade estão a debater a gestão de riscos : por exemplo, o relatório de risco detalhado da Chorus One ( abril de 2024 ) chamou a atenção para a centralização de operadores e riscos de slashing em cascata, impulsionando mais pesquisas e possivelmente funcionalidades como a monitorização da distribuição de stake. A distribuição do token EIGEN também foi um tema quente – no 4 º trimestre de 2024 , a EigenLayer realizou um “stake drop” onde utilizadores ativos do Ethereum e participantes iniciais da EigenLayer receberam EIGEN, mas este era inicialmente não transferível. Alguns membros da comunidade ficaram descontentes com aspetos do drop ( por exemplo, grandes porções alocadas a VCs, e alguns protocolos DeFi que integraram a EigenLayer não sendo recompensados diretamente ) . Este feedback levou a equipa a enfatizar incentivos mais centrados na comunidade daqui para a frente e, de facto, os Incentivos Programáticos introduzidos visam recompensar continuamente aqueles que estão realmente a fazer restaking e a operar. Em 2025 , a EigenLayer é um dos ecossistemas de desenvolvedores que mais cresce – reconhecido até num relatório da Electric Capital – e garantiu parcerias importantes ( por exemplo, com LayerZero, ConsenSys, Risc0 ) para impulsionar a adoção de AVSs. No geral, a trajetória da EigenLayer em 2024 – 2025 mostra uma plataforma em maturação que aborda preocupações iniciais e expande a funcionalidade, consolidando a sua posição como a pioneira do restaking de Ethereum .

Karak e Outros Competidores : A Karak Network entrou em destaque com o lançamento da sua mainnet em abril de 2024 e posicionou-se rapidamente como uma rival notável da EigenLayer no Ethereum e noutras redes. Apoiada por grandes investidores e até por certos stakeholders do Ethereum ( Coinbase Ventures, entre outros ) , a promessa da Karak de “restaking para todos, em qualquer chain, com qualquer ativo” atraiu atenções. No final de 2024 , a Karak atualizou para uma mainnet V2 com funcionalidades melhoradas para segurança universal, completando as migrações entre Arbitrum e Ethereum em novembro de 2024 . Isto indica que a Karak expandiu o suporte para mais ativos e possivelmente melhorou os seus contratos inteligentes ou consenso. No início de 2025 , a Karak aumentou a sua base de utilizadores através de um programa de incentivos XP ( encorajando a participação na testnet, staking, etc., com a esperança de um futuro airdrop de $ KAR ) . As discussões da comunidade em torno da Karak comparam-na frequentemente com a EigenLayer : a Bankless notou em maio de 2024 que, embora o valor total em stake na Karak ainda estivesse “longe do tamanho da EigenLayer” , tinha registado um crescimento rápido ( 4 x num mês ) , possivelmente devido a utilizadores que procuravam recompensas mais elevadas ou diversificação para fora da EigenLayer. O apelo da Karak reside no suporte a ativos como tokens de rendimento da Pendle, ARB da Arbitrum, token da Mantle, etc. , o que amplia o mercado de restaking. Em 2025 , a Karak está provavelmente focada em integrar mais clientes de “Validação como Serviço” e possivelmente a preparar o lançamento do seu token KAR ( a sua documentação sugere seguir os canais oficiais para atualizações do token ) . A competição entre a EigenLayer e a Karak permanece amigável, mas significativa – ambas visam atrair stakers e projetos. Se a EigenLayer detém o segmento maximalista de ETH , a Karak apela a utilizadores multi-chain e àqueles com ativos não-ETH que procuram rendimento. Podemos esperar que a Karak anuncie parcerias no próximo ano, talvez com redes Layer 2 ou até players institucionais, dada a sua marca de “grau institucional”. O mercado de restaking não é, portanto, um monopólio; em vez disso, várias plataformas estão a encontrar nichos, o que poderá levar a um ecossistema fragmentado, mas rico, de provedores de segurança compartilhada.

Lançamento da Babylon e a Fronteira de Staking de BTC : A Babylon completou um marco importante em 2025 ao ativar a sua funcionalidade principal – Staking de Bitcoin para segurança compartilhada . Após uma testnet de Fase 1 e um lançamento gradual, a mainnet da Fase 2 da Babylon entrou em funcionamento em abril de 2025 e, em maio de 2025 , reportou mais de 50 k BTC em staking no protocolo. Esta é uma conquista notável, ligando efetivamente ~ $ 5 bilhões de Bitcoin ao mercado de segurança interchain. As redes de adoção inicial da Babylon ( as primeiras “Bitcoin Supercharged Networks” ) incluem várias redes baseadas em Cosmos que integraram o light client da Babylon e começaram a depender da finalização de checkpoint de BTC. A própria chain Babylon Genesis foi lançada em 10 de abril de 2025 , assegurada pelo novo staking do token $ BABY , e um dia depois ( 11 de abril ) o staking de BTC trustless foi pilotado com um limite inicial de 1000 BTC. Em 24 de abril de 2025 , o staking de BTC abriu-se de forma permissionless para todos e o limite foi removido. A operação estável nas primeiras semanas levou a equipa a declarar o staking de Bitcoin como “arrancado com sucesso” , chamando à Babylon Genesis agora “uma das L1s mais seguras do mundo em termos de capitalização de mercado de staking” . Com a Fase 2 concluída, a Fase 3 visa integrar muitas redes externas como clientes , transformando-as em BSNs ( Bitcoin Supercharged Networks ) . Isto envolverá módulos de interoperabilidade para que o Ethereum, os seus rollups e qualquer rede Cosmos possam usar a Babylon para obter segurança do BTC. A comunidade Babylon – composta por detentores de Bitcoin, desenvolvedores de Cosmos e outros – tem discutido ativamente a governança do token $ BABY ( garantindo que a rede Babylon permaneça neutra e confiável para todas as redes conectadas ) e a economia ( por exemplo, equilibrando as recompensas de staking de BTC entre muitas redes consumidoras para que seja atraente para os detentores de BTC sem subsidiar excessivamente ) . Um desenvolvimento interessante é o suporte da Babylon para itens como a cobertura da Nexus Mutual ( de acordo com uma publicação de maio de 2025 ) para oferecer seguros sobre o slashing no staking de BTC, o que poderia atrair ainda mais participantes. Isto mostra o amadurecimento do ecossistema em torno da gestão de riscos para este novo paradigma.

Discussões da Comunidade e Entre Projetos : Em 2025 , está a decorrer uma conversa mais ampla sobre o futuro da segurança compartilhada no setor cripto. A comunidade do Ethereum acolhe em grande parte a EigenLayer, mas permanece cautelosa; o artigo de Vitalik ( maio de 2023 ) definiu o tom para uma delimitação cuidadosa do que é aceitável. A EigenLayer envolve-se regularmente com a comunidade através do seu fórum, abordando questões como “A EigenLayer está a sobrecarregar o consenso do Ethereum?” ( resposta curta : eles argumentam que não, devido a salvaguardas de design ) . Na comunidade Cosmos, a Babylon despertou entusiasmo, pois resolve potencialmente problemas de segurança de longa data ( por exemplo, zonas pequenas que sofrem ataques de 51 % ) sem exigir que se juntem a um hub de segurança compartilhada como a Polkadot ou o ICS do Cosmos Hub. Há também uma convergência interessante : alguns membros da comunidade Cosmos perguntam se o staking de Ethereum poderia algum dia alimentar redes Cosmos ( que é mais o domínio da EigenLayer ) , enquanto os membros do Ethereum se perguntam se o staking de Bitcoin poderia proteger rollups de Ethereum ( o conceito da Babylon ) . Estamos a ver sinais iniciais de polinização cruzada : por exemplo, ideias de usar a EigenLayer para fazer restaking de ETH em redes fora do Ethereum ( Symbiotic e Karak são passos nessa direção ) e usar o staking de BTC da Babylon como uma opção para as L2s do Ethereum . Até a Solana tem um projeto de restaking ( Solayer ) que lançou um teste inicial e atingiu os limites rapidamente, mostrando que o interesse abrange vários ecossistemas.

Os desenvolvimentos de governança nestes projetos incluem uma representação crescente da comunidade. O conselho da EigenLayer inclui agora membros externos da comunidade e financiou subsídios ( através da Eigen Foundation ) para desenvolvedores principais do Ethereum, sinalizando boa vontade para com o núcleo do Ethereum. A governança da Karak provavelmente girará em torno do token KAR – atualmente, eles operam um sistema XP off-chain, mas espera-se um DAO mais formal assim que o KAR tiver liquidez. A governança da Babylon será crucial, pois coordena entre o Bitcoin ( que não tem governança formal ) e as redes Cosmos ( que têm governança on-chain ) . Estabeleceu uma Fundação Babylon e um fórum comunitário para discutir parâmetros como períodos de unbonding para o BTC, que exigem um alinhamento cuidadoso com as restrições do Bitcoin.

Em resumo, em meados de 2025 , o mercado de restaking e segurança compartilhada passou da teoria à prática . A EigenLayer está totalmente operacional com serviços reais e slashing, comprovando o modelo no Ethereum . A Karak introduziu uma variante multi-chain convincente, ampliando o espaço de design e visando novos ativos. A Babylon demonstrou que até o Bitcoin pode juntar-se à festa da segurança compartilhada através de criptografia inteligente, abordando um segmento de mercado completamente diferente. O ecossistema é vibrante : novos concorrentes ( por exemplo, Symbiotic no Ethereum, Solayer na Solana, BounceBit usando BTC custodial ) estão a surgir, cada um experimentando diferentes compensações ( Symbiotic alinhando-se com a Lido para usar stETH e qualquer ERC-20 , BounceBit adotando uma abordagem regulada com Bitcoin embrulhado, etc. ) . Este cenário competitivo está a impulsionar uma inovação rápida – e, fundamentalmente, a discussão sobre padrões e segurança . Fóruns comunitários e grupos de pesquisa estão a debater ativamente questões como : Devem existir limites para o stake em restaking por operador? Como implementar melhor as provas de slashing cross-chain? Poderia o restaking aumentar involuntariamente a correlação sistémica entre redes? Tudo isto está a ser estudado. Os modelos de governança também estão a evoluir – a mudança da EigenLayer para um conselho semidescentralizado é um exemplo de equilíbrio entre agilidade e segurança na governança.

Olhando para o futuro, o paradigma do restaking está posicionado para se tornar uma base da infraestrutura Web3 , tal como os serviços na nuvem se tornaram essenciais na Web2 . Ao comoditizar a segurança, permite que projetos menores sejam lançados com confiança e que projetos maiores otimizem o uso de capital. Os desenvolvimentos até 2025 mostram uma trajetória promissora, mas cautelosa : a tecnologia funciona e está a escalar, mas todos os intervenientes estão atentos aos riscos. Com os desenvolvedores principais do Ethereum, construtores de Cosmos e até Bitcoiners agora envolvidos em iniciativas de segurança compartilhada, é claro que este mercado apenas crescerá. Podemos esperar uma colaboração mais estreita entre ecossistemas ( talvez pools de segurança conjuntos ou provas de slashing padronizadas ) e, inevitavelmente, clareza regulatória à medida que os reguladores acompanham estas construções multi-chain e multi-ativos. Entretanto, pesquisadores e desenvolvedores têm um tesouro de novos dados da EigenLayer, Karak, Babylon e outros para analisar e melhorar, garantindo que a “revolução do restaking” continue de forma segura e sustentável.

Fontes :

1. Documentação e whitepaper da EigenLayer – definição de restaking e AVS
2. Blog da Coinbase Cloud ( maio de 2024 ) – visão geral da EigenLayer, papéis de restakers / operadores / AVSs
3. Blockworks News ( abril de 2024 ) – fundadores da Karak sobre “restaking universal” vs EigenLayer
4. Pesquisa da Ditto ( 2023 ) – Comparação de suporte de ativos da EigenLayer, Symbiotic e Karak
5. Messari Research ( abr de 2024 ) – “Babylon : Segurança Compartilhada do Bitcoin” , mecanismo de staking de BTC
6. HashKey Research ( jul de 2024 ) – rendimentos de restaking da Babylon vs EigenLayer
7. Fórum da EigenLayer ( dez de 2024 ) – Discussão sobre o texto de Vitalik “Não sobrecarregue o consenso do Ethereum” e a abordagem da EigenLayer
8. Blockworks News ( abr de 2024 ) – Relatório da Chorus One sobre os riscos da EigenLayer ( cascata de slashing, centralização )
9. Kairos Research ( out de 2023 ) – Visão geral de AVS da EigenLayer e nota sobre risco regulatório
10. Blog da EigenCloud ( jan de 2025 ) – “Revisão do Ano de 2024” ( estatísticas da EigenLayer, atualizações de governança )
11. Blockworks News ( abr de 2024 ) – cobertura do lançamento da Karak e suporte a ativos
12. Blog da Babylon Labs ( maio de 2025 ) – “Resumo do lançamento da Fase-2” ( staking de Bitcoin ativo, 50 k BTC em staking )
13. Bankless ( maio de 2024 ) – “A Competição de Restaking” ( EigenLayer vs Karak vs outros )
14. Vitalik Buterin, “Não sobrecarregue o consenso do Ethereum” , maio de 2023 – Orientações sobre o reuso de validadores vs consenso social
15. Guia do Desenvolvedor da Coinbase ( abr de 2024 ) – Detalhes técnicos sobre a operação da EigenLayer ( EigenPods, delegação, estrutura AVS ) .

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.

Sumário​

• TL;DR
• Definição em 10 Segundos
• Quão Grande Isso Realmente É?
• Onde os Memecoins Vivem?
• Como um Memecoin Nasce (Edição 2025)
• De Onde Vem o "Valor"
• Os Riscos que Você Não Pode Ignorar
• Checklist de Memecoin de 5 Minutos (DYOR na Prática)
• O Que os Memecoins Fazem às Blockchains (e à Infra)
• Exemplos Canônicos (Para Contexto, Não Endosso)
• Para Desenvolvedores e Equipes
• Para Traders
• Glossário Rápido
• Fontes & Leitura Complementar

TL;DR​

Memecoins são tokens cripto nascidos da cultura da internet, piadas e momentos virais. Seu valor é impulsionado por atenção, coordenação da comunidade e velocidade, não por fundamentos. A categoria começou com o Dogecoin em 2013 e desde então explodiu com tokens como SHIB, PEPE e uma enorme onda de ativos em Solana e Base. Este setor agora representa dezenas de bilhões em valor de mercado e pode impactar significativamente as taxas de rede e os volumes on‑chain. No entanto, a maioria dos memecoins carece de utilidade intrínseca; são ativos extremamente voláteis e de alta rotatividade. Os riscos de “rug pulls” e pré‑vendas defeituosas são excepcionalmente altos. Se você participar, use uma checklist rigorosa para avaliar liquidez, suprimento, controles de propriedade, distribuição e segurança do contrato.

Definição em 10 Segundos​

Um memecoin é uma criptomoeda inspirada em um meme da internet, uma piada cultural interna ou um evento social viral. Ao contrário dos projetos cripto tradicionais, costuma ser impulsionado pela comunidade e prospera com o impulso das redes sociais, em vez de fluxos de caixa subjacentes ou utilidade de protocolo. O conceito começou com o Dogecoin, lançado em 2013 como uma paródia bem‑humorada do Bitcoin. Desde então, ondas de tokens semelhantes surgiram, surfando novas tendências e narrativas em diferentes blockchains.

Quão Grande Isso Realmente É?​

Não deixe que as origens humorísticas o enganem — o setor de memecoins é uma força significativa no mercado cripto. Em qualquer dia, a capitalização de mercado agregada dos memecoins pode alcançar dezenas de bilhões de dólares. Durante ciclos de alta, essa categoria representou uma parcela material de toda a economia cripto não‑BTC/ETH. Essa escala é facilmente visível em agregadores de dados como CoinGecko e nas categorias dedicadas “meme” apresentadas nas principais exchanges de cripto.

Onde os Memecoins Vivem?​

Embora os memecoins possam existir em qualquer plataforma de contratos inteligentes, alguns ecossistemas se tornaram hubs dominantes.

• Ethereum: Como a cadeia original de contratos inteligentes, a Ethereum hospeda muitos memecoins icônicos, de ERC‑20s adjacentes ao $DOGE a tokens como $PEPE. Durante períodos de frenesi especulativo intenso, a atividade de negociação desses tokens tem sido conhecida por causar picos significativos nas taxas de gás da rede, até mesmo aumentando a receita dos validadores.

• Solana: Em 2024 e 2025, a Solana se tornou o ponto zero para criação e negociação de memecoins. Uma explosão cambriana de novos tokens empurrou a rede a gerar taxas recordes e volume on‑chain, gerando hits virais como $BONK e $WIF.

• Base: A rede Layer 2 da Coinbase cultivou sua própria subcultura meme vibrante, com uma lista crescente de tokens e comunidade dedicada rastreando-os em plataformas como CoinGecko.

Como um Memecoin Nasce (Edição 2025)​

A barreira técnica para lançar um memecoin caiu para quase zero. Hoje, dois caminhos são os mais comuns:

1. Lançamento Clássico em DEX (EVM ou Solana)​

Neste modelo, um criador cunha um suprimento de tokens, cria um pool de liquidez (LP) em uma exchange descentralizada (como Uniswap ou Raydium) pareando os tokens com um ativo base (como $ETH, $SOL ou $USDC), e então promove o token com uma história ou meme. Os principais riscos aqui giram em torno de quem controla o contrato do token (ex.: podem cunhar mais?) e os tokens LP (ex.: podem retirar a liquidez?).

2. “Factory” de Curva de Vinculação (ex.: pump.fun na Solana)​

Este modelo, que ganhou popularidade na Solana, padroniza e automatiza o processo de lançamento. Qualquer pessoa pode lançar instantaneamente um token com suprimento fixo (geralmente um bilhão) em uma curva de vinculação linear. O preço é cotado automaticamente com base no quanto foi comprado. Quando o token atinge certo limite de capitalização de mercado, ele “se gradua” para uma DEX maior como Raydium, onde a liquidez é criada e travada automaticamente. Essa inovação reduziu drasticamente a barreira técnica, moldando a cultura e acelerando o ritmo dos lançamentos.

Por que os desenvolvedores se importam: Esses novos launchpads comprimem o que antes levava dias de trabalho em minutos. O resultado são picos massivos e imprevisíveis de tráfego que sobrecarregam nós RPC, entupem mempools e desafiam indexadores. No pico, esses lançamentos de memecoins na Solana geraram volumes de transações que igualaram ou superaram todos os recordes anteriores da rede.

De Onde Vem o “Valor”​

O valor de um memecoin é uma função das dinâmicas sociais, não de modelagem financeira. Normalmente deriva de três fontes:

• Gravidade da Atenção: Memes, endossos de celebridades ou notícias virais atuam como ímãs poderosos de atenção e, portanto, de liquidez. Em 2024–2025, tokens temáticos em torno de celebridades e figuras políticas viram fluxos de negociação massivos, embora frequentemente de curta duração, particularmente em DEXs da Solana.

• Jogos de Coordenação: Uma comunidade forte pode se unir em torno de uma narrativa, obra de arte ou façanha coletiva. Essa crença compartilhada pode criar movimentos de preço reflexivos poderosos, onde comprar gera mais atenção, que gera mais compras.

• Adições Ocasionalmente Úteis: Alguns projetos de memecoin bem‑sucedidos tentam “acoplar” utilidade após ganhar tração, introduzindo swaps, cadeias Layer 2, coleções NFT ou jogos. Contudo, a grande maioria permanece puramente especulativa, ativos apenas de negociação.

Os Riscos que Você Não Pode Ignorar​

O espaço dos memecoins está repleto de perigos. Entendê‑los é inegociável.

Risco de Contrato e Controle​

• Autoridade de Mint/Freeze: O criador original pode cunhar um suprimento infinito de novos tokens, diluindo os detentores a zero? Pode congelar transferências, aprisionando seus fundos?
• Direitos de Propriedade/Atualização: Um contrato com propriedade “renunciada”, onde as chaves admin são queimadas, reduz esse risco mas não o elimina totalmente. Proxies ou outras funções ocultas ainda podem representar ameaça.

Risco de Liquidez​

• Liquidez Travada: O pool de liquidez inicial está travado em um contrato inteligente por um período? Caso contrário, o criador pode executar um “rug pull” removendo todos os ativos valiosos do pool, deixando o token sem valor. Liquidez fina também significa alta slippage nas negociações.

Pré‑vendas e Rug Suaves​

Mesmo sem um contrato malicioso, muitos projetos falham. Equipes podem abandonar um projeto após levantar fundos em uma pré‑venda, ou insiders podem lentamente despejar suas grandes alocações no mercado. O infame lançamento $SLERF na Solana mostrou como até um erro acidental (como queimar os tokens LP) pode vaporizar milhões enquanto paradoxalmente cria um ambiente de negociação volátil.

Risco de Mercado e Operacional​

• Volatilidade Extrema: Os preços podem oscilar mais de 90 % em qualquer direção em minutos. Além disso, os efeitos de rede de um frenesi podem ser custosos. Durante o surto inicial do $PEPE, as taxas de gás da Ethereum dispararam, tornando as transações proibitivamente caras para compradores tardios.

Fraudes e Exposição Legal​

Rug pulls, pump‑and‑dumps, links de phishing disfarçados de airdrops e endossos falsos de celebridades estão por toda parte. Estude como as fraudes comuns funcionam para se proteger. Este conteúdo não constitui aconselhamento jurídico ou de investimento.

Checklist de Memecoin de 5 Minutos (DYOR na Prática)​

Antes de interagir com qualquer memecoin, siga esta checklist básica de due diligence:

1. Cálculo de Suprimento: Qual é o suprimento total versus o suprimento circulante? Quanto está alocado ao LP, à equipe ou ao tesouro? Existem cronogramas de vesting?
2. Saúde do LP: O pool de liquidez está travado? Por quanto tempo? Qual porcentagem do suprimento total está no LP? Use um explorador de blockchain para verificar esses detalhes on‑chain.
3. Poderes de Admin: O proprietário do contrato pode cunhar novos tokens, pausar negociações, colocar carteiras na blacklist ou mudar taxas de transação? A propriedade foi renunciada?
4. Distribuição: Verifique a distribuição de detentores. O suprimento está concentrado em poucas carteiras? Procure sinais de clusters de bots ou carteiras internas que receberam grandes alocações iniciais.
5. Proveniência do Contrato: O código‑fonte está verificado on‑chain? Usa um template padrão e bem compreendido, ou está cheio de código customizado e não auditado? Cuidado com padrões de honeypot projetados para prender fundos.
6. Locais de Liquidez: Onde ele negocia? Ainda está em uma curva de vinculação ou já se graduou para uma DEX ou CEX maior? Verifique a slippage para o tamanho de negociação que você considera.
7. Durabilidade da Narrativa: O meme tem ressonância cultural genuína, ou é uma piada passageira que será esquecida na próxima semana?

O Que os Memecoins Fazem às Blockchains (e à Infra)​

As frenéticas de memecoins são um teste de estresse poderoso para a infraestrutura de blockchain.

• Picos de Taxas e Throughput: Demanda súbita e intensa por espaço de bloco estressa gateways RPC, indexadores e nós validadores. Em março de 2024, a Solana registrou suas maiores taxas diárias e bilhões em volume on‑chain, impulsionados quase que totalmente por um surto de memecoins. Equipes de infraestrutura devem planejar capacidade para esses eventos.
• Migração de Liquidez: O capital se concentra rapidamente em algumas DEXs e launchpads quentes, remodelando o MEV (Miner Extractable Value) e os padrões de fluxo de ordens na rede.
• Onboarding de Usuários: Para o bem ou para o mal, ondas de memecoins frequentemente servem como primeiro ponto de contato para novos usuários de cripto, que podem depois explorar outros dApps no ecossistema.

Exemplos Canônicos (Para Contexto, Não Endosso)​

• $DOGE: O original (2013). Uma moeda proof‑of‑work que ainda negocia principalmente por seu reconhecimento de marca e significado cultural.
• $SHIB: Um token ERC‑20 da Ethereum que evoluiu de um simples meme para um grande ecossistema comunitário com seu próprio swap e L2.
• $PEPE: Um fenômeno de 2023 na Ethereum cuja popularidade explosiva impactou significativamente a economia on‑chain para validadores e usuários.
• BONK & WIF (Solana): Emblemáticos da onda Solana 2024‑2025. Sua ascensão rápida e listagens subsequentes em grandes exchanges catalisaram atividade massiva na rede.

Para Desenvolvedores e Equipes​

Se você precisar lançar, priorize justiça e segurança:

• Forneça divulgações claras e honestas. Sem mintagens ocultas ou alocações de equipe.
• Trave uma porção significativa do pool de liquidez e publique prova do bloqueio.
• Evite pré‑vendas a menos que tenha segurança operacional para administrá‑las com segurança.
• Planeje sua infraestrutura. Prepare-se para atividade de bots, abuso de rate‑limit e tenha um plano de comunicação claro para períodos voláteis.

Se você integrar memecoins ao seu dApp, sandbox os fluxos e proteja os usuários:

• Exiba avisos proeminentes sobre riscos de contrato e liquidez fina.
• Mostre claramente slippage e estimativas de impacto de preço antes que o usuário confirme a negociação.
• Exponha metadados chave — como suprimento e direitos de admin — diretamente na UI.

Para Traders​

• Trate o dimensionamento de posição como alavancagem: use apenas uma pequena quantia de capital que esteja totalmente disposto a perder.
• Planeje seus pontos de entrada e saída antes de negociar. Não deixe a emoção dirigir suas decisões.
• Automatize sua higiene de segurança. Use carteiras hardware, revise regularmente aprovações de tokens, use RPCs em whitelist e pratique a identificação de tentativas de phishing.
• Seja extremamente cauteloso com picos causados por notícias de celebridades ou políticas. Eles são frequentemente altamente voláteis e reverte rapidamente.

Glossário Rápido​

• Curva de Vinculação: Uma fórmula matemática automatizada que define o preço de um token como função de seu suprimento comprado. Comum em lançamentos pump.fun.
• Trava de LP: Um contrato inteligente que bloqueia tokens de pool de liquidez por tempo, impedindo que o criador do projeto remova a liquidez e “rug” o projeto.
• Propriedade Renunciada: O ato de ceder as chaves admin de um contrato inteligente, o que reduz (mas não elimina totalmente) o risco de alterações maliciosas.
• Graduação: O processo de um token mover-se de um launchpad de curva de vinculação inicial para uma DEX pública com pool de liquidez permanente e travado.

Fontes & Leitura Complementar​

• Binance Academy: “O que são Meme Coins?” e definições de “Rug pull”.
• Wikipedia & Binance Academy: Origens do DOGE e SHIB.
• CoinGecko: Dados de mercado de memecoins.
• CoinMarketCap: Histórico de preços e capitalizações de mercado.
• Medium & Substack: Artigos de analistas sobre tendências de memecoins.
• Twitter & Reddit: Discussões em tempo real sobre novos lançamentos e riscos emergentes.

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.

Ethereum, a plataforma de blockchain mais adotada do mundo para contratos inteligentes, é conhecida por suas atualizações regulares, cada uma trazendo novos recursos, ajustes de parâmetros ou segurança aprimorada. Essas atualizações, impulsionadas tanto por inovação proativa quanto pela necessidade de mitigar ameaças de segurança potenciais, marcaram a evolução do Ethereum ao longo dos anos.

Antes da fusão do Ethereum em setembro passado, a plataforma havia passado por 14 atualizações. Notavelmente, uma atualização reativa ocorreu em 2016 após o incidente do DAO Fork, quando o Ethereum Classic (ETC) surgiu após um ataque cibernético que comprometeu o financiamento em ETH do projeto DAO.

Nos últimos anos, atualizações significativas aconteceram. A atualização London, em agosto de 2020, introduziu o EIP‑1599, trazendo a queima de ETH e o ajuste dinâmico da Taxa Base para cada transação. Em setembro de 2022, a atualização Paris migrou o mecanismo de consenso do Ethereum de Proof of Work (PoW) para Proof of Stake (PoS), sinalizando o fim da era da mineração por máquinas.

Após a atualização Shanghai, a equipe central de desenvolvimento do Ethereum anunciou que a atualização mais importante deste ano seria a Cancun, prevista para acontecer ainda este ano.

Atualização Cancun: O Que É e Por Que Importa?​

Nomeada em homenagem à cidade que sediou a Ethereum Developer Conference (Devcon), a próxima atualização Cancun implementará melhorias cruciais na rede Ethereum.

A estrela da atualização, o EIP‑4844, tem como objetivo permitir que nós Ethereum armazenem e recuperem temporariamente dados off‑chain, atendendo às necessidades de dados e armazenamento de aplicações blockchain. Se implementado com sucesso, espera‑se que o EIP‑4844 reduza os custos das soluções de rollup de Layer 2 (L2). Segundo relatos, o EIP‑4844 já foi testado em quatro redes de desenvolvimento, com uma quinta rede de testes prestes a ser lançada.

Originalmente previsto para ser concluído durante a atualização Shanghai, o EIP‑4844 foi adiado para a atualização Cancun. Os desenvolvedores também concordaram em incluir o EIP‑6780 (preparando a aplicação futura de Verkle Trees), o EIP‑6475 (fornecendo melhor legibilidade e serialização compacta) e o EIP‑1153 (introduzindo o opcode de armazenamento transitório) na atualização.

O Princípio Por Trás da Atualização​

A essência dos esforços de escalabilidade do Ethereum reside em aumentar o volume e a velocidade de processamento de dados. Duas direções são perseguidas simultaneamente – rollups de Layer 2 e sharding na mainnet. A implementação do EIP‑4844 é o primeiro passo rumo ao sharding completo.

Antes da atualização Cancun, as informações de L2 eram armazenadas no Calldata das informações de L1. Esse método era caro e limitado devido ao espaço restrito do Calldata.

Com a atualização Cancun, o L1 será armazenado em um novo local chamado “Blob”. O armazenamento em Blob é mais barato e oferece mais espaço, permitindo que o Ethereum hospede mais dados, aumente suas transações por segundo (TPS) e reduza custos. Como o Blob é um pacote de dados temporário limpo a cada 30 dias, os nós precisam baixar apenas uma quantidade fixa de dados por mês, diminuindo a carga sobre eles.

Em essência, a atualização Cancun tornará o L2 mais barato e mais rápido. Isso beneficiará não apenas os protocolos de L2, mas também fomentará o desenvolvimento rápido de ecossistemas construídos sobre L2.

Em conclusão, a próxima atualização Ethereum Cancun promete ser um marco importante, anunciando uma nova era de aplicações blockchain eficientes, acessíveis e escaláveis. Fique atento a novas atualizações enquanto a comunidade Ethereum continua seu trabalho pioneiro na evolução das tecnologias descentralizadas.

Olá e bem‑vindo de volta ao nosso blog de blockchain! Hoje, vamos mergulhar em uma proposta empolgante chamada ERC-4337, que introduz a abstração de conta ao Ethereum sem exigir mudanças no protocolo da camada de consenso. Em vez disso, essa proposta depende de infraestrutura de camada superior para alcançar seus objetivos. Vamos explorar o que o ERC-4337 tem a oferecer e como ele resolve as limitações do ecossistema Ethereum atual.

O que é ERC-4337?​

ERC-4337 é uma proposta que introduz a abstração de conta ao Ethereum por meio do uso de um mempool separado e de um novo tipo de objeto pseudo‑transação chamado UserOperation. Usuários enviam objetos UserOperation para o mempool alternativo, onde uma classe especial de atores chamada bundlers os empacota em uma transação que faz uma chamada handleOps a um contrato dedicado. Essas transações são então incluídas em um bloco.

A proposta visa alcançar vários objetivos:

1. Permitir que os usuários utilizem carteiras de contrato inteligente com lógica de verificação arbitrária como suas contas principais.
2. Eliminar completamente a necessidade de contas externamente possuídas (EOAs).
3. Garantir descentralização ao permitir que qualquer bundler participe do processo de inclusão de operações de usuário abstraídas.
4. Permitir que toda a atividade ocorra em um mempool público, eliminando a necessidade de os usuários conhecerem endereços de comunicação direta de atores específicos.
5. Evitar suposições de confiança nos bundlers.
6. Evitar a necessidade de alterações no consenso do Ethereum para uma adoção mais rápida.
7. Suportar outros casos de uso, como aplicações que preservam privacidade, operações atômicas múltiplas, pagamento de taxas de transação com tokens ERC‑20 e transações patrocinadas por desenvolvedores.

Compatibilidade Retroativa​

Como o ERC-4337 não altera a camada de consenso, não há problemas diretos de compatibilidade retroativa para o Ethereum. Contudo, contas pré‑ERC‑4337 não são facilmente compatíveis com o novo sistema porque carecem da função validateUserOp necessária. Isso pode ser resolvido criando uma conta compatível com ERC‑4337 que re‑implementa a lógica de verificação como um wrapper e definindo‑a como o remetente de operação confiável da conta original.

Implementação de Referência​

Para quem deseja aprofundar nos detalhes técnicos do ERC‑4337, uma implementação de referência está disponível em https://github.com/eth-infinitism/account-abstraction/tree/main/contracts.

Considerações de Segurança​

O contrato de ponto de entrada para o ERC‑4337 deve ser amplamente auditado e formalmente verificado, pois serve como ponto central de confiança para todo o sistema. Embora essa abordagem reduza a carga de auditoria e verificação formal para contas individuais, ela concentra o risco de segurança no contrato de ponto de entrada, que deve ser robustamente verificado.

A verificação deve cobrir duas reivindicações principais:

1. Segurança contra sequestro arbitrário: o ponto de entrada só chama uma conta genericamente se validateUserOp para essa conta específica tiver sido aprovado.
2. Segurança contra drenagem de taxas: se o ponto de entrada chamar validateUserOp e passar, ele também deve fazer a chamada genérica com calldata igual a op.calldata.

Conclusão​

ERC‑4337 é uma proposta empolgante que visa introduzir a abstração de conta ao Ethereum sem exigir mudanças no protocolo da camada de consenso. Ao usar infraestrutura de camada superior, abre novas possibilidades para descentralização, flexibilidade e diversos casos de uso. Embora existam considerações de segurança a serem abordadas, essa proposta tem o potencial de melhorar significativamente o ecossistema Ethereum e a experiência do usuário.