Os sistemas de restaking dependem da participação coordenada de múltiplas partes interessadas – cada uma com diferentes motivações, exposições ao risco e responsabilidades. Quer esteja a fazer staking de Ethereum, a delegar Bitcoin ou a operar um AVS (Serviço Ativamente Validado), os participantes devem compreender como o valor flui pelo sistema e quais as condições de falha que podem levar a perdas.
Em sistemas baseados em EigenLayer, o processo de restaking reúne três atores principais: (1) Restakers, que delegam capital e optam por condições AVS; (2) Operadores, que executam a lógica AVS; e (3) AVSs, que definem o que deve ser validado e sob quais regras. EigenLayer atua como a camada de coordenação e execução, ligando esses atores através de contratos inteligentes, canais de recompensa e lógica de slashing.

Restakers são indivíduos ou instituições que comprometem ativos – tipicamente tokens já apostados como ETH, LSTs ou BTC – a protocolos de restaking. Ao optar por condições adicionais de slashing, eles se tornam elegíveis para ganhar recompensas de AVSs que utilizam seu capital para segurança.
Por exemplo, um validador do Ethereum que faz stake de ETH para garantir a segurança da rede Ethereum pode optar por restake desse ETH no EigenLayer. Ao fazer isso, ele concorda com garantias de desempenho adicionais definidas por um AVS, como disponibilidade, disponibilidade de dados ou respostas corretas de oráculos. Em troca, ele recebe recompensas em tokens adicionais ou taxas do AVS.
EigenLayer permite que esses restakers deleguem seus tokens a um ou mais Operadores que servem ativamente AVSs específicos. O restaker mantém a exposição a recompensas e penalizações ligadas ao desempenho do Operador nesses AVSs.
O principal atrativo do restaking é a eficiência de capital – os restakers ganham múltiplas fontes de recompensas sem precisar desempatar ou redistribuir capital. No entanto, isso vem com um risco adicional, já que um desempenho ruim do AVS ou de seu operador pode desencadear a penalização do ativo restaked.
Os restakers devem, portanto, avaliar cuidadosamente cada AVS antes de optar por participar. Isso inclui revisar o contrato de penalização da AVS, o processo de resolução de disputas e a história ou reputação de seu operador. Sem uma visibilidade clara sobre esses parâmetros, a promessa de maior rendimento pode ocultar riscos assimétricos.
Os operadores executam a infraestrutura off-chain ou on-chain necessária para os Serviços Ativamente Validados. Estes podem incluir nós completos, relays, servidores de disponibilidade de dados ou ambientes de execução especializados, dependendo do design do AVS.
No EigenLayer, os operadores registram-se para servir AVSs específicos. O seu desempenho é monitorizado continuamente, e a falha em cumprir as expectativas – como tempo de inatividade do nó, cálculos incorretos ou equivocações – pode levar à penalização de restakers. Os próprios operadores nem sempre apostam o seu próprio capital, mas a qualidade do seu serviço afeta diretamente aqueles que lhes delegaram.
Karak e Symbiotic introduzem camadas adicionais de complexidade, permitindo que os operadores sirvam múltiplos AVSs em diferentes tipos de ativos. Isso aumenta a flexibilidade operacional, mas também correlaciona o risco. Se um operador falhar enquanto serve múltiplos AVSs, eventos de slashing podem impactar vários restakers ou cofres simultaneamente.
Por exemplo, um operador que serve o EigenDA (uma camada de disponibilidade de dados), AltLayer (um sequenciador de rollup AVS) e Witness Chain (um serviço de torre de vigilância descentralizado) deve manter padrões distintos de tempo de atividade e resposta em todos os três. Cada um desses AVSs possui condições de slashing exclusivas codificadas no registro do EigenLayer. Os operadores devem acompanhar e atender a essas expectativas de desempenho em paralelo.
Os operadores devem, portanto, gerir a monitorização de desempenho, sistemas de failover e alertas em tempo real para evitar a ativação de disputas. Muitos estão agora a construir ou a integrar painéis de operadores e protocolos de seguro para ajudar a minimizar riscos e recuperar de penalizações.
Os construtores AVS são os desenvolvedores ou protocolos que dependem de ativos restakeados para segurança. Estes podem incluir redes oracle, sequenciadores de rollup, pontes ou coprocessadores. Em vez de criar sua própria rede de validadores, os AVSs definem regras de penalização e delegam a aplicação para os contratos inteligentes e sistemas de governança de um protocolo de restaking.
As equipas AVS desenham a estrutura de incentivos, incluindo:
Eles devem equilibrar entre estabelecer regras rígidas de penalização (para manter a segurança) e atrair um número suficiente de restakers e operadores (para garantir a participação). Se as condições forem muito severas, os restakers podem evitá-las. Se forem muito brandas, o AVS torna-se vulnerável a manipulações ou períodos de inatividade.
AVSs do mundo real no EigenLayer ilustram esse equilíbrio. EigenDA, por exemplo, exige alta largura de banda e constante disponibilidade de dados; AltLayer requer sequenciamento de rollup seguro e responsivo; e Witness Chain utiliza operadores para verificar prova de timestamp e fraudes em configurações cross-chain. Cada AVS publica seus próprios requisitos de staking, desempenho esperado e lógica de slashing, visíveis tanto para restakers quanto para operadores.
Em 2025, muitos construtores de AVS estão começando a publicar painéis de transparência, contratos de slashing de código aberto e auditorias de terceiros de sua lógica de disputa para construir confiança com os restakers. O sucesso a longo prazo de um AVS depende tanto da governança e comunicação quanto do design do protocolo.
O slashing é o principal mecanismo de aplicação nas sistemas de restaking. Refere-se à perda parcial ou total de ativos restaked devido a uma violação das regras definidas pela AVS. O slashing garante que os participantes tenham "pele no jogo" e se comportem de forma honesta sob pressão econômica.
Existem vários tipos de slashing em diferentes plataformas:
EigenLayer utiliza um sistema de penalização baseado em desafios, onde a má conduta dos restakers deve ser comprovada durante uma janela de disputa em duas fases. Isso dá aos operadores e às equipes de AVS tempo para apresentar evidências ou contestar reivindicações antes que qualquer penalidade seja finalizada. Babylon, por outro lado, aplica a penalização através da invalidação de bloqueio temporal do Bitcoin, o que torna o capital temporariamente inacessível ou totalmente perdido, dependendo da gravidade da infração.
As disputas são frequentemente tratadas na blockchain através de arbitragem vinculada—os participantes apostam tokens para contestar má conduta e ganham recompensas se a sua reclamação for validada. No entanto, este processo introduz um atraso na execução, exigindo um design adequado para evitar manipulação ou abuso.
À medida que as plataformas de restaking crescem em escala e complexidade, os participantes devem adotar estratégias proativas para gerenciar o risco: