Restaking Explicado: No modelo de prova de participação (proof-of-stake) do Ethereum, os validadores normalmente fazem staking de ETH para proteger a rede e ganhar recompensas, com o risco de slashing caso se comportem mal. O restaking permite que esse mesmo ETH em staking (ou seus derivativos de staking líquido) seja reutilizado para proteger protocolos ou serviços adicionais. A EigenLayer introduziu o restaking via contratos inteligentes que permitem aos stakers de ETH optar por participar para estender sua segurança a novos sistemas em troca de rendimento extra. Na prática, um validador Ethereum pode se registrar na EigenLayer e conceder a seus contratos permissão para impor condições adicionais de slashing especificadas por protocolos externos. Se o validador se comportar mal em qualquer serviço optado, os contratos da EigenLayer podem fazer o slashing de seu ETH em staking, assim como o Ethereum faria por violações de consenso. Esse mecanismo transforma efetivamente a robusta segurança de staking do Ethereum em uma “Segurança como Serviço” composable: os desenvolvedores podem emprestar a segurança econômica do Ethereum para iniciar novos projetos, em vez de começar sua própria rede de validadores do zero. Ao alavancar os mais de 31 milhões de ETH já protegendo o Ethereum, o restaking da EigenLayer cria um mercado de “segurança agrupada” onde múltiplos serviços compartilham a mesma base de capital confiável.
A Abordagem da EigenLayer: A EigenLayer é implementada como um conjunto de contratos inteligentes Ethereum que coordenam esse processo de restaking. Validadores (ou detentores de ETH) que desejam fazer restaking depositam seus tokens de staking líquido ou, no caso de stakers nativos, redirecionam suas credenciais de retirada para um contrato gerenciado pela EigenLayer (frequentemente chamado de EigenPod). Isso garante que a EigenLayer possa impor o slashing bloqueando ou queimando o ETH subjacente, se necessário. Os restakers sempre mantêm a propriedade de seu ETH (retirável após um período de saída/escrow), mas eles optam por novas regras de slashing além das do Ethereum. Em troca, eles se tornam elegíveis para recompensas adicionais de restaking pagas pelos serviços que protegem. O resultado final é uma camada de segurança modular: o conjunto de validadores e o stake do Ethereum são “alugados” para protocolos externos. Como Sreeram Kannan, fundador da EigenLayer, coloca, isso cria uma “Nuvem Verificável” para a Web3 – análogo a como a AWS oferece serviços de computação, a EigenLayer oferece segurança como serviço para desenvolvedores. A adoção inicial tem sido forte: em meados de 2024, mais de 4,9 milhões de ETH (~$15 bilhões) foram restaked na EigenLayer, demonstrando a demanda dos stakers para maximizar o rendimento e de novos protocolos para iniciar com o mínimo de sobrecarga. Em resumo, o restaking no Ethereum reaproveita a confiança existente (ETH em staking) para proteger novas aplicações, e a EigenLayer fornece a infraestrutura para tornar esse processo composable e sem permissão.
Padrões de Design de Serviços Ativamente Validados (AVSs)
O que são AVSs? Serviços Ativamente Validados (AVSs) referem-se a qualquer serviço ou rede descentralizada que requer seu próprio conjunto de validadores e regras de consenso, mas pode terceirizar a segurança para uma plataforma de restaking como a EigenLayer. Em outras palavras, um AVS é um protocolo externo (fora da L1 do Ethereum) que contrata os validadores do Ethereum para realizar algum trabalho de verificação. Exemplos incluem sidechains ou rollups, camadas de disponibilidade de dados, redes de oráculos, pontes, sequenciadores compartilhados, módulos de computação descentralizados e muito mais. Cada AVS define uma tarefa de validação distribuída única – por exemplo, um oráculo pode exigir a assinatura de feeds de preços, enquanto uma cadeia de disponibilidade de dados (como EigenDA) requer o armazenamento e a atestação de blobs de dados. Esses serviços executam seu próprio software e possivelmente seu próprio consenso entre os operadores participantes, mas dependem de segurança compartilhada: o stake econômico que os apoia é fornecido por ETH restaked (ou outros ativos) de validadores Ethereum, em vez de um token nativo para cada nova rede.
Arquitetura e Funções: A arquitetura da EigenLayer separa claramente as funções nesse modelo de segurança compartilhada:
-
Restakers – Stakers de ETH (ou detentores de LST) que optam por proteger AVSs. Eles depositam em contratos da EigenLayer, estendendo seu capital em staking como garantia para múltiplos serviços. Os restakers podem escolher quais AVSs apoiar, diretamente ou via delegação, e ganhar recompensas desses serviços. Crucialmente, eles arcam com o risco de slashing se qualquer AVS suportado relatar mau comportamento.
-
Operadores – Operadores de nós que realmente executam o software cliente off-chain para cada AVS. Eles são análogos a mineradores/validadores para a rede do AVS. Na EigenLayer, um operador deve se registrar e ser aprovado (inicialmente na lista branca) para participar, e então pode optar por participar para servir AVSs específicos. Os restakers delegam seu stake aos operadores (se não executarem nós próprios), então os operadores agregam stake de potencialmente muitos restakers. Cada operador está sujeito às condições de slashing de qualquer AVS que suporte, e eles ganham taxas ou recompensas por seu serviço. Isso cria um mercado de operadores competindo em desempenho e confiabilidade, já que os AVSs preferirão operadores competentes e os restakers preferirão aqueles que maximizam as recompensas sem incorrer em slashing.
-
AVS (Serviço Ativamente Validado) – O próprio protocolo ou serviço externo, que tipicamente consiste em dois componentes: (1) um binário ou cliente off-chain que os operadores executam para realizar o serviço (por exemplo, um software de nó de sidechain), e (2) um contrato AVS on-chain implantado no Ethereum que interage com a EigenLayer. O contrato Ethereum do AVS codifica as regras para o slashing e a distribuição de recompensas desse serviço. Por exemplo, ele pode definir que se duas assinaturas conflitantes forem enviadas (prova de equívoco por um operador), um slashing de X ETH é executado no stake desse operador. O contrato AVS se conecta aos gerenciadores de slashing da EigenLayer para realmente penalizar o ETH restaked quando ocorrem violações. Assim, cada AVS pode ter lógica de validação e condições de falha personalizadas, enquanto depende da EigenLayer para impor punições econômicas usando o stake compartilhado. Esse design permite que os desenvolvedores de AVSs inovem em novos modelos de confiança (até mesmo novos mecanismos de consenso ou serviços criptográficos) sem reinventar um token de ligação/slashing para segurança.
-
Consumidores/Usuários de AVS – Finalmente, os usuários finais ou outros protocolos que consomem a saída do AVS. Por exemplo, um dApp pode usar um AVS de oráculo para dados de preços ou um rollup pode postar dados em um AVS de disponibilidade de dados. Os consumidores pagam taxas ao AVS (frequentemente financiando as recompensas que restakers/operadores ganham) e dependem de sua correção, que é assegurada pela segurança econômica que o AVS alugou do Ethereum.
Alavancando a Segurança Compartilhada: A beleza desse modelo é que mesmo um serviço totalmente novo pode começar com garantias de segurança de nível Ethereum. Em vez de recrutar e incentivar um novo conjunto de validadores, um AVS aproveita um conjunto de validadores experiente e economicamente vinculado desde o primeiro dia. Cadeias ou módulos menores que seriam inseguros sozinhos tornam-se seguros ao pegar carona no Ethereum. Essa segurança agrupada eleva significativamente o custo para atacar qualquer AVS – um atacante precisaria adquirir e fazer staking de grandes quantidades de ETH (ou outra garantia na lista branca) e então arriscar perdê-lo via slashing. Como muitos serviços compartilham o mesmo pool de ETH restaked, eles efetivamente formam um guarda-chuva de segurança compartilhada: o peso econômico combinado do stake impede ataques a qualquer um deles. Da perspectiva de um desenvolvedor, isso modulariza a camada de consenso – você se concentra na funcionalidade do seu serviço enquanto a EigenLayer cuida de protegê-lo com um conjunto de validadores existente. Os AVSs podem, portanto, ser muito diversos. Alguns são serviços “horizontais” de propósito geral que muitos dApps poderiam usar (por exemplo, um sequenciador descentralizado genérico ou uma rede de computação off-chain), enquanto outros são “verticais” ou específicos de aplicação (adaptados a um nicho como uma ponte específica ou um oráculo DeFi). Exemplos iniciais de AVSs na EigenLayer abrangem disponibilidade de dados (por exemplo, EigenDA), sequenciamento compartilhado para rollups (por exemplo, Espresso, Radius), redes de oráculos (por exemplo, eOracle), pontes cross-chain (por exemplo, Polymer, Hyperlane), computação off-chain (por exemplo, Lagrange para provas ZK) e muito mais. Todos eles alavancam a mesma base de confiança do Ethereum. Em resumo, um AVS é essencialmente um módulo plugável que terceiriza a confiança para o Ethereum: ele define o que os validadores devem fazer e o que constitui uma falha passível de slashing, e a EigenLayer impõe essas regras em um pool de ETH que é globalmente usado para proteger muitos desses módulos.
Mecanismos de Incentivo para Restakers, Operadores e Desenvolvedores
Um design de incentivo robusto é crítico para alinhar todas as partes em um ecossistema de restaking. EigenLayer e plataformas semelhantes criam um “ganha-ganha-ganha” ao oferecer novas receitas para stakers e operadores, ao mesmo tempo em que reduzem os custos para protocolos emergentes. Vamos detalhar os incentivos por função:
-
Incentivos para Restakers: Os restakers são principalmente motivados pelo rendimento. Ao optar por participar da EigenLayer, um staker de ETH pode ganhar recompensas extras além do seu rendimento padrão de staking de Ethereum. Por exemplo, um validador com 32 ETH em staking na beacon chain do Ethereum continua a ganhar o APR base de ~4-5%, mas se eles fizerem restaking via EigenLayer, eles podem simultaneamente ganhar taxas ou recompensas de tokens de múltiplos AVSs que eles ajudam a proteger. Esse “double dipping” aumenta dramaticamente os retornos potenciais para os validadores. No lançamento inicial da EigenLayer, os restakers receberam pontos de incentivo que foram convertidos em airdrops de tokens EIGEN (para bootstrap); mais tarde, um mecanismo de recompensa contínuo (Incentivos Programáticos) foi lançado, distribuindo milhões de tokens EIGEN para restakers como mineração de liquidez. Além dos incentivos de tokens, os restakers se beneficiam da diversificação de renda – em vez de dependerem apenas das recompensas de bloco do Ethereum, eles podem ganhar em vários tokens ou taxas de AVS. É claro que essas recompensas mais altas vêm com maior risco (maior exposição a slashing), então restakers racionais só optarão por AVSs que eles acreditam serem bem gerenciados. Isso cria um controle impulsionado pelo mercado: os AVSs devem oferecer recompensas atraentes o suficiente para compensar o risco, ou os restakers os evitarão. Na prática, muitos restakers delegam a operadores profissionais, então eles também podem pagar uma comissão ao operador de suas recompensas. Mesmo assim, os restakers podem ganhar significativamente monetizando a capacidade de segurança ociosa de seu ETH em staking. (Notavelmente, a EigenLayer relata que mais de 88% de todo o EIGEN distribuído foi direto para ser novamente staked/delegado – indicando que os restakers estão ansiosamente compondo suas posições.)
-
Incentivos para Operadores: Os operadores na EigenLayer são os provedores de serviço que realizam o trabalho pesado de executar nós para cada AVS. Seu incentivo é a receita de taxas ou a participação nas recompensas pagas por esses AVSs. Tipicamente, um AVS pagará recompensas (em ETH, stablecoins ou seu próprio token) a todos os validadores que o protegem; os operadores recebem essas recompensas em nome do stake que hospedam, e frequentemente ficam com uma parte (como uma comissão) por fornecer infraestrutura. A EigenLayer permite que os restakers deleguem a operadores, então os operadores competem para atrair o máximo de ETH restaked possível – mais stake delegado significa mais tarefas que eles podem fazer e mais taxas ganhas. Essa dinâmica encoraja os operadores a serem altamente confiáveis e a se especializarem em AVSs que podem executar eficientemente (para evitar serem slashados e para maximizar o tempo de atividade). Um operador com boa reputação pode garantir uma delegação maior e, assim, maiores recompensas totais. Importante, os operadores enfrentam penalidades de slashing por má conduta, assim como os restakers (já que o stake que eles carregam pode ser slashado), alinhando seu comportamento com a execução honesta. O design da EigenLayer cria efetivamente um mercado aberto para serviços de validador: as equipes de AVS podem “contratar” operadores oferecendo recompensas, e os operadores escolherão AVSs que são lucrativos em relação ao risco. Por exemplo, um operador pode se concentrar em executar um AVS de oráculo se tiver altas taxas, enquanto outro pode executar um AVS de camada de dados que requer muita largura de banda, mas paga bem. Com o tempo, esperamos um equilíbrio de livre mercado onde os operadores escolhem a melhor combinação de AVSs e definem uma divisão de taxas apropriada com seus delegadores. Isso contrasta com o staking tradicional de cadeia única, onde os validadores têm deveres fixos – aqui, eles podem realizar múltiplas tarefas em vários serviços para acumular ganhos. O incentivo para os operadores é, portanto, maximizar seus ganhos por unidade de garantia em staking, sem sobrecarregar a ponto de sofrer slashing. É um equilíbrio delicado que deve impulsionar a profissionalização e talvez até soluções de seguro ou hedge (operadores podem se segurar contra slashing para proteger seus delegadores, etc.).
-
Incentivos para Desenvolvedores de AVS: Os desenvolvedores de protocolo (as equipes que constroem novos AVSs ou cadeias) provavelmente têm mais a ganhar com o modelo de “terceirização de segurança” do restaking. Seu principal incentivo é a economia de custos e tempo: eles não precisam lançar um novo token com alta inflação ou persuadir milhares de validadores independentes a proteger sua rede do zero. Iniciar uma rede PoS normalmente requer dar grandes recompensas de tokens aos validadores iniciais (diluindo a oferta) e ainda pode resultar em segurança fraca se a capitalização de mercado do token for baixa. Com a segurança compartilhada, um novo AVS pode **entrar em operação protegido pela segurança econômica de mais de US200bilho~esdoEthereum∗∗,tornandoosataqueseconomicamenteinviaˊveisinstantaneamente.Issoeˊumgrandeatrativoparaprojetosdeinfraestruturacomopontesouoraˊculosqueprecisamdefortesgarantiasdeseguranc\ca.Aleˊmdisso,osdesenvolvedorespodemseconcentrarnaloˊgicadesuaaplicac\ca~oeconfiarnaEigenLayer(ouKarak,etc.)parao∗∗gerenciamentodoconjuntodevalidadores∗∗,reduzindodrasticamenteacomplexidade.Economicamente,emboraoAVSdevapagarpelaseguranc\ca,elepodefaze^−lodeumaforma∗∗maissustentaˊvel∗∗.Emvezdeumainflac\ca~oenorme,elepoderedirecionarastaxasdeprotocoloouoferecerumestipe^ndiomodestodetokennativo.Porexemplo,umAVSdepontepoderiacobrartaxasdosusuaˊriosemETHeusaˊ−lasparapagarosrestakers,alcanc\candoseguranc\casemimprimirtokenssemlastro.Umaanaˊliserecenteobservaqueaeliminac\ca~odanecessidadede“mecanismosderecompensaaltamentediluidores”foiumamotivac\ca~ochaveportraˊsdodesignderestakinguniversaldaKarak.Essencialmente,aseguranc\cacompartilhadapermite“inicializac\ca~ocomumorc\camento”.Aleˊmdisso,seoAVStiverumtoken,elepodeserusadomaisparagovernanc\caouutilidade,emvezdepuramenteparagastoscomseguranc\ca.Osdesenvolvedorestambeˊmsa~oincentivadospelos∗∗efeitosderede∗∗:aoseconectaraumhubderestaking,seuservic\copodeinteroperarmaisfacilmentecomoutrosAVSs(usuaˊrioseoperadorescompartilhados)eganharexposic\ca~oaˋgrandecomunidadedestakersdeEthereum.OoutroladodamoedaeˊqueasequipesdeAVSdevemprojetaresquemasderecompensaatraentesparaatrairrestakerseoperadoresnomercadoaberto.Issogeralmentesignificaoferecerinicialmenterendimentosgenerososouincentivosdetokensparainiciaraparticipac\ca~o–muitoparecidocomaminerac\ca~odeliquidezemDeFi.Porexemplo,aproˊpriaEigenLayerdistribuiuamplamenteotokenEIGENparastakers/operadoresiniciaisparaincentivaraparticipac\ca~o.Vemospadro~essemelhantescomnovasplataformasderestaking(porexemplo,acampanhaXPdaKarakparafuturostokensKAR). Em resumo, os desenvolvedores de AVS trocam algumas recompensas para os stakers de Ethereum em troca de evitar o problema de partida a frio de proteger uma nova rede. O ganho estratégico é um tempo de lançamento mais rápido e maior segurança desde o primeiro dia, o que pode ser uma vantagem decisiva, especialmente para infraestruturas críticas como pontes cross-chain ou serviços financeiros que exigem confiança.
Riscos Regulatórios e Preocupações de Governança
Incerteza Regulatória: O novo modelo de restaking existe em uma área cinzenta legal, levantando várias questões regulatórias. Uma preocupação é se a oferta de “segurança como serviço” poderia ser vista pelos reguladores como uma oferta de valores mobiliários não registrada ou uma forma de produto de investimento de alto risco. Por exemplo, a distribuição do token EIGEN via airdrop para stakers e recompensas contínuas tem sido objeto de escrutínio quanto à conformidade com as leis de valores mobiliários. Os projetos devem ter cuidado para que seus tokens ou esquemas de recompensa não acionem definições de valores mobiliários (por exemplo, o teste de Howey nos EUA). Além disso, os protocolos de restaking agregam e realocam stakes entre redes, o que pode ser visto como uma forma de investimento agrupado ou até mesmo uma atividade semelhante a um banco, se não for devidamente descentralizada. A equipe da EigenLayer reconhece o risco regulatório, observando que a mudança nas leis pode impactar a viabilidade do restaking e que a EigenLayer “pode ser classificada como uma atividade financeira ilegal em algumas regiões”. Isso significa que os reguladores podem determinar que a entrega do controle de slashing a serviços de terceiros (AVSs) viola as regras financeiras ou de proteção ao consumidor, especialmente se usuários de varejo estiverem envolvidos. Outro ângulo é sanções/AML: o restaking move o stake para contratos que então validam outras cadeias – se uma dessas cadeias estiver processando transações ilícitas ou for sancionada, os validadores do Ethereum poderiam inadvertidamente cair em não conformidade? Isso permanece não testado. Até agora, nenhuma regulamentação clara visa especificamente o restaking, mas a postura em evolução sobre o staking de cripto (por exemplo, as ações da SEC contra serviços de staking centralizados) sugere que o restaking pode atrair escrutínio à medida que cresce. Projetos como a EigenLayer adotaram uma abordagem cautelosa – por exemplo, o token EIGEN foi inicialmente intransferível no lançamento para evitar negociações especulativas e potenciais problemas regulatórios. No entanto, até que as estruturas sejam definidas, as plataformas de restaking operam com o risco de que novas leis ou fiscalização possam impor restrições (como exigir credenciamento de participantes, divulgações ou até mesmo proibir certos tipos de staking cross-chain).
Preocupações de Governança e Consenso: O restaking introduz desafios complexos de governança tanto no nível do protocolo quanto para o ecossistema Ethereum mais amplo:
-
Sobrecarga do Consenso Social do Ethereum: Uma preocupação proeminente, expressa por Vitalik Buterin, é que o uso estendido do conjunto de validadores do Ethereum poderia inadvertidamente arrastar o próprio Ethereum para disputas externas. A advertência de Vitalik: “O uso duplo de ETH em staking de validador, embora tenha alguns riscos, é fundamentalmente aceitável, mas tentar ‘recrutar’ o consenso social do Ethereum para os propósitos de sua própria aplicação não é.”. Em termos simples, é aceitável se os validadores do Ethereum também validarem, digamos, uma rede de oráculos e forem slashados individualmente por mau comportamento lá (sem efeito no consenso do Ethereum). O perigo é se um protocolo externo espera que a comunidade ou o protocolo central do Ethereum intervenha para resolver algum problema (por exemplo, para forçar a saída de validadores que se comportaram mal no serviço externo). O design da EigenLayer tenta conscientemente evitar esse cenário, mantendo as falhas passíveis de slashing objetivas e isoladas. As condições de slashing são criptográficas (por exemplo, prova de dupla assinatura) e não exigem intervenção da governança do Ethereum – assim, qualquer punição é autocontida no contrato da EigenLayer e não envolve o Ethereum alterando seu estado ou regras. Em casos de falhas subjetivas (onde o julgamento humano é necessário, digamos para uma disputa de preços de oráculos), a EigenLayer planeja usar sua própria governança (por exemplo, uma votação de token EIGEN ou um conselho) em vez de sobrecarregar a camada social do Ethereum. Essa separação é crítica para manter a neutralidade do Ethereum. No entanto, à medida que o restaking cresce, existe um risco sistêmico de que, se um incidente grave ocorresse (como um bug causando um slashing em massa de uma enorme porção de validadores), a comunidade Ethereum poderia ser pressionada a responder (por exemplo, revertendo os slashes). Isso envolveria o Ethereum no destino de AVSs externos – exatamente o que Vitalik adverte. O risco de consenso social é, portanto, principalmente sobre casos extremos de “cisne negro”, mas ressalta a importância de manter o núcleo do Ethereum mínimo e não envolvido na governança do restaking.
-
Cascadas de Slashing e Segurança do Ethereum: Relacionado a isso, há a preocupação de que eventos de slashing no restaking possam se propagar e comprometer o Ethereum. Se um AVS muito popular (com muitos validadores) sofresse uma falha catastrófica levando a um slashing em massa, milhares de validadores de ETH poderiam perder stake ou ser forçados a sair. No pior cenário, se stake suficiente for slashado, o próprio conjunto de validadores do Ethereum poderia encolher ou centralizar-se rapidamente. Por exemplo, imagine que um operador top da EigenLayer, executando 10% de todos os validadores, seja slashado em um AVS – esses validadores poderiam ficar offline após perder fundos, reduzindo a segurança do Ethereum. A Chorus One (um serviço de staking) analisou a EigenLayer e observou que esse risco de cascata é exacerbado se o mercado de restaking levar a apenas alguns grandes operadores dominando. A boa notícia é que, historicamente, o slashing no Ethereum é raro e geralmente em pequena escala. A EigenLayer também limitou inicialmente a quantidade de stake e desativou o slashing enquanto o sistema era novo. Em abril de 2025, a EigenLayer ativou o slashing na mainnet com monitoramento cuidadoso. Para mitigar ainda mais slashes não intencionais (por exemplo, devido a bugs), a EigenLayer introduziu “comitês de veto de slashing” – essencialmente uma multi-assinatura de especialistas que podem anular um slashing se parecer ser um erro ou um ataque ao protocolo. Esta é uma medida centralizadora temporária, mas aborda o risco de um contrato inteligente AVS falho causar estragos. Com o tempo, esses comitês poderiam ser substituídos por governança mais descentralizada ou mecanismos de segurança.
-
Centralização do Restaking e Governança: Uma preocupação chave de governança é quem controla o protocolo de restaking e seus parâmetros. Nos estágios iniciais da EigenLayer, as atualizações e decisões críticas eram controladas por uma multi-assinatura da equipe e da comunidade próxima (por exemplo, uma multi-assinatura de 9 de 13). Isso é prático para a segurança do desenvolvimento rápido, mas é um risco de centralização – esses detentores de chaves poderiam conspirar ou ser comprometidos para alterar maliciosamente as regras (por exemplo, para roubar fundos em staking). Reconhecendo isso, a EigenLayer estabeleceu uma estrutura EigenGov mais formal no final de 2024, introduzindo um Conselho do Protocolo de especialistas e um processo de governança comunitária para mudanças. O conselho agora controla as atualizações via uma multi-assinatura de 3 de 5, com supervisão da comunidade. Com o tempo, a intenção é evoluir para a governança por detentores de tokens ou um modelo totalmente descentralizado. Ainda assim, em qualquer sistema de restaking, as decisões de governança (como qual nova garantia apoiar, qual AVS “abençoar” com status oficial, como as disputas de slashing são resolvidas) envolvem altos riscos. Existe um potencial conflito de interesse: grandes provedores de staking (como Lido ou exchanges) poderiam influenciar a governança para favorecer seus operadores ou ativos. De fato, a concorrência está surgindo – por exemplo, os fundadores da Lido apoiando a Symbiotic, uma plataforma de restaking multi-ativos – e pode-se imaginar guerras de governança se, digamos, surgir uma proposta para banir um certo AVS que é visto como arriscado. A própria camada de restaking precisa de governança robusta para gerenciar tais questões de forma transparente.
-
Centralização de Validadores: No lado operacional, há a preocupação de que os AVSs escolherão preferencialmente grandes operadores, causando centralização em quem realmente valida a maioria dos serviços restaked. Se, por eficiência, muitas equipes de AVS selecionarem um punhado de validadores profissionais (por exemplo, grandes empresas de staking) para atendê-los, essas entidades ganham poder desproporcional e participação nas recompensas. Elas poderiam então oferecer condições melhores (graças às economias de escala), potencialmente se transformando em um oligopólio. Isso reflete preocupações no staking de Ethereum comum (por exemplo, o domínio da Lido). O restaking poderia amplificar isso, já que os operadores que executam múltiplos AVSs têm mais fluxos de receita. Isso é tanto uma preocupação econômica quanto de governança – pode exigir limites impostos pela comunidade ou incentivos para encorajar a descentralização (por exemplo, a EigenLayer poderia limitar o quanto de stake um operador pode controlar, ou os AVSs poderiam ser obrigados a distribuir suas atribuições). Sem controles, a dinâmica de “os ricos ficam mais ricos” poderia levar a alguns operadores de nós controlando efetivamente grandes extensões do conjunto de validadores do Ethereum em muitos serviços, o que é prejudicial para a descentralização. A comunidade está discutindo ativamente essas questões, e alguns propuseram que os protocolos de restaking incluam mecanismos para favorecer operadores menores ou impor a diversidade (talvez através da estratégia de delegação ou por meio da coordenação social pelas comunidades de stakers).
Em resumo, embora o restaking desbloqueie uma tremenda inovação, ele também introduz novos vetores de risco. Os reguladores estão de olho se isso representa produtos de rendimento não regulamentados ou se representa perigos sistêmicos. A liderança do Ethereum enfatiza a importância de não emaranhar a governança da camada base nesses novos usos. A comunidade EigenLayer e outros responderam com um design cuidadoso (apenas slashing objetivo, tokens de dois níveis para diferentes tipos de falhas, verificação de AVSs, etc.) e controle central provisório para evitar acidentes. Os desafios contínuos de governança incluem descentralizar o controle sem sacrificar a segurança, garantir a participação aberta em vez da concentração e estabelecer estruturas legais claras. À medida que essas redes de restaking amadurecem, espere estruturas de governança aprimoradas e possivelmente padrões ou regulamentações da indústria que surjam para abordar essas preocupações.
EigenLayer vs. Karak vs. Babylon: Uma Análise Comparativa
O cenário de restaking/segurança compartilhada agora inclui várias estruturas com designs diferentes. Aqui comparamos EigenLayer, Karak Network e Babylon – destacando suas arquiteturas técnicas, modelos econômicos e foco estratégico:
Arquitetura Técnica e Base de Segurança: A EigenLayer é um protocolo nativo do Ethereum (contratos inteligentes na Ethereum L1) que alavanca ETH em staking (e Liquid Staking Tokens equivalentes) como garantia de segurança. Ela “pega carona” na beacon chain do Ethereum – os validadores optam por participar via contratos Ethereum, e o slashing é imposto em seu stake de ETH. Isso significa que a segurança da EigenLayer está fundamentalmente ligada ao PoS do Ethereum e ao valor do ETH. Em contraste, a Karak se posiciona como uma “camada de restaking universal” não ligada a uma única cadeia base. A Karak lançou sua própria blockchain L1 (com compatibilidade EVM) otimizada para serviços de segurança compartilhada. O modelo da Karak é agnóstico de cadeia e agnóstico de ativos: ele permite o restaking de muitos tipos de ativos em múltiplas cadeias, não apenas ETH. As garantias suportadas incluem ETH e LSTs mais outros ERC-20s (stablecoins como USDC/sDAI, tokens LP, até outros tokens L1). Isso significa que a base de segurança da Karak é uma cesta diversificada; a validação na Karak poderia ser apoiada por, digamos, alguma combinação de ETH em staking, SOL em staking (se for ponteado), stablecoins, etc., dependendo do que o AVS (ou “VaaS” na terminologia da Karak) aceita. A Babylon segue um caminho diferente: ela aproveita a segurança do Bitcoin (BTC) – o maior ativo cripto – para proteger outras cadeias. A Babylon é construída como uma cadeia baseada em Cosmos (Babylon Chain) que se conecta ao Bitcoin e às cadeias PoS via protocolo IBC. Os detentores de BTC bloqueiam BTC nativo na mainnet do Bitcoin (em um cofre inteligente com bloqueio de tempo) e, assim, “fazem staking” de BTC para a Babylon, que então o usa como garantia para proteger cadeias PoS de consumo. Assim, a base de segurança da Babylon é o valor do Bitcoin (mais de US$ 500 bilhões de capitalização de mercado), aproveitado de forma sem confiança (sem BTC empacotado ou custodiantes – usa scripts Bitcoin para impor o slashing). Em resumo, a EigenLayer depende da segurança econômica do Ethereum, a Karak é multi-ativos e multi-cadeia (uma camada genérica para qualquer garantia), e a Babylon estende a segurança de prova de trabalho do Bitcoin para ecossistemas PoS.
Mecanismo de Restaking: Na EigenLayer, o restaking é opt-in via contratos Ethereum; o slashing é programático e imposto pelo consenso Ethereum (honrando os contratos EigenLayer). A Karak, como uma L1 independente, mantém sua própria lógica de restaking em sua cadeia. A Karak introduziu o conceito de Validação como Serviço (VaaS) – análogo ao AVS da Eigen – mas com um mercado universal de validadores entre cadeias. Os validadores da Karak (operadores) executam sua cadeia e qualquer número de Serviços Seguros Distribuídos (DSS), que são o equivalente da Karak aos AVSs. Um DSS pode ser uma nova blockchain ou serviço específico de aplicativo que aluga segurança do pool de ativos em staking da Karak. A inovação da Karak é padronizar os requisitos para que qualquer cadeia ou aplicativo (Ethereum, Solana, uma L2, etc.) possa se conectar e usar sua rede de validadores e garantias variadas. O slashing na Karak seria tratado por suas regras de protocolo – já que pode fazer staking de, por exemplo, USDC, presume-se que ele faz o slashing do USDC de um validador se ele se comportar mal em um serviço (a mecânica exata de slashing multi-ativos é complexa e não pública, mas a ideia é semelhante: cada garantia pode ser retirada se as violações forem comprovadas). O mecanismo da Babylon é único devido às limitações do Bitcoin: o Bitcoin não suporta contratos inteligentes para auto-slashing, então a Babylon usa truques criptográficos. O BTC é bloqueado em uma saída especial que requer uma chave. Se um participante de staking de BTC trapacear (por exemplo, assinar dois blocos conflitantes em uma cadeia cliente), o protocolo utiliza um esquema de assinatura única extraível (EOTS) para revelar a chave privada do participante, permitindo que seu BTC bloqueado seja varrido para um endereço de queima. Em termos mais simples, o mau comportamento faz com que o staker de BTC efetivamente faça o slashing de si mesmo, pois o ato de trapacear entrega o controle de seu depósito (que é então destruído). A cadeia baseada em Cosmos da Babylon coordena esse processo e se comunica com cadeias parceiras (via IBC) para fornecer serviços como checkpointing e finalidade usando os timestamps do BTC. Na Babylon, os validadores da cadeia Babylon (chamados provedores de finalidade) são separados – eles executam o consenso da Babylon e auxiliam na retransmissão de informações para o Bitcoin – mas não fornecem segurança econômica; a segurança econômica vem puramente do BTC bloqueado.
Modelo Econômico e Recompensas: O modelo econômico da EigenLayer é centrado na economia de staking do Ethereum. Os restakers ganham recompensas específicas do AVS – estas podem ser pagas em taxas de ETH, no próprio token do AVS ou em outros tokens, dependendo do design de cada AVS. A própria EigenLayer introduziu o token EIGENprincipalmenteparagovernanc\caepararecompensarosparticipantesiniciais(viaairdrop,incentivos),masosAVSsna~osa~oobrigadosausaroupagaremEIGEN(na~oeˊumtokendegaˊsparaeles).AplataformavisaumequilıˊbriodelivremercadoondecadaAVSdefineumataxaderecompensaparaatrairseguranc\casuficiente.A∗∗Karak∗∗pareceestarlanc\candoseutokennativoKAR (ainda não ativo no início de 2025) como o principal ativo em seu ecossistema. A Karak levantou US48milho~esefoiapoiadaporgrandesinvestidores,oqueimplicaqueoKAR terá valor e provavelmente será usado para governança e possivelmente pagamentos de taxas na rede Karak. No entanto, a principal promessa da Karak é “sem inflação” para novas redes que a utilizam – em vez de emitir seus próprios tokens para segurança, elas aproveitam os ativos existentes via Karak. Assim, uma nova cadeia usando a Karak pode pagar os validadores em, digamos, suas taxas de transação (que podem ser em uma stablecoin ou no token nativo da cadeia, se houver), mas não precisaria cunhar continuamente novos tokens para recompensas de staking. A Karak estabeleceu um mercado de validadores onde os desenvolvedores podem postar recompensas para que os validadores façam restaking de ativos e protejam seu serviço. Essa abordagem de mercado visa tornar as recompensas mais competitivas e consistentes em vez de uma inflação extremamente alta seguida por uma queda – teoricamente reduzindo custos para os desenvolvedores e dando aos validadores uma renda multi-cadeia estável. A economia da Babylon também difere: os stakers de BTC que bloqueiam seu Bitcoin ganham rendimento nos tokens das redes que estão protegendo. Por exemplo, se você faz staking de BTC para ajudar a proteger uma zona Cosmos (uma das cadeias cliente da Babylon), você recebe as recompensas de staking dessa zona (seu token de staking nativo) como se fosse um delegador lá. Essas cadeias parceiras se beneficiam ao obter uma camada extra de segurança (pontos de verificação no Bitcoin, etc.), e em troca alocam uma parte de sua inflação ou taxas para os stakers de BTC via Babylon. Na verdade, a Babylon atua como um hub onde os detentores de BTC podem delegar segurança a muitas cadeias e ser pagos em muitos tokens. A própria cadeia Babylon tem um token chamado **BABY∗∗,usadoparastakingnoproˊprioconsensodaBabylon(aBabylonaindaprecisadeseusproˊpriosvalidadoresPoSparaexecutarainfraestruturadacadeia).OBABY também é provavelmente usado na governança e talvez para alinhar incentivos (por exemplo, provedores de finalidade fazem staking de BABY). Mas, importante, o BABY **não** substitui o BTC como fonte de segurança – é mais para executar a cadeia – enquanto o BTC é a garantia que respalda o serviço de segurança compartilhada. Em maio de 2025, a Babylon havia se estabelecido com sucesso com mais de **50.000 BTC em staking (~\5,5 bilhões)** por detentores de BTC, tornando-a uma das cadeias Cosmos mais seguras em termos de capital. Esses stakers de BTC então ganham recompensas de staking de múltiplas cadeias conectadas (por exemplo, ATOM do Cosmos Hub, OSMO da Osmosis, etc.), alcançando rendimento diversificado enquanto detêm BTC.
Foco Estratégico e Casos de Uso: A estratégia da EigenLayer tem sido centrada no Ethereum, visando acelerar a inovação dentro do ecossistema Ethereum. Seus casos de uso iniciais (disponibilidade de dados, middleware como oráculos, sequenciamento de rollups) todos aprimoram o Ethereum ou seus rollups. Ela essencialmente superalimenta o Ethereum como uma meta-camada de serviços, e agora com seu planejado suporte “multi-chain” (adicionado em 2025), a EigenLayer permitirá que os AVSs funcionem em outras cadeias EVM ou L2s, enquanto ainda usam o conjunto de validadores do Ethereum. Essa verificação cross-chain significa que a EigenLayer está evoluindo para um provedor de segurança cross-chain, mas ancorada no Ethereum (validadores e staking ainda vivem no Ethereum para slashing). A Karak se posiciona como uma camada base globalmente extensível para todos os tipos de aplicações – não apenas infraestrutura cripto, mas também ativos do mundo real, mercados financeiros, até serviços governamentais, de acordo com seu marketing. O nome “Camada Base Global para PIB Programável” sugere uma ambição de trabalhar com instituições e estados-nação. A Karak enfatiza a integração de finanças tradicionais e IA, sugerindo que buscará parcerias além do reino cripto-nativo. Tecnicamente, ao suportar ativos como stablecoins e potencialmente moedas governamentais, a Karak poderia permitir, por exemplo, que um governo lançasse uma blockchain protegida por seu próprio token fiduciário em staking via validadores da Karak. Seu suporte para empresas e múltiplas jurisdições é um diferencial. Em essência, a Karak está tentando ser “restaking para todos, em qualquer cadeia, com qualquer ativo” – uma rede mais ampla do que a abordagem Ethereum-first da EigenLayer. O foco da Babylon é preencher a lacuna entre os ecossistemas Bitcoin e Cosmos (e PoS mais amplo). Ela aprimora especificamente a segurança inter-cadeias fornecendo a imutabilidade e o peso econômico do Bitcoin para cadeias de prova de participação que de outra forma seriam menores. Um dos aplicativos matadores da Babylon é adicionar pontos de verificação de finalidade do Bitcoin a cadeias PoS, tornando extremamente difícil para essas cadeias serem atacadas ou reorganizadas sem também atacar o Bitcoin. A Babylon, portanto, se comercializa como trazendo “a segurança do Bitcoin para todo o universo cripto”. Seu foco de curto prazo tem sido as cadeias SDK do Cosmos (que ela chama de Redes Supercarregadas por Bitcoin na Fase 3), mas o design é feito para ser interoperável com Ethereum e rollups também. Estrategicamente, a Babylon aproveita a vasta base de detentores de BTC, dando-lhes uma opção de rendimento (o BTC é um ativo que não rende) e, ao mesmo tempo, oferecendo às cadeias acesso ao “padrão ouro” da segurança cripto (BTC + PoW). Isso é bastante distinto da EigenLayer e da Karak, que são mais sobre alavancar ativos PoS.
Tabela: EigenLayer vs Karak vs Babylon
| Característica | EigenLayer (Ethereum) |
| Base de Ativos de Segurança | ETH (stake de Ethereum) e LSTs na lista branca. |
| Base de Ativos de Segurança | ETH (stake de Ethereum) e LSTs na lista branca.
