Análise de Risco do Projeto de Re-staking e Recomendações de Melhores Práticas

Com o surgimento do conceito de Restaking, surgiram vários projetos de Restaking baseados na Eigenlayer no mercado. O Restaking visa permitir que os usuários compartilhem suas participações em staking com outros projetos, obtendo assim maiores rendimentos, ao mesmo tempo que permite que outros projetos desfrutem da mesma confiança de consenso e segurança que a camada Beacon da ETH.

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

Principais pontos de risco

Atualmente, a maioria dos protocolos de Restaking no mercado é construída com base no EigenLayer, e os usuários que participam do Restaking podem enfrentar os seguintes riscos:

risco de contrato

1. O usuário precisa interagir com o contrato da equipe do projeto, assumindo o risco de ataque ao contrato.
2. Os fundos dos projetos baseados no EigenLayer são finalmente armazenados no contrato do protocolo EigenLayer. Se esse contrato for atacado, os fundos dos projetos relacionados também serão prejudicados.
3. Existem dois tipos de Restaking no EigenLayer: Restaking nativo de ETH e Restaking de LST. Os fundos do Restaking de LST são armazenados diretamente no contrato do EigenLayer, enquanto os fundos do Restaking nativo de ETH são armazenados na cadeia Beacon do ETH. Isso significa que os usuários que realizam Restaking de LST podem sofrer perdas devido ao risco do contrato do EigenLayer.
4. Algumas equipes de projetos têm permissões de alto risco e, em circunstâncias específicas, podem desviar fundos dos usuários por meio de permissões sensíveis.

LST risco

Os tokens LST podem ter a possibilidade de desvio, ou devido a atualizações de contrato LST / ataques que podem causar desvios e perdas no valor do LST.

sair do risco

Além do EigenLayer, a maioria dos protocolos de Restaking atualmente no mercado não suporta retiradas. Se a equipe do projeto não atualizar a lógica de retirada correspondente através de um contrato, os usuários podem não conseguir recuperar seus ativos diretamente, precisando obter liquidez no mercado secundário para sair.

Análise de Riscos de Protocolos de Restaking Principais

Realizámos uma pesquisa sistemática sobre alguns dos protocolos de Restaking mais populares atualmente disponíveis no mercado e identificámos os seguintes problemas principais:

1. Baixa 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, e a equipe do projeto possui certa capacidade de Rug Pull.
3. Com base na situação acima, quando ocorre má conduta interna ou a perda da chave privada de múltiplas assinaturas, pode haver perda de ativos.

EigenLayer Aviso Especial

Como a pedra angular de todos os projetos, o EigenLayer tem os seguintes pontos que os usuários devem ter em conta:

1. Os contratos atualmente implementados na mainnet ainda não implementaram todas as funcionalidades descritas no seu white paper (AVS, slash). Dentre elas, a funcionalidade slash apenas implementou as interfaces relacionadas, sem uma lógica completa específica.
2. Ao realizar o Restaking de ETH nativo do EigenLayer, além de criar o contrato EigenPod, é necessário executar o serviço do nó da Beacon chain e assumir o risco de ser penalizado pela Beacon chain.
3. Como o EigenLayer ainda não implementou completamente os mecanismos AVS e Slash, recomenda-se que os usuários não ativem a funcionalidade deleGate antes de entenderem adequadamente os riscos associados, a fim de evitar possíveis perdas financeiras.

Aviso de Risco de Projetos Específicos

EigenPie

Atualmente, todos os contratos do protocolo são contratos atualizáveis, com direitos de atualização de 3/6 Gnosis Safe, mas alguns contratos de token MLRT têm direitos de atualização de endereços EOA.

KelpDAO

Durante o processo de recarga, ao calcular a quota de share que o usuário obtém, o rsETHPrice precisa ser atualizado manualmente no oracle correspondente. Quando o stETH está a negociar a desconto no mercado secundário, pode haver espaço para arbitragem durante o processo de recarga.

Renzo

O OperatorDelegator é responsável por rotear os fundos do protocolo para o EigenLayer, mas o protocolo não verifica se a soma total das proporções de todos os OperatorDelegator ultrapassa 100% durante o processo de configuração, o que pode afetar a retirada de fundos dos usuários.

Análise de Risco do Token LST

Nós também pesquisamos os tokens LST mais populares no mercado e descobrimos que existem diferenças entre os diferentes tokens LST em termos de capacidade de atualização de contrato, dependência de Oracle, mecanismos de retirada, etc. Os usuários devem escolher o token LST que melhor se adapta à sua capacidade de tolerância ao risco.

Melhores Práticas para Reduzir o Risco de Restaking

Com base nas conclusões da pesquisa atual, organizamos um caminho de interação relativamente seguro para os usuários:

Sugestão de alocação de fundos

1. Os usuários de grandes capitais podem participar diretamente do restaking de ETH nativo do EigenLayer, uma vez que os ativos ETH depositados são armazenados no contrato da Beacon chain, relativamente seguros.
2. Os utilizadores de grandes fundos que não desejam suportar um longo tempo de resgate podem optar por participar diretamente no EigenLayer com stETH, que é relativamente seguro.
3. Os utilizadores que procuram rendimentos adicionais podem escolher, de forma adequada, uma parte dos seus fundos para participar em projetos construídos com base na EigenLayer, como Puffer, KelpDAO, Eigenpie e Renzo, de acordo com a sua capacidade de suportar riscos, mas devem considerar o risco de saída e a liquidez do mercado secundário.

Sugestões de monitorização de risco

1. Os utilizadores avançados podem configurar o monitoramento de contratos, prestando atenção às atualizações de contratos e à execução de operações sensíveis por parte do projeto.
2. Considere usar uma carteira multi-assinatura com condições que acionem robôs automatizados e configurações de autorização de assinatura única, com base nas mudanças do TVL do pool, nas flutuações de preço do ETH e nas movimentações de grandes investidores, configurando a funcionalidade de depósito automático para o EigenLayer e para os vários protocolos de re-staking.

Ao adotar estas medidas, os usuários podem gerir melhor o risco ao participar do Restaking, equilibrando o rendimento e a segurança.