O ressurgimento do Restaking: uma análise aprofundada dos riscos e das melhores práticas dos projetos principais

Com a ascensão do conceito de Restaking, surgiram vários projetos relacionados baseados no Eigenlayer no mercado. O Restaking visa compartilhar a confiança da camada de staking do Ethereum Beacon, permitindo que as partes staked dos usuários sejam compartilhadas com outros projetos, proporcionando assim mais rendimento aos usuários, enquanto outros projetos também podem desfrutar da mesma confiança de consenso e segurança que a camada ETH Beacon.

Para ajudar todos a entender melhor os riscos de interação entre os diferentes projetos de Restaking, realizamos uma pesquisa sobre os principais protocolos de Restaking disponíveis no mercado e os principais ativos LST, e organizamos os riscos relacionados, para que todos possam gerir melhor os riscos correspondentes enquanto desfrutam dos rendimentos.

Visão Geral dos Pontos de Risco

Atualmente, os protocolos de Restaking disponíveis no mercado são basicamente construídos sobre o EigenLayer, e para os usuários, participar do Restaking significa se expor aos seguintes riscos:

Risco do contrato

1. Participar no Restaking requer interagir com o contrato do projeto, os usuários precisam assumir o risco de ataque ao contrato.
2. Os fundos dos projetos construídos com base no EigenLayer serão finalmente armazenados nos contratos do protocolo EigenLayer; se o contrato EigenLayer for atacado, os fundos dos projetos relacionados também serão perdidos.
3. Existem dois tipos de Restaking no EigenLayer: Restaking de ETH nativo e Restaking de LST. Os fundos do Restaking de LST são armazenados diretamente no contrato do EigenLayer, enquanto os fundos do Restaking de ETH nativo são armazenados na cadeia Beacon de ETH. Isso significa que os usuários que realizam Restaking de LST podem sofrer perdas devido ao risco do contrato do EigenLayer.
4. A equipe do projeto possui permissões de alto risco, que em certas situações podem ser usadas para desviar os fundos dos usuários através de permissões sensíveis.

Risco LST

Os tokens LST podem desancorar, ou a atualização do contrato LST/ataques podem causar desvios e perdas de valor do LST.

Sair do risco

Atualmente, além do EigenLayer, os principais protocolos de Restaking no mercado não suportam retiradas. Se a equipe do projeto não atualizar a lógica de retiradas por meio de um contrato, os usuários podem não conseguir recuperar seus ativos diretamente, precisando obter liquidez no mercado secundário para sair.

De acordo com os pontos de risco mencionados acima, realizamos uma pesquisa de sistema sobre alguns dos principais protocolos de Restaking disponíveis no mercado atualmente e fizemos um levantamento. Principais incluem:

1. Baixa taxa de conclusão do projeto, a maioria dos projetos não implementou a lógica de retirada;
2. Risco de centralização: os ativos dos usuários são finalmente controlados por uma carteira multi-assinatura. A equipe do projeto tem certa capacidade de Rug Pull;
3. Com base na segunda ponto, quando ocorrer má conduta interna ou perda da chave privada multi-assinatura, pode resultar em perda de ativos.

Uma vez que o EigenLayer é a pedra angular de todos os projetos, além dos pontos mencionados acima, existem ainda os seguintes pontos que os utilizadores devem ter em atenção:

1. EigenLayer está atualmente implantado em contratos na mainnet, e ainda não implementou todas as funcionalidades descritas em seu white paper (AVS, slash ). Dentre elas, a funcionalidade de slash apenas implementou as interfaces relacionadas, ainda não há uma lógica completa específica. De acordo com o código do contrato, o atual slash é acionado através da owner( do contrato StrategyManager, com permissões admin do projeto ), o que torna o método de execução bastante centralizado;
2. Ao realizar o Restaking nativo de ETH no EigenLayer, além de criar um contrato EigenPod para a gestão dos fundos de Restaking, também é necessário operar um serviço de nó da Beacon chain, assumindo o risco de ser penalizado pela Beacon chain. Recomenda-se que os usuários escolham um provedor de serviços de nó confiável ao realizar o Restaking nativo de ETH. Além disso, como o ETH é mantido na Beacon chain, o processo de retirada requer que o usuário inicie a solicitação e que o provedor de serviços de nó ajude a retirar os fundos relevantes da Beacon chain;
3. Como o EigenLayer ainda não implementou completamente os mecanismos de AVS e Slash, recomenda-se que os usuários não ativem a funcionalidade deleGate no protocolo EigenLayer sem entender adequadamente os riscos envolvidos, pois isso pode resultar em alguma perda de fundos.

Como reduzir efetivamente os riscos de participar no Restaking?

Restaking é um conceito emergente, que não passou pelo teste do tempo, seja no nível do contrato ou do protocolo. Além dos riscos organizados acima, podem existir outros riscos desconhecidos. Com base nas conclusões atuais da pesquisa, preparamos um caminho de interação relativamente seguro para todos.

Distribuição de Fundos

Para os usuários que participam do Restaking com grandes quantias de dinheiro, participar diretamente do restaking de Native ETH da EigenLayer é uma boa escolha. Isso se deve ao fato de que, para o restaking de Native ETH, os ativos ETH depositados não são armazenados no contrato da EigenLayer, mas sim no contrato da Beacon chain. Mesmo no pior cenário de um ataque ao contrato, o atacante não poderá imediatamente acessar os ativos do usuário.

Para os usuários que desejam participar com grandes quantias, mas não querem suportar longos tempos de resgate, podem optar pelo stETH, que é relativamente seguro, como ativo de participação para se envolver diretamente no EigenLayer.

Para os usuários que desejam obter rendimento adicional, podem escolher uma parte de seus fundos para participar de projetos como Puffer, KelpDAO, Eigenpie e Renzo, que são construídos com base no EigenLayer, de acordo com sua tolerância ao risco. No entanto, é importante notar que, como atualmente esses projetos não implementaram a lógica de saque correspondente, os usuários que participam desses protocolos precisam considerar simultaneamente o risco de saída relacionado, e durante o processo de investimento, também devem considerar a liquidez do LRT no mercado secundário.

Configuração de Monitorização

Atualmente, os projetos listados no texto possuem a capacidade de atualizar contratos e suspender operações, enquanto a multi-assinatura da equipe do projeto também pode executar operações de alto risco para o projeto. Para usuários avançados, é possível configurar monitoramento de contratos apropriados, monitorando atualizações de contratos e a execução de operações sensíveis pela equipe do projeto.

Ao mesmo tempo, espera-se que as equipes e usuários que desejam investir em ETH para participar do projeto possam usar ferramentas de automação para configurar condições que ativem robôs automáticos para carteiras multi-assinatura e autorização de assinatura única, com base nas mudanças no TVL do pool, nas flutuações do preço do ETH e nas ações das baleias, para definir a funcionalidade de depósito automático para o EigenLayer e vários protocolos de re-staking.