Explicação sobre Restaking: No modelo de prova de participação (proof-of-stake) do Ethereum, os validadores normalmente fazem stake de ETH para proteger a rede e ganhar recompensas, com o risco de slashing (corte) se agirem de forma maliciosa. O Restaking permite que esse mesmo ETH em stake (ou seus derivativos de staking líquido) seja reutilizado para proteger protocolos ou serviços adicionais. A EigenLayer introduziu o restaking através de contratos inteligentes que permitem que os stakers de ETH optem por 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 permissão aos seus contratos para impor condições de slashing adicionais especificadas por protocolos externos. Se o validador agir maliciosamente em qualquer serviço optado, os contratos da EigenLayer podem aplicar slashing ao seu ETH em stake, assim como o Ethereum faria por violações de consenso. Esse mecanismo transforma efetivamente a robusta segurança de staking do Ethereum em uma “Segurança como Serviço” componível: os desenvolvedores podem emprestar a segurança econômica do Ethereum para iniciar novos projetos, em vez de criar sua própria rede de validadores do zero. Ao aproveitar os +31M de ETH que já protegem o Ethereum, o restaking da EigenLayer cria um mercado de “segurança compartilhada” onde múltiplos serviços compartilham a mesma base de capital confiável.
A Abordagem da EigenLayer: A EigenLayer é implementada como um conjunto de contratos inteligentes no Ethereum que coordenam esse processo de restaking. Validadores (ou detentores de ETH) que desejam fazer restake 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, bloqueando ou queimando o ETH subjacente, se necessário. Os restakers sempre mantêm a propriedade de seu ETH (retirável após um período de saída/caução), mas eles optam por novas regras de slashing além das do Ethereum. Em troca, eles se tornam 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 – análogo a como a AWS oferece serviços de computação, a EigenLayer oferece segurança como serviço para desenvolvedores. A adoção inicial tem sido forte: até meados de 2024, mais de 4,9 milhões de ETH (~$15B) foram colocados em restaking na EigenLayer, demonstrando a demanda dos stakers para maximizar o rendimento e de novos protocolos para iniciar com o mínimo de sobrecarga. Em resumo, o restaking no Ethereum reaproveita a confiança existente (ETH em stake) para proteger novas aplicações, e a EigenLayer fornece a infraestrutura para tornar esse processo componível e sem permissão.
Padrões de Design de Serviços Ativamente Validados (AVSs)
O que são AVSs? Serviços Ativamente Validados (AVSs) referem-se a qualquer serviço ou rede descentralizada que requer seu próprio conjunto de validadores e regras de consenso, mas 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, 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) requer o armazenamento e atestado de blobs de dados. Esses serviços executam seu próprio software e, possivelmente, seu próprio consenso entre os operadores participantes, mas dependem de segurança compartilhada: o stake econômico que os apoia é fornecido por ETH em restaking (ou outros ativos) de 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 optam por proteger AVSs. Eles depositam em contratos da EigenLayer, estendendo seu capital em stake como garantia para múltiplos serviços. Os restakers podem escolher quais AVSs apoiar, diretamente ou via delegação, e ganhar recompensas desses serviços. Crucialmente, eles arcam com o risco de slashing se qualquer AVS apoiado relatar comportamento malicioso.
-
Operadores – Operadores de nós que efetivamente executam o software cliente off-chain para cada AVS. Eles são análogos a mineradores/validadores para a rede do AVS. Na EigenLayer, um operador deve se registrar e ser aprovado (inicialmente em uma lista branca) para participar, e pode então optar por servir AVSs específicos. Os restakers delegam seu stake aos operadores (se não executarem os nós eles mesmos), então os operadores agregam stake de potencialmente muitos restakers. Cada operador está sujeito às condições de slashing de qualquer AVS que apoie, e eles ganham taxas ou recompensas por seu serviço. Isso cria um mercado de operadores competindo em desempenho e confiabilidade, já que os AVSs preferirão operadores competentes e os restakers preferirão aqueles que maximizam as recompensas sem incorrer em slashing.
-
AVS (Serviço Ativamente Validado) – O protocolo ou serviço externo em si, que geralmente consiste em dois componentes: (1) um binário ou cliente off-chain que os operadores executam para realizar o serviço (por exemplo, um software de nó de sidechain), e (2) um contrato AVS on-chain implantado no Ethereum que interage com a EigenLayer. O contrato 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 slashing de X ETH é executado no stake desse operador. O contrato do AVS se conecta aos gerenciadores de slashing da EigenLayer para penalizar efetivamente 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 depende da EigenLayer para aplicar punições econômicas usando o stake compartilhado. Este design permite que os desenvolvedores de AVS inovem em novos modelos de confiança (até mesmo novos mecanismos de consenso ou serviços criptográficos) sem reinventar um token de bonding/slashing para segurança.
-
Consumidores/Usuários de AVS – Finalmente, os usuários finais ou outros protocolos que consomem o resultado 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 os 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 mesmo um serviço totalmente novo pode começar com garantias de segurança de nível Ethereum. Em vez de recrutar e incentivar um novo conjunto de validadores, um AVS aproveita um conjunto de validadores experiente e economicamente vinculado desde o primeiro dia. Cadeias ou módulos menores que seriam inseguros sozinhos tornam-se seguros ao pegar carona no Ethereum. Essa segurança agrupada aumenta significativamente o custo para atacar qualquer AVS individual – um invasor precisaria adquirir e fazer stake de grandes quantidades de ETH (ou outra garantia aprovada) e então arriscar perdê-lo via slashing. Como muitos serviços compartilham o mesmo pool de ETH em restaking, eles efetivamente formam um guarda-chuva de segurança compartilhada: o peso econômico combinado do stake dissuade ataques a qualquer um deles. Da perspectiva de um desenvolvedor, isso modulariza a camada de consenso – você foca na funcionalidade do seu serviço enquanto a EigenLayer cuida de protegê-lo com um conjunto de validadores existente. Os AVSs podem, portanto, ser muito diversos. Alguns são serviços “horizontais” de propósito geral que muitos dApps poderiam usar (por exemplo, um sequenciador descentralizado genérico ou uma rede de computação off-chain), enquanto outros são “verticais” ou específicos de aplicação (adaptados a um nicho como uma ponte específica ou um oráculo DeFi). Exemplos iniciais de AVSs na EigenLayer abrangem disponibilidade de dados (por exemplo, EigenDA), sequenciamento compartilhado para rollups (por exemplo, Espresso, Radius), redes de oráculos (por exemplo, eOracle), pontes entre cadeias (por exemplo, Polymer, Hyperlane), computação off-chain (por exemplo, Lagrange para provas ZK) e mais. Todos eles aproveitam a mesma base de confiança do Ethereum. Em resumo, um AVS é essencialmente um módulo conectá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 é crítico para alinhar todas as partes em um ecossistema de restaking. A EigenLayer e plataformas similares criam um cenário “ganha-ganha-ganha” ao oferecer nova receita para stakers e operadores, enquanto reduzem os custos para protocolos emergentes. Vamos analisar os incentivos por função:
-
Incentivos para Restakers: Os restakers são primariamente motivados pelo rendimento. Ao optar pela EigenLayer, um staker de ETH pode ganhar recompensas extras além do seu rendimento padrão de staking no Ethereum. Por exemplo, um validador com 32 ETH em stake na beacon chain do Ethereum continua ganhando a APR base de ~4-5%, mas se fizer restake via EigenLayer, pode simultaneamente ganhar taxas ou recompensas em tokens de múltiplos AVSs que ajuda a proteger. Esse “double dipping” (ganho duplo) aumenta drasticamente os retornos potenciais para os validadores. No lançamento inicial da EigenLayer, os restakers receberam pontos de incentivo que se converteram em airdrops do token EIGEN (para o bootstrap); mais tarde, um mecanismo de recompensa contínua (Incentivos Programáticos) foi lançado, distribuindo milhões de tokens EIGEN para restakers como mineração de liquidez. 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, essas recompensas mais altas vêm com maior risco (maior exposição a slashing), então restakers racionais só optarão por AVSs que acreditam ser bem gerenciados. Isso cria uma verificação orientada pelo mercado: os AVSs devem oferecer recompensas atraentes o suficiente para compensar o risco, ou os restakers os evitarão. Na prática, muitos restakers delegam a operadores profissionais, então eles também podem pagar uma comissão ao operador a partir de suas recompensas. Mesmo assim, os restakers têm muito a ganhar ao monetizar a capacidade de segurança ociosa de seu ETH em stake. (Notavelmente, a EigenLayer relata que mais de 88% de todo o EIGEN distribuído foi diretamente colocado em stake/delegado novamente – indicando que os restakers estão ansiosos para compor suas posições.)
-
Incentivos para Operadores: Os operadores na EigenLayer são os provedores de serviço que fazem o trabalho pesado de executar nós para cada AVS. Seu incentivo é a receita de taxas ou a participação nas recompensas pagas por esses AVSs. Tipicamente, um AVS pagará recompensas (em ETH, stablecoins ou seu próprio token) a todos os validadores que o protegem; os operadores recebem essas recompensas em nome do stake que hospedam e, muitas vezes, ficam com uma parte (como uma comissão) por fornecer a infraestrutura. A EigenLayer permite que os restakers deleguem aos operadores, então os operadores competem para atrair o máximo de ETH em restaking possível – mais stake delegado significa mais tarefas que podem realizar e mais taxas ganhas. Essa dinâmica incentiva os operadores a serem altamente confiáveis e a se especializarem em AVSs que podem executar eficientemente (para evitar serem penalizados com slashing e para maximizar o tempo de atividade). Um operador com boa reputação pode garantir uma delegação maior e, assim, maiores recompensas totais. Importante, os operadores enfrentam penalidades de slashing por má conduta, assim como os restakers (já que o stake que eles carregam pode ser penalizado), alinhando seu comportamento com a execução honesta. O design da EigenLayer efetivamente cria um mercado aberto para serviços de validação: as equipes de AVS podem “contratar” operadores oferecendo recompensas, e os operadores escolherão AVSs que são lucrativos em relação ao risco. Por exemplo, um operador pode se concentrar em executar um AVS de oráculo se tiver taxas altas, enquanto outro pode executar um AVS de camada de dados que exige muita largura de banda, mas paga bem. Com o tempo, esperamos um equilíbrio de livre mercado onde os operadores escolhem a melhor combinação de AVSs e definem uma divisão de taxas apropriada com seus delegadores. Isso contrasta com o staking tradicional de uma única cadeia, onde os validadores têm deveres fixos – aqui, eles podem realizar múltiplas tarefas em vários serviços para acumular ganhos. O incentivo para os operadores é, portanto, maximizar seus ganhos por unidade de garantia em stake, sem sobrecarregar a ponto de sofrer slashing. É um equilíbrio delicado que deve impulsionar a profissionalização e talvez até soluções de seguro ou hedge (operadores podem se segurar contra slashing para proteger seus delegadores, etc.).
-
Incentivos para Desenvolvedores de AVS: Os desenvolvedores de protocolos (as equipes que constroem novos AVSs ou cadeias) indiscutivelmente 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 persuadir milhares de validadores independentes a proteger sua rede do zero. Iniciar uma rede PoS normalmente requer dar grandes recompensas em tokens aos primeiros validadores (diluindo o fornecimento) e ainda pode resultar em segurança fraca se a capitalização de mercado do token for baixa. Com a segurança compartilhada, um novo AVS pode entrar em operação protegido pela segurança econômica de mais de $200B do Ethereum, tornando instantaneamente os ataques economicamente inviáveis. Isso é um grande atrativo para projetos de infraestrutura como pontes ou oráculos que precisam de fortes garantias de segurança. Além disso, os desenvolvedores podem se concentrar na lógica de sua aplicação e contar com a EigenLayer (ou Karak, etc.) para o gerenciamento do conjunto de validadores, reduzindo muito a complexidade. Economicamente, embora o AVS deva pagar pela segurança, muitas vezes pode fazê-lo de uma maneira mais sustentável. Em vez de uma inflação enorme, ele pode redirecionar as taxas do protocolo ou oferecer um modesto estipêndio em token nativo. Por exemplo, um AVS de ponte poderia cobrar taxas dos usuários em ETH e usá-las para pagar os restakers, alcançando segurança sem emitir tokens sem lastro. Uma análise recente observa que eliminar a necessidade de “mecanismos de recompensa altamente dilutivos” foi uma motivação chave por trás do design de restaking universal da Karak. Essencialmente, a segurança compartilhada permite “iniciar com um orçamento limitado”. Além disso, se o 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 conectar a um hub de restaking, seu serviço pode interoperar mais facilmente com outros AVSs (usuários e operadores compartilhados) e ganhar exposição à grande comunidade de stakers do Ethereum. O outro lado da moeda é que as equipes de AVS devem projetar esquemas de recompensa atraentes para atrair restakers e operadores no mercado aberto. Isso muitas vezes significa oferecer inicialmente rendimentos generosos ou incentivos em tokens para impulsionar a participação – muito parecido com a mineração de liquidez em DeFi. Por exemplo, a própria EigenLayer distribuiu o token EIGEN amplamente para os primeiros stakers/operadores para incentivar a participação. Vemos padrões semelhantes com novas plataformas de restaking (por exemplo, a campanha XP da Karak para futuros tokens $KAR). Em resumo, os desenvolvedores de AVS trocam a oferta de algumas recompensas aos stakers do Ethereum em troca de evitar o problema do início do zero de proteger uma nova rede. O ganho estratégico é um tempo de lançamento mais rápido e maior segurança desde o primeiro dia, o que pode ser uma vantagem decisiva, especialmente para infraestruturas críticas como pontes entre cadeias ou serviços financeiros que exigem confiança.
Riscos Regulatórios e Preocupações de Governança
Incerteza Regulatória: O novo modelo de restaking existe em uma área cinzenta legal, levantando várias questões regulatórias. Uma preocupação é se oferecer “segurança como serviço” poderia ser visto 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 através de um airdrop para stakers e recompensas contínuas tem gerado 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 semelhante a um banco se não for devidamente descentralizado. A equipe da EigenLayer reconhece o risco regulatório, observando que a mudança nas leis poderia 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 poderiam determinar que entregar o controle do slashing a serviços de terceiros (AVSs) viola regras financeiras ou de proteção ao consumidor, especialmente se usuários de varejo estiverem envolvidos. Outro ângulo é sanções/AML: o restaking move o stake para contratos que então validam outras cadeias – se uma dessas cadeias estiver processando transações ilícitas ou for sancionada, os validadores do Ethereum poderiam inadvertidamente violar as regras de conformidade? Isso permanece sem teste. Até agora, nenhuma regulamentação clara visa o restaking especificamente, 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 quadros sejam definidos, as plataformas de restaking operam com o risco de que novas leis ou fiscalizações possam impor restrições (como exigir credenciamento de participantes, divulgações ou até mesmo proibir certos tipos de staking entre cadeias).
Preocupações de Governança e Consenso: O restaking introduz desafios complexos de governança tanto no nível do protocolo quanto para o ecossistema mais amplo do Ethereum:
-
Sobrecarregar o Consenso Social do Ethereum: Uma preocupação proeminente, expressa por Vitalik Buterin, é que 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 duplo do ETH em stake por validadores, embora tenha alguns riscos, é fundamentalmente aceitável, mas tentar ‘recrutar’ o consenso social do Ethereum para os propósitos de sua própria aplicação não é.”. Em termos simples, é aceitável se os validadores do Ethereum também validarem, digamos, uma rede de oráculos e sofrerem slashing individualmente por mau comportamento lá (sem efeito no consenso do Ethereum). O perigoso é se um protocolo externo esperar que a comunidade ou o protocolo principal do Ethereum intervenha para resolver algum problema (por exemplo, para fazer 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 requerem intervenção da governança do Ethereum – assim, qualquer punição é autocontida no contrato da EigenLayer e não envolve o Ethereum alterando seu estado ou regras. Em casos de falhas subjetivas (onde o julgamento humano é necessário, digamos, para uma disputa de preços de oráculo), a EigenLayer planeja usar sua própria governança (por exemplo, um voto com o token EIGEN ou um conselho) em vez de sobrecarregar a camada social do Ethereum. Essa separação é crítica para manter a neutralidade do Ethereum. No entanto, à medida que o restaking cresce, existe um risco sistêmico de que, se um incidente grave ocorresse (como um bug causando slashing em massa de uma grande parte dos validadores), a comunidade do Ethereum poderia ser pressionada a responder (por exemplo, revertendo os slashings). Isso envolveria o Ethereum no destino de AVSs externos – exatamente o que Vitalik adverte contra. O risco de consenso social é, portanto, principalmente sobre casos extremos de “cisne negro”, mas ressalta a importância de manter o núcleo do Ethereum mínimo e não envolvido na governança do restaking.
-
Cascades de Slashing e a Segurança do Ethereum: Relacionado a isso, há a preocupação de que eventos de slashing no restaking possam se propagar em cascata e comprometer o Ethereum. Se um AVS muito popular (com muitos validadores) sofresse uma falha catastrófica levando a slashing em massa, milhares de validadores de ETH poderiam perder stake ou serem forçados a sair. No pior cenário, se stake suficiente for penalizado, o próprio conjunto de validadores do Ethereum poderia encolher ou se centralizar rapidamente. Por exemplo, imagine que um grande operador da EigenLayer que executa 10% de todos os validadores seja penalizado em um AVS – esses validadores poderiam ficar offline após perderem fundos, reduzindo a segurança do Ethereum. A Chorus One (um serviço de staking) analisou a EigenLayer e observou que esse risco de cascata é exacerbado se o mercado de restaking levar a apenas alguns grandes operadores dominando. A boa notícia é que, historicamente, o slashing no Ethereum é raro e geralmente em pequena escala. A EigenLayer também limitou inicialmente a quantidade de stake e desativou o slashing enquanto o sistema era novo. Em abril de 2025, a EigenLayer ativou o slashing na mainnet com monitoramento cuidadoso. Para mitigar ainda mais slashings não intencionais (por exemplo, devido a bugs), a EigenLayer introduziu “comitês de veto de slashing” – essencialmente um multisig de especialistas que pode anular um slashing se parecer ser um erro ou um ataque ao protocolo. Esta é uma medida centralizadora temporária, mas aborda o risco de um contrato inteligente de AVS com falhas causar estragos. Com o tempo, tais comitês poderiam ser substituídos por uma governança mais descentralizada ou por mecanismos de segurança.
-
Centralização do Restaking e da Governança: Uma preocupação chave de governança é quem controla o protocolo de restaking e seus parâmetros. Nos estágios iniciais da EigenLayer, atualizações e decisões críticas eram controladas por um multisig da equipe e da comunidade próxima (por exemplo, um multisig de 9 de 13). Isso é prático para a segurança do desenvolvimento rápido, mas é um risco de centralização – esses detentores de chaves poderiam conspirar ou ser comprometidos para alterar regras maliciosamente (por exemplo, para roubar fundos em stake). Reconhecendo isso, a EigenLayer estabeleceu um quadro mais formal de EigenGov no final de 2024, introduzindo um Conselho de Protocolo de especialistas e um processo de governança comunitária para mudanças. O conselho agora controla as atualizações através de um multisig de 3 de 5, com supervisão da comunidade. Com o tempo, a intenção é evoluir para uma governança de detentores de tokens ou um modelo totalmente descentralizado. Ainda assim, em qualquer sistema de restaking, as decisões de governança (como qual nova garantia apoiar, qual AVS “abençoar” com status oficial, como as disputas de slashing são resolvidas) têm grandes implicações. Há um potencial conflito de interesses: grandes provedores de staking (como Lido ou exchanges) poderiam influenciar a governança para favorecer seus operadores ou ativos. De fato, a competição está surgindo – por exemplo, os fundadores da Lido apoiando a Symbiotic, uma plataforma de restaking multiativos – e pode-se imaginar guerras de governança se, digamos, surgir uma proposta para banir um certo AVS que é visto como arriscado. A própria camada de restaking precisa de uma governança robusta para gerenciar tais questões de forma transparente.
-
Centralização de Validadores: No lado operacional, há a preocupação de que os AVSs escolherão preferencialmente grandes operadores, causando centralização em quem realmente valida a maioria dos serviços em restaking. Se, por eficiência, muitas equipes de AVS selecionarem um punhado de validadores profissionais (por exemplo, grandes empresas de staking) para atendê-los, essas entidades ganham poder e participação de recompensas desproporcionais. Elas poderiam então minar os outros oferecendo melhores termos (graças às economias de escala), potencialmente se transformando em um oligopólio. Isso espelha preocupações no staking vanilla do Ethereum (por exemplo, o domínio da Lido). O restaking poderia amplificar isso, já que operadores que executam múltiplos AVSs têm mais fontes de receita. Isso é tanto uma preocupação econômica quanto de governança – pode exigir limites impostos pela comunidade ou incentivos para encorajar a descentralização (por exemplo, a EigenLayer poderia limitar quanto stake um operador pode controlar, ou os AVSs poderiam ser obrigados a distribuir suas atribuições). Sem freios, a dinâmica de “os ricos ficam mais ricos” poderia levar a alguns operadores de nós controlando efetivamente grandes porções 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 diversidade (talvez através da estratégia de delegação ou por meio da coordenação social das comunidades de stakers).
Em resumo, embora o restaking desbloqueie uma tremenda inovação, ele também introduz novos vetores de risco. Os reguladores estão observando se isso representa produtos de rendimento não regulamentados ou se representa perigos sistêmicos. A liderança do Ethereum enfatiza a importância de não envolver a governança da camada base nesses novos usos. A comunidade da EigenLayer e outros responderam com um design cuidadoso (slashing apenas objetivo, tokens de duas camadas para diferentes tipos de falhas, verificação de AVSs, etc.) e controle central interino para prevenir 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 quadros legais claros. À medida que essas redes de restaking amadurecem, espere estruturas de governança aprimoradas e, possivelmente, padrões da indústria ou regulamentações que abordem essas preocupações.
EigenLayer vs. Karak vs. Babylon: Uma Análise Comparativa
O cenário de restaking/segurança compartilhada agora inclui várias estruturas com designs diferentes. Aqui comparamos EigenLayer, Karak Network e Babylon – destacando suas arquiteturas técnicas, modelos econômicos e foco estratégico:
Arquitetura Técnica e Base de Segurança: A EigenLayer é um protocolo nativo do Ethereum (contratos inteligentes na L1 do Ethereum) que utiliza ETH em stake (e Tokens de Staking Líquido equivalentes) como garantia de segurança. Ela “pega carona” na beacon chain do Ethereum – os validadores optam por participar através de contratos do Ethereum, e o slashing é aplicado em seu stake de ETH. Isso significa que a segurança da EigenLayer está fundamentalmente ligada ao PoS do Ethereum e ao valor do ETH. Em contraste, a Karak se posiciona como uma “camada de restaking universal” não vinculada a uma única cadeia base. A Karak lançou sua própria blockchain L1 (com compatibilidade EVM) otimizada para serviços de segurança compartilhada. O modelo da Karak é agnóstico de cadeia e de ativo: permite o restaking de muitos tipos de ativos em múltiplas cadeias, não apenas ETH. A garantia suportada inclui ETH e LSTs além de outros ERC-20s (stablecoins como USDC/sDAI, tokens de LP, até mesmo outros tokens de L1). Isso significa que a base de segurança da Karak é uma cesta diversificada; a validação na Karak poderia ser apoiada por, digamos, uma combinação de ETH em stake, SOL em stake (se transferido por ponte), stablecoins, etc., dependendo do que o AVS (ou “VaaS” na terminologia da Karak) aceita. A Babylon segue um caminho diferente: ela aproveita a segurança do Bitcoin (BTC) – o maior ativo cripto – para proteger outras cadeias. A Babylon é construída como uma cadeia baseada no Cosmos (Babylon Chain) que se conecta ao Bitcoin e a cadeias PoS através do protocolo IBC. Os detentores de BTC bloqueiam BTC nativo na mainnet do Bitcoin (em um cofre com bloqueio de tempo inteligente) e, assim, “fazem stake” de BTC para a Babylon, que então o usa como garantia para proteger as cadeias PoS consumidoras. Portanto, a base de segurança da Babylon é o valor do Bitcoin (mais de $500B de capitalização de mercado), explorado de forma trustless (sem BTC embrulhado ou custodiantes – ela usa scripts do Bitcoin para aplicar o slashing). Em resumo, a EigenLayer depende da segurança econômica do Ethereum, a Karak é multi-ativos e multi-cadeia (uma camada genérica para qualquer garantia), e a Babylon estende a segurança de prova de trabalho (proof-of-work) do Bitcoin para ecossistemas PoS.
Mecanismo de Restaking: Na EigenLayer, o restaking é opcional via contratos do Ethereum; o slashing é programático e aplicado pelo consenso do Ethereum (honrando os contratos da EigenLayer). A Karak, como uma L1 independente, mantém sua própria lógica de restaking em sua cadeia. A Karak introduziu o conceito de Validação como Serviço (VaaS) – análogo ao AVS da Eigen – mas com um mercado universal de validadores entre cadeias. Os validadores da Karak (operadores) executam sua cadeia e qualquer número de Serviços Seguros Distribuídos (DSS), que são o equivalente da Karak aos AVSs. Um DSS pode ser uma nova blockchain específica de aplicativo ou um serviço que aluga segurança do pool de ativos em stake da Karak. A inovação da Karak é padronizar os requisitos para que qualquer cadeia ou aplicativo (Ethereum, Solana, uma L2, etc.) possa se conectar e usar sua rede de validadores e garantias variadas. O slashing na Karak seria tratado por suas regras de protocolo – como pode fazer stake de, por exemplo, USDC, presumivelmente aplica slashing no USDC de um validador se ele se comportar mal em um serviço (a mecânica exata de slashing multi-ativos é complexa e não pública, mas a ideia é semelhante: cada garantia pode ser retirada se as violações forem provadas). O mecanismo da Babylon é único devido às limitações do Bitcoin: o Bitcoin não suporta contratos inteligentes para auto-slashing, então a Babylon usa truques criptográficos. O BTC é bloqueado em uma saída especial que requer uma chave. Se um participante de staking de BTC trapacear (por exemplo, assinar dois blocos conflitantes em uma cadeia cliente), o protocolo utiliza um esquema de assinatura única extraível (EOTS) para revelar a chave privada do participante, permitindo que seu BTC bloqueado seja varrido para um endereço de queima. Em termos mais simples, o mau comportamento faz com que o staker de BTC efetivamente se penalize, pois o ato de trapacear entrega o controle de seu depósito (que é então destruído). A cadeia baseada no Cosmos da Babylon coordena esse processo e se comunica com as cadeias parceiras (via IBC) para fornecer serviços como checkpointing e finalidade usando os timestamps do BTC. Na Babylon, os validadores da cadeia Babylon (chamados de provedores de finalidade) são separados – eles executam o consenso da Babylon e auxiliam na retransmissão de informações para o Bitcoin – mas não fornecem segurança econômica; a segurança econômica vem puramente do BTC bloqueado.
Modelo Econômico e Recompensas: O modelo econômico da EigenLayer está centrado na economia de staking do Ethereum. Os restakers ganham recompensas específicas de AVS – estas podem ser pagas em taxas de ETH, no token próprio do AVS ou em outros tokens, dependendo do design de cada AVS. A própria EigenLayer introduziu o token $EIGEN em grande parte 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 livre mercado onde cada AVS define uma taxa de recompensa para atrair segurança suficiente. A Karak parece estar lançando seu token nativo $KAR (ainda não ativo no início de 2025) como o principal ativo em seu ecossistema. A Karak levantou $48M e foi apoiada por grandes investidores, o que implica que o $KAR terá valor e provavelmente será usado para governança e possivelmente pagamentos de taxas na rede Karak. No entanto, a principal promessa da Karak é “sem inflação” para novas redes que a utilizam – em vez de emitir seus próprios tokens para segurança, elas aproveitam os ativos existentes via Karak. Assim, uma nova cadeia usando a Karak pode pagar aos validadores, digamos, em suas taxas de transação (que podem ser em uma stablecoin ou no token nativo da cadeia, se tiver um), mas não precisaria cunhar continuamente novos tokens para recompensas de staking. A Karak criou um mercado de validadores onde os desenvolvedores podem postar recompensas para os validadores fazerem restake de ativos e protegerem seus serviços. Essa abordagem de mercado visa tornar as recompensas mais competitivas e consistentes, em vez de uma inflação extremamente alta seguida por uma queda – teoricamente reduzindo os custos para os desenvolvedores e dando aos validadores uma renda multi-cadeia estável. A economia da Babylon também difere: os stakers de BTC que bloqueiam seu Bitcoin ganham rendimento nos tokens das redes que estão protegendo. Por exemplo, se você fizer stake de BTC para ajudar a proteger uma zona do Cosmos (uma das cadeias clientes da Babylon), você recebe as recompensas de staking dessa zona (seu token de staking nativo) como se fosse um delegador lá. Essas cadeias parceiras se beneficiam ao obter uma camada extra de segurança (checkpoints no Bitcoin, etc.), e em troca alocam uma parte de sua inflação ou taxas para os stakers de BTC via Babylon. Na prática, a Babylon atua como um hub onde os detentores de BTC podem delegar segurança a muitas cadeias e serem pagos em muitos tokens. A própria cadeia Babylon tem um token chamado $BABY, usado para fazer stake no próprio consenso da Babylon (a Babylon ainda precisa de seus próprios validadores PoS para executar a infraestrutura da cadeia). O $BABY também é provavelmente usado na governança e talvez para alinhar incentivos (por exemplo, os provedores de finalidade fazem stake de BABY). Mas, importante, o $BABY não substitui o BTC como fonte de segurança – é mais para executar a cadeia – enquanto o BTC é a garantia que respalda o serviço de segurança compartilhada. Em maio de 2025, a Babylon havia sido iniciada com sucesso com mais de 50.000 BTC em stake (~$5,5 bilhões) por detentores de BTC, tornando-a uma das cadeias Cosmos mais seguras por capital. Esses stakers de BTC então ganham recompensas de staking de múltiplas cadeias conectadas (por exemplo, ATOM do Cosmos Hub, OSMO da Osmosis, etc.), alcançando um rendimento diversificado enquanto mantêm BTC.
Foco Estratégico e Casos de Uso: A estratégia da EigenLayer tem sido centrada no Ethereum, visando acelerar a inovação dentro do ecossistema Ethereum. Seus primeiros casos de uso alvo (disponibilidade de dados, middleware como oráculos, sequenciamento de rollups) todos aprimoram o Ethereum ou seus rollups. Ela essencialmente potencializa o Ethereum como uma meta-camada de serviços, e agora com seu planejado suporte “multi-cadeia” (adicionado em 2025), a EigenLayer permitirá que os AVSs rodem em outras cadeias EVM ou L2s enquanto ainda usam o conjunto de validadores do Ethereum. Essa verificação entre cadeias significa que a EigenLayer está evoluindo para um provedor de segurança entre cadeias, mas ancorado no Ethereum (validadores e staking ainda vivem no Ethereum para slashing). A Karak se posiciona como uma camada base globalmente extensível para todos os tipos de aplicações – não apenas infraestrutura cripto, mas também ativos do mundo real, mercados financeiros, até mesmo serviços governamentais, de acordo com seu marketing. O nome “Camada Base Global para PIB Programável” sugere uma ambição de trabalhar com instituições e estados-nação. A Karak enfatiza a integração de finanças tradicionais e IA, sugerindo que buscará parcerias além do reino nativo de cripto. Tecnicamente, ao suportar ativos como stablecoins e potencialmente moedas governamentais, a Karak poderia permitir, por exemplo, que um governo lance uma blockchain protegida por seu próprio token fiduciário em stake através dos validadores da Karak. Seu suporte para empresas e múltiplas jurisdições é um diferencial. Em essência, a Karak está tentando ser “restaking para todos, em qualquer cadeia, com qualquer ativo” – uma rede mais ampla que a abordagem Ethereum-first da EigenLayer. O foco da Babylon é conectar os ecossistemas do Bitcoin e do Cosmos (e PoS mais amplo). Ela aprimora especificamente a segurança entre cadeias ao fornecer a imutabilidade e o peso econômico do Bitcoin para cadeias de prova de participação que, de outra forma, seriam menores. Um dos aplicativos matadores da Babylon é adicionar checkpoints de finalidade do Bitcoin a cadeias PoS, tornando extremamente difícil que essas cadeias sejam atacadas ou reorganizadas sem também atacar o Bitcoin. A Babylon, portanto, se promove como trazendo “a segurança do Bitcoin para toda a cripto”. Seu foco de curto prazo tem sido as cadeias do SDK Cosmos (que ela chama de Redes Supercharged por Bitcoin na Fase 3), mas o design é destinado a ser interoperável com o Ethereum e rollups também. Estrategicamente, a Babylon explora a vasta base de detentores de BTC, dando-lhes uma opção de rendimento (o BTC é, de outra forma, um ativo sem rendimento) e, ao mesmo tempo, oferecendo às cadeias acesso ao “padrão ouro” da segurança cripto (BTC + PoW). Isso é bastante distinto da EigenLayer e da Karak, que são mais sobre aproveitar ativos PoS.
Tabela: EigenLayer vs Karak vs Babylon
| Característica | EigenLayer (Ethereum) | Karak Network (L1 Universal) | Babylon (Bitcoin–Cosmos) |
|---|
| Ativo de Segurança Base | ETH (stake do Ethereum) e LSTs aprovados. | Multi-ativos: ETH, LSTs, stablecoins, ERC-20s, etc. Também ativos de outras cadeias (Arbitrum, Mantle, etc.). | BTC (Bitcoin nativo) bloqueado na mainnet do Bitcoin. Usa a alta capitalização de mercado do Bitcoin como segurança. |
| Arquitetura da Plataforma | Contratos inteligentes na L1 do Ethereum. Usa validadores/clientes do Ethereum; slashing aplicado pelo consenso do Ethereum. Agora expandindo para suportar AVSs em outras cadeias via provas do Ethereum. | Cadeia Layer-1 independente (“Karak L1”) com EVM. Fornece uma estrutura (KNS) de restaking para lançar novas blockchains ou serviços com conjuntos de validadores instantâneos. Não é um rollup ou L2 – uma rede separada que conecta múltiplos ecossistemas. | Cadeia baseada no Cosmos (Babylon Chain) conectando-se ao Bitcoin via protocolos criptográficos. Usa IBC para se conectar com cadeias PoS. Os validadores da Babylon executam um consenso Tendermint, e a rede Bitcoin é aproveitada para timestamps e lógica de slashing. |
| Modelo de Segurança | Restaking opcional: Stakers do Ethereum delegam stake para a EigenLayer e optam por condições de slashing específicas de AVS. As condições de slashing são objetivas (provas criptográficas) para evitar problemas de consenso social do Ethereum. | Validação universal: Validadores da Karak podem fazer stake de vários ativos e são designados para proteger Serviços Seguros Distribuídos (DSS) (semelhantes aos AVSs) em muitas cadeias. Slashing e recompensas são tratados pela lógica da cadeia da Karak; padroniza a segurança como serviço para qualquer cadeia. | “Staking remoto” de BTC: Detentores de Bitcoin bloqueiam BTC em cofres de autocustódia (UTXOs com bloqueio de tempo) e, se se comportarem mal em uma cadeia cliente, sua chave privada pode ser exposta para aplicar slashing (queimar) seu BTC. Usa a própria mecânica do Bitcoin (sem embrulho de token). A cadeia Babylon coordena isso e fornece checkpointing (finalidade do BTC) para as cadeias clientes. |
| Token e Recompensas | Token EIGEN: Usado para governança e para recompensar os primeiros participantes (via airdrop, incentivos). Os restakers ganham principalmente em taxas ou tokens de AVS (pode ser ETH, stablecoins ou tokens nativos de AVS). A própria EigenLayer não exige uma parte da receita de AVS para os detentores do token EIGEN (embora o EIGEN possa ter utilidade futura em tarefas de validação subjetiva). | Token KAR: Ainda não lançado (esperado para 2025). Será o principal token de utilidade/governança no ecossistema da Karak. A Karak promove sem inflação nativa para novas cadeias – os validadores ganham recompensas consistentes ao proteger muitos serviços. Novos protocolos podem incentivar validadores através do mercado da Karak em vez de tokens de alta inflação. Provavelmente, o KAR será usado para a segurança da cadeia Karak e decisões de governança. | Token BABY: Nativo da Babylon Chain (para staking de seus validadores, governança). Os stakers de BTC não recebem BABY por seu serviço, em vez disso, eles ganham rendimento nos tokens das cadeias PoS conectadas que protegem. (Ex: faça stake de BTC para proteger a Cadeia X, ganhe as recompensas de staking da Cadeia X). Isso mantém a exposição dos stakers de BTC principalmente a tokens existentes. O papel do BABY é proteger o hub da Babylon e possivelmente como gás ou governança no ecossistema da Babylon. |
| Casos de Uso Notáveis | Infraestrutura alinhada ao Ethereum: por exemplo, EigenDA (disponibilidade de dados para rollups), redes de oráculos (por exemplo, Tellor/eOracle), pontes entre cadeias (LayerZero integrando), sequenciadores compartilhados para rollups (Espresso, Radius), computação off-chain (Risc Zero, etc.). Também explorando serviços de retransmissão de MEV descentralizados e derivativos de restaking líquido. Essencialmente, estende as capacidades do Ethereum (escalabilidade, interoperabilidade, middleware DeFi) fornecendo uma camada de confiança descentralizada. | Foco amplo, incluindo integração de finanças tradicionais: ativos do mundo real tokenizados, mercados de negociação 24/7, até mesmo aplicações governamentais e de IA em cadeias personalizadas. Por exemplo, KUDA (mercado de disponibilidade de dados) e outros estão sendo construídos no ecossistema da Karak. Poderia hospedar cadeias de consórcios empresariais que usam stablecoins de USD como garantia de staking, etc. A Karak visa desenvolvedores multi-cadeia que desejam segurança sem se limitar aos validadores do Ethereum ou apenas ao ETH. Também enfatiza a interoperabilidade e eficiência de capital – por exemplo, usando ativos de menor custo de oportunidade (como tokens de L1 menores) para restaking para que os rendimentos possam ser maiores sem competir com o rendimento do ETH. | Segurança para cadeias Cosmos e além: por exemplo, usando BTC para proteger o Cosmos Hub, Osmosis e outras zonas (aumentando sua segurança sem que essas zonas aumentem a inflação). Fornece finalidade de timestamp do Bitcoin – qualquer cadeia que opte por participar pode ter transações importantes hasheadas no Bitcoin para resistência à censura e finalidade. Especialmente útil para novas cadeias PoS que desejam prevenir ataques de longo alcance ou adicionar uma “raiz de confiança” do Bitcoin. A Babylon efetivamente cria uma ponte entre o Bitcoin e as redes PoS: os detentores de Bitcoin ganham rendimento do PoS, e as cadeias PoS ganham a segurança e a comunidade do BTC. É complementar ao restaking com ETH; por exemplo, uma cadeia pode usar a EigenLayer para segurança econômica do ETH e a Babylon para robustez do BTC. |
Diferenças Estratégicas: A EigenLayer se beneficia do enorme conjunto de validadores descentralizados e da credibilidade do Ethereum, mas está limitada à segurança baseada em ETH. Ela se destaca em servir projetos orientados para o Ethereum (muitos AVSs são projetos de rollup ou middleware do Ethereum). A estratégia da Karak é capturar um mercado maior sendo flexível no suporte a ativos e cadeias – ela não está casada com o Ethereum e até argumenta que os desenvolvedores podem evitar ficar “confinados exclusivamente ao Ethereum para segurança”. Isso poderia atrair projetos em ecossistemas como Arbitrum, Polygon ou até mesmo cadeias não-EVM que desejam um provedor de segurança neutro. A abordagem multi-ativos da Karak também significa que ela pode explorar 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 comparação com o ETH… o que significa que [nossos serviços] têm um caminho mais fácil para rendimentos sustentáveis.”. Por exemplo, o ARB (token da Arbitrum) em stake atualmente tem poucos usos; a Karak poderia permitir que os detentores de ARB fizessem restake para proteger novos dApps, criando um ganha-ganha (rendimento para os detentores de ARB, segurança para o dApp). Essa estratégia, no entanto, vem com complexidade técnica (gerenciamento de diferentes riscos de ativos) e suposições de confiança (transferir ativos para a plataforma da Karak com segurança). A estratégia da Babylon é distinta por focar no Bitcoin – ela está aproveitando o maior ativo cripto por capitalização de mercado, que também tem uma comunidade e perfil de uso muito diferentes (detentores de longo prazo). A Babylon basicamente desbloqueou uma nova fonte de staking que antes não era explorada: $1,2 trilhão de BTC que não podiam fazer stake nativamente. Ao fazer isso, ela aborda um enorme pool de segurança e visa cadeias que valorizam as garantias do Bitcoin. Ela também atrai os detentores de Bitcoin, dando-lhes uma maneira de ganhar rendimento sem abrir mão da custódia do BTC. Pode-se dizer que a Babylon é quase o inverso da EigenLayer: em vez de estender a segurança do Ethereum para fora, ela está importando a segurança do Bitcoin para as redes PoS. Estrategicamente, ela poderia unificar os mundos historicamente separados do Bitcoin e do DeFi.
Cada uma dessas estruturas tem seus prós e contras. A EigenLayer atualmente desfruta de uma vantagem de pioneirismo no restaking do Ethereum e um grande TVL (~$20B em restaking no final de 2024), além de um suporte profundamente integrado da comunidade Ethereum. A Karak é mais nova (mainnet lançada em abril de 2024) e visa crescer cobrindo nichos que a EigenLayer não cobre (garantias não-ETH, cadeias não-Ethereum). A Babylon opera na arena do Cosmos e explora o Bitcoin – ela não compete com a 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 poderiam até interoperar: por exemplo, uma L2 do Ethereum poderia usar a EigenLayer para segurança baseada em ETH e também aceitar segurança de 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 sua concepção em 2021, a EigenLayer evoluiu rapidamente de um conceito para uma rede ativa. Ela foi lançada na mainnet do Ethereum em etapas – a Etapa 1 em meados de 2023 permitiu o restaking básico, e em abril de 2024 o protocolo completo da EigenLayer (com suporte para operadores e AVSs iniciais) foi implantado. O crescimento do ecossistema tem sido substancial: no início de 2025, a EigenLayer relata 29 AVSs ativos 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 participando, contribuindo para um TVL em restaking que atingiu ~$20 bilhões no final de 2024. Um marco importante foi a introdução da aplicação de slashing e recompensas na mainnet em abril de 2025, marcando o passo final para a efetivação do modelo de segurança da EigenLayer. Isso significa que os AVSs agora podem realmente penalizar o mau comportamento e pagar recompensas de forma trustless, superando a “fase de teste” em que essas funcionalidades estavam desativadas. Junto com isso, 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 retiradas e consolidação de restake mais fáceis (aproveitando o fork Pectra do Ethereum). Talvez a nova característica mais significativa seja a Verificação Multi-Cadeia, lançada em julho de 2025, que permite que os AVSs operem em múltiplas cadeias (incluindo L2s) enquanto ainda usam a segurança baseada no Ethereum. Isso foi demonstrado na testnet Base Sepolia e será implementado na mainnet, transformando efetivamente a EigenLayer em um provedor de segurança entre cadeias (não apenas para aplicativos da L1 do Ethereum). Isso aborda uma limitação anterior de que os AVSs da EigenLayer precisavam postar todos os dados no Ethereum; agora um AVS pode rodar, digamos, em um Optimistic Rollup ou outra L1, e a EigenLayer verificará as provas (usando raízes de Merkle) de volta no Ethereum para aplicar slashing ou recompensar conforme necessário. Isso expande enormemente o alcance e o desempenho da EigenLayer (os AVSs podem rodar onde é mais barato, mantendo a segurança do Ethereum). Em termos de comunidade e governança, a EigenLayer lançou a EigenGov no final de 2024 – um conselho e uma estrutura ELIP (Proposta de Melhoria da EigenLayer) para descentralizar a tomada de decisões. O Conselho do Protocolo (5 membros) agora supervisiona mudanças críticas com a contribuição da comunidade. Além disso, a EigenLayer tem estado atenta às preocupações levantadas pela comunidade principal do Ethereum. Em resposta aos avisos de Vitalik, a equipe publicou materiais explicando como eles evitam sobrecarregar o consenso do Ethereum, por exemplo, usando o token EIGEN para quaisquer serviços “subjetivos” e deixando o restaking de ETH para casos de slashing puramente objetivos. Essa abordagem de duas camadas (ETH para falhas claras, EIGEN para decisões mais subjetivas ou lideradas pela governança) ainda está sendo refinada, mas mostra o compromisso da EigenLayer em se alinhar 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, analistas notaram que o restaking havia se tornado “uma narrativa líder dentro da comunidade Ethereum”. Muitos projetos de DeFi e infraestrutura começaram a planejar como aproveitar a EigenLayer para segurança ou rendimento adicional. Ao mesmo tempo, os membros da comunidade estão debatendo o gerenciamento de riscos: por exemplo, o relatório detalhado de riscos da Chorus One (abril de 2024) chamou a atenção para a centralização de operadores e os riscos de slashing em cascata, levando a mais pesquisas e possivelmente a recursos como o monitoramento da distribuição de stake. A distribuição do token EIGEN também foi um tópico quente – no quarto trimestre de 2024, a EigenLayer realizou um “stake drop” onde usuários ativos do Ethereum e participantes iniciais da EigenLayer receberam EIGEN, mas ele não era transferível inicialmente. Alguns membros da comunidade ficaram descontentes com aspectos do drop (por exemplo, grandes porções alocadas para VCs, e alguns protocolos DeFi que integraram a EigenLayer não sendo recompensados diretamente). Esse feedback levou a equipe a enfatizar incentivos mais centrados na comunidade no futuro, e de fato os Incentivos Programáticos introduzidos visam recompensar continuamente aqueles que realmente fazem restaking e operam. Em 2025, a EigenLayer é um dos ecossistemas de desenvolvedores de crescimento mais rápido – até mesmo reconhecido em um relatório da Electric Capital – e garantiu grandes parcerias (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 amadurecendo, abordando preocupações iniciais e expandindo funcionalidades, solidificando sua posição como a pioneira do restaking no Ethereum.
Karak e Outros Concorrentes: A Karak Network entrou em destaque com o lançamento de sua mainnet em abril de 2024 e rapidamente se posicionou como uma rival notável da EigenLayer no Ethereum e além. Apoiada por grandes investidores e até mesmo por certos stakeholders do Ethereum (Coinbase Ventures, entre outros), a promessa da Karak de “restaking para todos, em qualquer cadeia, com qualquer ativo” chamou a atenção. No final de 2024, a Karak atualizou para uma mainnet V2 com recursos aprimorados para segurança universal, completando migrações através da Arbitrum e do Ethereum até novembro de 2024. Isso indica que a Karak expandiu o suporte para mais ativos e possivelmente melhorou seus contratos inteligentes ou consenso. No início de 2025, a Karak aumentou sua base de usuários através de um programa de incentivo XP (incentivando a participação na testnet, staking, etc., com a esperança de um futuro airdrop do $KAR). As discussões da comunidade sobre a Karak frequentemente a comparam com a EigenLayer: a Bankless observou em maio de 2024 que, embora o valor total em stake da Karak ainda estivesse “longe do tamanho da EigenLayer,” ela havia visto um crescimento rápido (4x em um mês), possivelmente devido a usuários buscando recompensas mais altas ou diversificando para longe da EigenLayer. O apelo da Karak reside em suportar ativos como tokens de rendimento da Pendle, ARB da Arbitrum, token da Mantle, etc., o que amplia o mercado de restaking. A partir de 2025, a Karak provavelmente está focada em integrar mais clientes de “Validação como Serviço” e possivelmente preparando o lançamento de seu token KAR (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 atrai usuários multi-cadeia e aqueles com ativos não-ETH em busca de rendimento. Podemos esperar que a Karak anuncie parcerias no próximo ano, talvez com redes Layer2 ou até mesmo com players institucionais, dada sua marca “de nível institucional”. O mercado de restaking não é, portanto, um monopólio; em vez disso, múltiplas plataformas estão encontrando nichos, o que pode levar a um ecossistema fragmentado, mas rico, de provedores de segurança compartilhada.
Lançamento da Babylon e a Fronteira do Staking de BTC: A Babylon completou um marco importante em 2025 ao ativar sua funcionalidade principal – staking de Bitcoin para segurança compartilhada. Após uma testnet da Fase 1 e um lançamento gradual, a mainnet da Fase 2 da Babylon foi ao ar em abril de 2025, e em maio de 2025 ela relatou mais de 50k BTC em stake no protocolo. Esta é uma conquista notável, efetivamente conectando ~$5B de Bitcoin ao mercado de segurança interchain. As primeiras cadeias adotantes da Babylon (as primeiras “Redes Supercharged por Bitcoin”) incluem várias cadeias baseadas no Cosmos que integraram o cliente leve da Babylon e começaram a depender da finalidade de checkpoint do BTC. A própria cadeia Babylon Genesis foi lançada em 10 de abril de 2025, protegida pelo novo staking do token $BABY, e um dia depois (11 de abril) o staking trustless de BTC foi pilotado com um limite inicial de 1000 BTC. Em 24 de abril de 2025, o staking de BTC foi aberto sem permissão para todos, e o limite foi removido. A operação tranquila nas primeiras semanas levou a equipe a declarar o staking de Bitcoin “iniciado com sucesso”, chamando a Babylon Genesis agora de “uma das L1s mais seguras do mundo em termos de capitalização de mercado de staking.”. Com a Fase 2 completa, a Fase 3 visa integrar muitas redes externas como clientes, transformando-as em BSNs (Redes Supercharged por Bitcoin). Isso envolverá módulos de interoperabilidade para que o Ethereum, seus rollups e qualquer cadeia Cosmos possam usar a Babylon para obter segurança do BTC. A comunidade da Babylon – composta por detentores de Bitcoin, desenvolvedores do Cosmos e outros – tem discutido ativamente a governança do token $BABY (garantindo que a cadeia Babylon permaneça neutra e confiável para todas as cadeias conectadas) e a economia (por exemplo, equilibrando as recompensas de staking de BTC entre muitas cadeias consumidoras para que seja atraente para os detentores de BTC sem subsidiar excessivamente). Um desenvolvimento interessante é o suporte da Babylon para coisas como a cobertura da Nexus Mutual (conforme uma postagem de maio de 2025) para oferecer seguro contra slashing no staking de BTC, o que poderia atrair ainda mais participantes. Isso mostra o amadurecimento do ecossistema em torno do gerenciamento de riscos para este novo paradigma.
Discussões da Comunidade e entre Projetos: A partir de 2025, uma conversa mais ampla está ocorrendo sobre o futuro da segurança compartilhada em cripto. A comunidade do Ethereum em grande parte acolhe a EigenLayer, mas permanece cautelosa; a postagem no blog de Vitalik (maio de 2023) deu o tom para uma delimitação cuidadosa do que é aceitável. A EigenLayer regularmente engaja a comunidade através de seu fórum, abordando questões como “A EigenLayer está sobrecarregando o consenso do Ethereum?” (resposta curta: eles argumentam que não, devido a salvaguardas de design). Na comunidade do Cosmos, a Babylon gerou entusiasmo, pois potencialmente resolve problemas de segurança de longa data (por exemplo, pequenas zonas sofrendo ataques de 51%) sem exigir que se juntem a um hub de segurança compartilhada como o Polkadot ou o ICS do Cosmos Hub. Há também uma convergência interessante: algumas pessoas do Cosmos perguntam se o staking do Ethereum poderia algum dia alimentar as cadeias do Cosmos (que é mais o domínio da EigenLayer), enquanto as pessoas do Ethereum se perguntam se o staking de Bitcoin poderia proteger os rollups do Ethereum (o conceito da Babylon). Estamos vendo os primeiros sinais de polinização cruzada: por exemplo, ideias de usar a EigenLayer para fazer restake de ETH em cadeias não-Ethereum (Symbiotic e Karak são passos nessa direção) e usar o staking de BTC da Babylon como uma opção para L2s do Ethereum. Até mesmo a Solana tem um projeto de restaking (Solayer) que lançou um teste suave e atingiu os limites rapidamente, mostrando que o interesse abrange múltiplos ecossistemas.
Desenvolvimentos de governança em todos esses projetos incluem o aumento da representação da comunidade. O conselho da EigenLayer agora inclui membros externos da comunidade, e financiou doações (através da Fundação Eigen) para desenvolvedores do núcleo do Ethereum, sinalizando boa vontade de volta ao núcleo do Ethereum. A governança da Karak provavelmente girará em torno do token KAR – atualmente, eles executam um sistema de XP off-chain, mas pode-se esperar uma DAO mais formal assim que o KAR for líquido. A governança da Babylon será crucial, pois coordena entre o Bitcoin (que não tem governança formal) e as cadeias do Cosmos (que têm governança on-chain). Ela criou uma Fundação Babylon e um fórum comunitário para discutir parâmetros como períodos de desvinculação 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 para a prática. A EigenLayer está totalmente operacional com serviços reais e slashing, provando o modelo no Ethereum. A Karak introduziu uma variante multi-cadeia convincente, ampliando o espaço de design e visando novos ativos. A Babylon demonstrou que até mesmo o Bitcoin pode se juntar à festa da segurança compartilhada através de criptografia inteligente, abordando um segmento completamente diferente do mercado. O ecossistema é vibrante: novos concorrentes (por exemplo, Symbiotic no Ethereum, Solayer na Solana, BounceBit usando BTC custodial) estão surgindo, cada um experimentando diferentes compromissos (Symbiotic se alinhando com a Lido para usar stETH e qualquer ERC-20, BounceBit adotando uma abordagem regulamentada com BTC embrulhado, etc.). Este cenário competitivo está impulsionando a inovação rápida – e, importante, a discussão sobre padrões e segurança. Fóruns comunitários e grupos de pesquisa estão debatendo ativamente questões como: Deveria haver limites de stake em restaking por operador? Como implementar melhor as provas de slashing entre cadeias? O restaking poderia aumentar involuntariamente a correlação sistêmica entre as cadeias? Todas essas questões estão sendo estudadas. Os modelos de governança também estão evoluindo – 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á prestes a se tornar uma base da infraestrutura Web3, muito como os serviços de nuvem se tornaram essenciais na Web2. Ao comoditizar a segurança, ele permite que projetos menores sejam lançados com confiança e que projetos maiores otimizem o uso de seu capital. Os desenvolvimentos at é 2025 mostram uma trajetória promissora, porém cautelosa: a tecnologia funciona e está escalando, mas todos os players estão cientes dos riscos. Com os desenvolvedores do núcleo do Ethereum, construtores do Cosmos e até mesmo Bitcoiners agora envolvidos em iniciativas de segurança compartilhada, está claro que este mercado só vai crescer. Podemos esperar uma colaboração mais próxima entre os ecossistemas (talvez pools de segurança conjuntos ou provas de slashing padronizadas) e, inevitavelmente, clareza regulatória à medida que os reguladores alcançam essas construções multi-cadeia e multi-ativos. Enquanto isso, pesquisadores e desenvolvedores têm um tesouro de novos dados da EigenLayer, Karak, Babylon e outros para analisar e aprimorar, garantindo que a “revolução do restaking” continue de maneira segura e sustentável.
Fontes:
- Documentação e whitepaper da EigenLayer – definição de restaking e AVS
- Blog da Coinbase Cloud (Maio de 2024) – Visão geral da EigenLayer, papéis de restakers/operadores/AVSs
- Blockworks News (Abril de 2024) – Fundadores da Karak sobre “restaking universal” vs EigenLayer
- Pesquisa da Ditto (2023) – Comparação do suporte de ativos da EigenLayer, Symbiotic, Karak
- Pesquisa da Messari (Abril de 2024) – “Babylon: Bitcoin Shared Security”, mecanismo de staking de BTC
- Pesquisa da HashKey (Julho de 2024) – Rendimentos de restaking da Babylon vs EigenLayer
- Fórum da EigenLayer (Dezembro de 2024) – Discussão sobre “Não sobrecarregue o consenso do Ethereum” de Vitalik e a abordagem da EigenLayer
- Blockworks News (Abril de 2024) – Relatório da Chorus One sobre os riscos da EigenLayer (cascata de slashing, centralização)
- Pesquisa da Kairos (Outubro de 2023) – Visão geral de AVS da EigenLayer e nota sobre risco regulatório
- Blog da EigenCloud (Janeiro de 2025) – “Revisão do Ano de 2024” (estatísticas da EigenLayer, atualizações de governança)
- Blockworks News (Abril de 2024) – Cobertura do lançamento da Karak e suporte de ativos
- Blog da Babylon Labs (Maio de 2025) – “Resumo do lançamento da Fase 2” (staking de Bitcoin ativo, 50k BTC em stake)
- Bankless (Maio de 2024) – “A Competição do Restaking” (EigenLayer vs Karak vs outros)
- Vitalik Buterin, “Don’t Overload Ethereum’s Consensus”, Maio de 2023 – Orientação sobre reutilização de validadores vs consenso social
- Guia do Desenvolvedor da Coinbase (Abril de 2024) – Detalhes técnicos sobre a operação da EigenLayer (EigenPods, delegação, estrutura de AVS).
