Restaking no EigenLayer: AVS, operadores e o segundo circuito de slashing
Restaking é uma ampliação voluntária das regras do staking: ETH já em staking (ou LST) é delegado adicionalmente ao EigenLayer para que a mesma garantia assegure a segurança de vários serviços.
O erro central é reduzir restaking a “mais rendimento”. No modelo do EigenLayer, não se adiciona apenas uma fonte de pagamentos, mas também um circuito separado de penalidades: as condições de slashing não são definidas apenas pelo Ethereum, mas também por serviços externos.
O EigenLayer conecta o stake do Ethereum a serviços externos por meio de AVS: o serviço paga aos operadores pela execução das regras e recebe um mecanismo de penalidades (slashing) como garantia criptoeconômica.
Em uma frase: restaking no EigenLayer é a conexão de ETH já em staking (ou LST) a serviços externos (AVS) por meio de operadores, para que a garantia se torne slashable de acordo com as regras deles.
Mini-mecânica: o restaker delega a garantia a um operador → o operador atende o AVS escolhido → o AVS paga a recompensa → em caso de violação das regras, o AVS inicia o slashing segundo uma política definida previamente.
A seguir são detalhados os papéis de restaker / operator / AVS, a arquitetura de conexão da garantia (native ETH e LST), as fontes de pagamentos (pagamentos de AVS) e as fontes de risco (política de slashing do AVS, escolha do operador, falhas correlacionadas).
Restaking: transforma o ETH em uma garantia “reutilizável”: um único stake assegura a segurança do Ethereum e dos AVS escolhidos, e o preço dos pagamentos são as regras de slashing dos AVS e a dependência dos operadores.
Material atualizado → o foco foi reforçado na arquitetura do EigenLayer (AVS/operadores) e no segundo circuito de slashing.
- Interseções separadas → “o que é restaking” foi deslocado para o ângulo “mercado de responsabilidade / price of error”.
- Cenários de RSFi refinados → o desconto de LRT foi vinculado ao risco de AVS e a eventos correlacionados.
Como o protocolo EigenLayer funciona no ecossistema Ethereum
EigenLayer é um protocolo de smart contracts no Ethereum que permite tornar o ETH já em staking (ou LST) slashable (sujeito a penalidades) segundo as regras de serviços externos (AVS) por meio de delegação a operadores.
Fluxo básico: a garantia é conectada ao EigenLayer → delegada a um operador → o operador atende os AVS escolhidos → o AVS paga pelo funcionamento correto → em caso de violação das regras do AVS, uma penalidade (slashing) é aplicada à garantia alocada.
Papéis no EigenLayer: restaker / operator / AVS
| Papel | O que fornece | O que executa | Onde o risco aparece |
|---|---|---|---|
| Restaker | Garantia (ETH/LST) delegada a um operador | Escolha do operador e do conjunto de AVS a apoiar | Slashing segundo as regras do AVS + dependência do comportamento do operador |
| Operator | Infraestrutura e execução da stack de AVS | Assinaturas/proofs/disponibilidade segundo os requisitos do AVS | Penalidades por violação das regras do AVS; erro operacional |
| AVS | Regras de validação e política de slashing/recompensas | Verificação da correção das ações dos operadores (segundo sua própria lógica) | Erros no design das regras, bugs em contracts/verificação |
Conexão da garantia: native ETH e LST
- Native ETH: o validador vincula o endereço de saque ao EigenPod, para que o stake seja contabilizado pelo EigenLayer e possa ficar sujeito às regras dos AVS.
- LST: os LST são depositados em estratégias do EigenLayer e depois delegados a um operador, sem necessidade de rodar uma node própria.
Slashing em restaking: regras do AVS e garantia alocada
- As condições são definidas pelo AVS: as violações são formuladas no nível do serviço (por exemplo, assinaturas incorretas, não execução de tarefas, violação de requisitos de disponibilidade).
- A penalidade é vinculada à garantia alocada: a punição é aplicada à parte do stake delegado que participa do atendimento ao AVS específico, segundo as regras dele.
Filtro prático de risco: o perfil de risco é definido pelo conjunto de AVS do operador, pela política de slashing deles e pela capacidade do operador de atender esse conjunto sem queda de uptime e de qualidade de execução.
O EigenLayer conecta o stake delegado e os serviços externos por meio de operadores: o AVS paga pela execução das regras, e a violação das regras pode levar ao slashing da garantia alocada.
Exemplos de uso do EigenLayer e do restaking na prática
AVS (Actively Validated Services) usam restaking como mecanismo de responsabilidade: o operador recebe pagamento por cumprir as regras do serviço, e a violação das regras pode levar ao slashing da garantia alocada no Ethereum.
Modelo de AVS: o serviço define a obrigação → define a verificação (como a violação é registrada) → define a penalidade (volume e condições) → o operador responde com a garantia delegada.
Data Availability (EigenDA e análogos)
Os serviços de DA respondem a uma questão do ecossistema de rollups: os dados necessários para verificar o estado e reconstruir o histórico estão disponíveis?
- O que o operador se compromete a fazer: armazenar fragmentos de dados (chunks — partes do conjunto de dados) e fornecê-los segundo as regras do protocolo dentro das janelas de tempo definidas.
- O que é considerado violação: indisponibilidade dos dados, recusa de fornecimento, confirmação de disponibilidade sem entrega real.
- Por que o restaking é necessário aqui: a disponibilidade dos dados torna-se uma obrigação penalizável, e não uma promessa do provedor.
- O que o mercado recebe: a camada de DA se escala separadamente da L1, reduzindo a carga sobre o Ethereum sem armazenamento “de confiança”.
O restaking transforma a DA em uma
Oráculos e serviços de dados
Nos oráculos, o valor do restaking está no “preço do erro”: dados incorretos acionam liquidações e alteram parâmetros de risco, por isso é necessária uma penalidade econômica por distorção do fluxo.
- O que o operador se compromete a fazer: publicar dados corretos (por exemplo, preço) em formato, frequência e fontes acordados.
- O que é considerado violação: substituição deliberada, manipulação coordenada, atraso sistemático nas atualizações (stale data — “dados desatualizados”).
- Por que o restaking é necessário aqui: um ataque aos dados precisa ser mais caro do que o ganho potencial, caso contrário os incentivos se quebram.
- Como a responsabilidade costuma ser “embutida”: o AVS define as regras de participação e de penalidade; o peso/cotas podem considerar o stake delegado, mas o risco é determinado pelas condições de slashing do serviço específico.
O restaking aumenta o
Restaked rollups e componentes de L2
Parte da infraestrutura de L2 pode ser deslocada para AVS e vinculada à responsabilidade penalizável dos operadores, em vez de construir uma própria “economia de validadores” (um conjunto separado de participantes e incentivos de segurança).
- O que o operador se compromete a fazer: executar as regras do componente de L2 (ordem de ações, publicações, verificações acordadas) nas condições definidas.
- O que é considerado violação: afirmações conflitantes sobre o estado, censura, recusa de atendimento, violação das garantias de protocolo do serviço.
- Por que o restaking é necessário aqui: a responsabilidade penalizável reduz a dependência da “boa-fé” de um conjunto limitado de operadores.
- O que o mercado recebe: lançamento rápido de serviços e menos incentivo para criar um token separado apenas para segurança.
O componente de L2 pode obter
Computação e resultados verificáveis
Em AVS computacionais, a tarefa é formulada como um contrato sobre o resultado: o pagamento ocorre pela execução segundo o protocolo, e a sabotagem se transforma em risco penalizável.
- O que o operador se compromete a fazer: executar o cálculo/procedimento e fornecer a confirmação do resultado segundo as regras do serviço.
- O que é considerado violação: substituição do resultado, não execução, incompatibilidade com o formato de verificação/prova.
- Por que o restaking é necessário aqui: a “honestidade da execução” é transferida da confiança no provedor para a responsabilidade econômica.
- O que o mercado recebe: infraestrutura computacional com preço de erro controlável e obrigações penalizáveis dos participantes.
O restaking transforma a qualidade da execução em uma
Categorias de AVS: bridges e mensageiros cross-chain (bridged vs native stablecoins), módulos ZK (verificação de provas de conhecimento zero), redes DePIN (infraestrutura física descentralizada) e serviços de coordenação, onde é importante fixar a responsabilidade econômica dos operadores pela violação das regras.
Critério de aplicação: o restaking é usado onde é necessário um preço de erro elevado: o AVS paga pela execução das regras; a violação das regras torna o stake alocado dos operadores penalizável.
Restaking como mercado de responsabilidade: security budget e preço do erro
No EigenLayer, os pagamentos não aparecem “pelo simples fato do staking”, mas pela aceitação de obrigações adicionais: o AVS compra a execução correta penalizável, e o risco é definido pela política de slashing e pela complexidade operacional.
Estrutura curta: security budget é “quanto custa um ataque ou sabotagem”. O restaking aumenta o orçamento de segurança não com promessas, mas com a combinação “regra verificável → gatilho formal de violação → penalidade sobre a garantia alocada”.
-
O AVS compra responsabilidade, não “liquidez”.
- O sentido do acordo: o serviço paga pela execução de requisitos (assinaturas, disponibilidade, resultados corretos), e a violação se transforma em dano mensurável por meio de slashing.
- O que é fixado: o “preço do erro” é definido pelas regras do AVS, e não pela reputação do provedor.
-
O restaking cobre a fraqueza inicial de novos protocolos.
- O problema: um conjunto próprio de validadores no início é pequeno, por isso o custo de um ataque costuma ser baixo.
- Efeito prático: o serviço recebe acesso a um pool maior de stake delegado sem emitir um token separado “para segurança”.
-
O rendimento é pagamento por risco e complexidade de execução.
- Fonte dos pagamentos: pagamentos de AVS aos operadores (considerando comissões e requisitos).
- Preço dos pagamentos: a probabilidade de slashing cresce junto com o número de AVS, a complexidade da stack e as correlações de infraestrutura.
Regra do mercado: o restaking é um mercado de segurança compartilhada, no qual o “preço” é definido pela política de slashing, por caps de dano e pela qualidade da execução operacional, e não por percentuais de vitrine.
O EigenLayer monetiza a segurança como serviço: o AVS paga pelas regras e garantias penalizáveis, e o stake recebe um fluxo adicional de pagamentos junto com um circuito adicional de slashing.
Vantagens do restaking no EigenLayer para validadores e holders de ETH
Restaking adiciona ao staking de ETH um segundo circuito de responsabilidade: os pagamentos vêm dos AVS, e o risco é definido pelas regras de slashing deles e pela qualidade dos operadores.
Lógica das vantagens: pagamentos adicionais aparecem apenas onde o stake aceita responsabilidade adicional. No restaking, essa responsabilidade é definida pela política de slashing dos AVS específicos e pela qualidade de execução dos operadores.
Vantagens do restaking: fonte dos pagamentos e preço do risco
-
Pagamentos sobre o staking básico
Fonte: pagamento do AVS pelo atendimento às regras do serviço (por meio do operador e de sua comissão).
Preço: slashing segundo as regras do AVS e dependência da confiabilidade operacional do operador.
-
Diversificação dos fluxos de pagamento
Fonte: conjunto de AVS do operador (modelos de pagamento diferentes e requisitos diferentes).
Preço: interseção de riscos: uma única falha do operador pode atingir vários AVS ao mesmo tempo.
-
Participação sem node própria via LST/LRT
Fonte: construções líquidas (LST) e camadas adicionais (LRT), que unem as recompensas básicas e os pagamentos de AVS em um único ativo.
Preço: circuitos adicionais de risco: smart contracts, depegs/desconto, liquidez de saída, condições do protocolo LRT.
-
Flexibilidade na distribuição da responsabilidade
Fonte: a delegação ao operador e a escolha dos AVS definem qual parte do stake fica sujeita a quais regras.
Preço: a limitação de risco funciona apenas por meio de limites formais e da arquitetura de estratégias, e não por intenções.
-
Demanda por ETH em staking como “serviço de segurança”
Fonte: os AVS compram segurança do mercado de stake do Ethereum em vez de emitir um token para validadores.
Preço: a segurança se torna um mercado competitivo: mudam as condições de pagamento, os conjuntos de AVS e os requisitos para operadores.
Exemplo (sem números): a recompensa básica pelo staking de Ethereum permanece, e acima dela pode surgir o pagamento de um ou vários AVS. O resultado final é definido por dois parâmetros: (1) a soma dos pagamentos dos AVS; (2) o perfil de risco — política de slashing e probabilidade de erros operacionais do operador escolhido.
O restaking aumenta a eficiência do capital (uma única garantia sustenta vários circuitos de pagamento e responsabilidade) por meio dos pagamentos de AVS, mas amplia o circuito de slashing e transforma a gestão de risco em parte obrigatória do modelo.
Riscos do restaking: slashing, erros correlacionados e pressão sobre o Ethereum
Os pagamentos de AVS são remuneração por responsabilidade adicional: às regras de slashing do Ethereum somam-se as penalidades de serviços externos, e falhas correlacionadas aumentam a probabilidade de cenários em cascata.
Dois circuitos de penalidade: o Ethereum define o slashing para o consenso da L1, e o restaking adiciona slashing segundo as regras de AVS. O risco é definido pela política de slashing do AVS e pela confiabilidade operacional do operador.
Slashing segundo as regras do AVS
O operador assume obrigações formais perante cada AVS, e a violação das regras leva a uma penalidade sobre a garantia alocada.
- Gatilhos: downtime, assinaturas incorretas, processamento incorreto de dados, ações conflitantes, incompatibilidade após atualização do cliente.
- Escala do dano: definida pela política do AVS (condições, limites, gradações das violações) e pelo volume de stake que efetivamente trabalha para esse AVS.
- Limitadores: limites de exposição por AVS, distribuição entre operadores, exclusão de AVS com política de slashing indefinida ou com alta complexidade operacional.
Observação: quanto mais AVS um operador possui, mais pontos independentes de falha existem e maior é a probabilidade de penalidade em falhas comuns.
Eventos correlacionados e penalidades em massa
Uma causa comum pode atingir muitos operadores ao mesmo tempo, inclusive participantes honestos.
- Gatilhos: bug na lógica do AVS, configuração controversa, regras ambíguas, atualização sincronizada e incorreta em muitos operadores.
- Escala do dano: descontos em massa provocam perdas simultâneas e intensificam a saída de stake do serviço ou protocolo.
- Limitadores: caps sobre a penalidade máxima, limites da participação de stake em um único AVS, verificação independente, mecanismos de seguro ou compensação (se previstos pelo design do mercado).
Observação: um bug comum ou uma configuração controversa de AVS pode iniciar descontos em massa em um único momento.
Enfraquecimento da disciplina do stake em caso de grande dano fora da L1
Uma penalidade forte no nível do AVS pode reduzir bruscamente a “aposta” econômica do validador, enfraquecendo o papel disciplinador da garantia.
- Gatilhos: slashing profundo em um AVS ou uma série de penalidades em vários serviços diante de um problema operacional comum.
- Escala do dano: a redução da garantia diminui o “preço do erro” para o participante e aumenta a inclinação a decisões arriscadas.
- Limitadores: localização de casos controversos na camada de restaking, limitação da profundidade das penalidades, procedimentos de resolução de conflitos no nível do serviço, e não no nível do consenso do Ethereum.
Observação: casos controversos e subjetivos de slashing precisam ser mantidos dentro da camada de restaking.
Concentração em torno de um grande AVS e pressão sistêmica
O crescimento da fatia de validadores vinculados a um único AVS aumenta a probabilidade de um conflito local se tornar sistêmico.
- Gatilhos: penalidade controversa, falha crítica ou atualização conflitiva em um AVS dominante.
- Escala do dano: uma parcela significativa dos operadores e do stake delegado é atingida, e torna-se mais difícil uma resolução “silenciosa” do conflito.
- Limitadores: diversificação por AVS, limites de concentração, procedimentos de resolução de conflitos no nível do serviço ou da camada de restaking, e não no nível do Ethereum.
Observação: alta concentração em torno de um único AVS dificulta o isolamento de conflitos sem efeito sistêmico.
O restaking adiciona riscos que não existem no staking básico de ETH: AVS-slashing, falhas correlacionadas e situações conflitantes em torno das regras. A redução da exposição normalmente depende de limites sobre a fração do stake, distribuição entre operadores e revisão regular do conjunto de AVS e de sua política de slashing. Uma penalidade pode anular completamente o lucro acumulado.
Condição de sustentabilidade: o restaking intensifica os riscos do staking de ETH por meio de AVS-slashing e de eventos de infraestrutura correlacionados. Sem limites de exposição e sem compreensão da política de slashing, o modelo passa mais rápido a ser fonte de perdas do que um fluxo estável de pagamentos.
Restaking, LST, delegação e LRT: limites dos termos e pontos de risco
Restaking adiciona ao stake um segundo circuito de regras — slashing segundo a política do AVS. LST resolve o problema da liquidez do stake. Delegação define quem executa. LRT agrega estratégias de restaking em um único token e transfere o risco de AVS para o preço.
Limites dos termos: LST = representação tokenizada do stake; delegação = escolha do operador/validador; restaking = conexão do stake a AVS com política de slashing separada; LRT = camada adicional que agrega estratégias de restaking em um único token.
| Instrumento | O que é fixado | De onde vêm os pagamentos | O que se torna risco |
|---|---|---|---|
| Delegação | Quem executa as regras da rede | Recompensas de consenso da L1 | Falhas operacionais do executor dentro das regras da L1 |
| LST | Participação no stake por meio de um token líquido | Recompensas do staking + mecânica do protocolo LST | Riscos de smart contracts, desconto/depeg, liquidez de saída |
| Restaking | A garantia se torna slashable segundo as regras do AVS | Pagamentos dos AVS (por meio dos operadores) | AVS-slashing, falhas correlacionadas, dependência do conjunto de AVS do operador |
| LRT | Pacote de estratégias (LST + restaking) em um único token | Recompensas do staking + pagamentos dos AVS | Herança de AVS-slashing, riscos de estratégia/contracts, desconto como preço do risco de AVS |
Montagem prática: a cadeia “staking → LST → restaking → LRT” adiciona camadas: primeiro liquidez (LST), depois responsabilidade de AVS (restaking) e, então, agregação de estratégias (LRT). Cada camada seguinte adiciona suas próprias regras e seus próprios pontos de falha.
Separação de papéis: a delegação escolhe quem executa, o LST fornece liquidez, o restaking adiciona um segundo circuito de slashing segundo as regras dos AVS, e o LRT transfere o perfil de risco de AVS para o preço do token.
Restaking em DeFi: RSFi, LRT e transferência do risco de AVS para o preço da garantia
Restaking cria a base para RSFi (restaking finance): produtos LRT, estratégias de rendimento e esquemas de seguro contra slashing, mas a característica principal é a transferência do risco de AVS e das correlações operacionais para o preço do LRT e para a qualidade da garantia.
Canal-chave de transmissão do risco: em RSFi, o estado do restaking se manifesta por meio do preço do LRT. O desconto do LRT em relação ao ETH reflete não apenas a liquidez de saída, mas também a reavaliação da probabilidade de AVS-slashing e de eventos de infraestrutura correlacionados; em lending, isso normalmente se manifesta pelo aumento efetivo do como o LTV cresce e as liquidações são acionadas.
-
O LRT tokeniza um “portfólio de obrigações”.
- Mecânica: as recompensas básicas do staking são complementadas por pagamentos de AVS, e a estratégia é tokenizada em LRT.
- Composição do risco: AVS-slashing, risco do operador, falhas correlacionadas no conjunto de AVS, risco contratual e estratégico da estrutura.
-
O LRT como garantia reforça a conexão entre cenários sistêmicos.
- Cenário: o LRT é usado em lending, pools ou derivativos e permanece vinculado ao risco de restaking.
- Consequência: o mesmo stake econômico participa ao mesmo tempo dos circuitos de Ethereum, AVS e posições em DeFi.
-
O desconto do LRT acelera liquidações por meio da qualidade da garantia.
- Gatilhos: expectativa de slashing, aumento da incerteza operacional dos operadores, concentração em torno de um grande AVS, atualizações controversas ou incidentes em AVS.
- Transmissão para DeFi: o desconto piora a garantia, aumenta o LTV efetivo e acelera liquidações em protocolos conectados.
-
O seguro contra slashing se transforma em uma camada separada de design.
- Mecânica: parte dos pagamentos de AVS é direcionada para um pool de seguro ou uma reserva de compensação.
- Estrutura: camadas conservadoras recebem pagamentos menores, mas têm prioridade na compensação; camadas agressivas aceitam risco mais alto.
Por que isso pode se tornar um risco sistêmico: o preço do LRT afeta garantias em muitos protocolos ao mesmo tempo. Em caso de reavaliação do risco de AVS, o desconto do LRT piora a qualidade da garantia e acelera as liquidações, intensificando vendas em cascata.
Exemplo de cenário: ETH → LST → restaking → LRT → uso de LRT como garantia para empréstimo de stablecoins. Nessa cadeia, o mesmo stake assegura simultaneamente o Ethereum, atende AVS e sustenta uma posição de crédito, por isso o desconto do LRT acelera o risco de liquidação.
Fonte das cascatas: o RSFi é construído em torno de LRT e dos pagamentos de AVS, e o principal canal de efeitos sistêmicos é a transferência das expectativas de AVS-slashing e de falhas correlacionadas para o preço da garantia e a liquidez de saída.
O futuro do restaking e dos modelos de segurança compartilhada
Restaking caminha para o formato de “segurança compartilhada”: os projetos se conectam a uma camada de mercado de responsabilidade (pagamento por regras e penalidades), em vez de construir uma própria economia de validadores.
O principal ponto de bifurcação do crescimento: a escala do restaking é definida por padrões de integração, design de slashing e procedimentos de contenção de incidentes, e não apenas pelo número de novos AVS.
| O que muda | Por que isso é necessário | O que isso reduz |
|---|---|---|
| Padronização de interfaces de AVS e perfis de risco | Comparabilidade de condições e redução do “custo de integração” da segurança | Fragmentação das integrações e erros causados por implementações únicas |
| Rigor formal (auditorias, verificação, post-mortems) | Acesso a grande stake apenas para módulos maduros | Risco de bugs críticos e de “caixas-pretas” sem explicação |
| Slashing de engenharia (caps, gradações, gatilhos claros) | Preço do erro controlável e previsibilidade do dano | Descontos em massa por eventos raros ou controversos |
| Procedimentos de incidentes (resolvers, arbitragem, compensações) | Contenção de conflitos dentro da camada de restaking | Transferência de disputas e pressão para a camada base do Ethereum |
O que se tornará a “norma de mercado” para operadores de segurança:
- Portfólio de AVS e limites de exposição. Conjunto de serviços e restrições formais sobre a fração do stake sob cada política de slashing.
- Processos em vez de promessas. Regras de atualização, monitoramento, resposta, testes e registro de incidentes.
- Transparência e reputação. Histórico de falhas e slashing, relatórios públicos, regras claras para trabalhar com conflitos e compensações (se previstas).
- Controle de correlações. Consideração de componentes comuns da stack e dos riscos de “um bug para todos” em updates em massa.
Fase de transição: os primeiros grandes cenários de estresse são quase inevitáveis (bugs, penalidades controversas, falhas correlacionadas). A sustentabilidade do modelo é definida por caps de dano, procedimentos transparentes de análise e mecanismos de contenção de conflitos no nível do restaking, e não no nível do consenso do Ethereum.
Direção: se a padronização for bem-sucedida, a segurança poderá se tornar um serviço de infraestrutura com garantias criptoeconômicas, em que as “condições de responsabilidade” sejam lidas com a mesma transparência que tarifas e SLA em serviços clássicos de infraestrutura.
Fator de sucesso: o futuro do restaking é definido pela engenharia da responsabilidade: padronização de AVS, slashing previsível e procedimentos de contenção de incidentes sem cascatas sistêmicas.
FAQ sobre restaking e o protocolo EigenLayer
Respostas curtas para perguntas frequentes: o que são restaking e AVS, se é necessário ter 32 ETH, de onde vêm os pagamentos e onde exatamente surge o risco de slashing.
O que é restaking em termos simples?
O que é AVS no contexto do EigenLayer?
É necessário ter 32 ETH para participar do restaking?
Que rendimento o restaking pode gerar?
Qual é a diferença entre restaking e liquid staking (LST)?
É possível perder capital por causa do restaking?
O restaking não enfraquecerá a segurança do próprio Ethereum?
Resumo final: restaking, LST, delegação e LRT
O restaking adiciona ao staking de ETH um segundo circuito de responsabilidade: o stake torna-se slashable segundo as regras dos AVS. Isso cria um mercado de segurança compartilhada e pagamentos por tarefas de infraestrutura, mas amplia o circuito de riscos para o stake e para as cadeias DeFi em torno do LRT.
Resumo em uma linha: o EigenLayer conecta o stake de ETH a serviços externos e transforma as obrigações dos operadores perante os AVS em responsabilidade penalizável por meio de slashing da garantia alocada.
Onde surge o benefício (o que o mercado compra):
- Segurança como serviço. Os AVS obtêm proteção com base no stake do Ethereum sem lançar uma economia própria de validadores.
- Lançamento rápido de infraestrutura. Protocolos conectam uma camada pronta de responsabilidade em vez de criar um “token para validadores”.
- Novos primitivos para DeFi. Produtos LRT e RSFi tokenizam pagamentos e responsabilidade, mas, junto com isso, também tokenizam riscos.
Onde surge o risco (o que se torna o preço dos pagamentos):
- AVS-slashing. Sobre as regras do Ethereum surgem políticas separadas de slashing para cada serviço.
- Falhas correlacionadas. Componentes comuns da stack e atualizações em massa podem levar a violações sincronizadas em muitos operadores.
- Cascatas por meio do preço do LRT. O desconto do LRT piora a qualidade da garantia e acelera liquidações em protocolos de crédito.
Essência do modelo: o restaking no EigenLayer não é um “acréscimo ao percentual”, mas um modelo com responsabilidade ampliada. A sustentabilidade depende de limites de exposição, diversificação entre operadores e AVS e prontidão para slashing e falhas correlacionadas.
Condição de padronização: o restaking se consolidará como padrão de infraestrutura se os incidentes forem contidos dentro da camada de restaking (caps de dano, procedimentos de análise, reservas/compensações), e o risco for avaliado com o mesmo rigor que smart contracts e garantias em DeFi.