Análise de Risco do Projeto Restaking e Guia de Melhores Práticas
Com o surgimento do conceito de Restaking, surgiram no mercado vários projetos relacionados baseados no Eigenlayer. O Restaking visa, através do compartilhamento da confiança da camada de staking do Ethereum Beacon, compartilhar as participações de staking dos usuários com outros projetos, permitindo que os usuários obtenham mais benefícios, enquanto outros projetos também podem desfrutar da mesma confiança e segurança de consenso da camada ETH Beacon.
Para ajudar os usuários a entender melhor os riscos de interação entre diferentes projetos de Restaking, realizamos uma pesquisa abrangente sobre os principais protocolos de Restaking e ativos LST no mercado, e sistematizamos os riscos relacionados, para que os usuários possam desfrutar dos rendimentos enquanto controlam melhor os riscos correspondentes.
Visão geral dos pontos de risco
Atualmente, os protocolos de Restaking disponíveis no mercado são basicamente construídos sobre o EigenLayer. Para os usuários, participar do Restaking significa expor-se aos seguintes riscos:
risco de contrato
O usuário precisa interagir com o contrato do projeto e, portanto, precisa assumir o risco de o contrato ser atacado.
Os fundos dos projetos construídos com base no EigenLayer serão finalmente armazenados nos contratos do protocolo EigenLayer. Se o contrato do EigenLayer for atacado, os fundos relacionados ao projeto também sofrerão perdas.
Existem dois tipos de Restaking no EigenLayer: native ETH Restaking e LST Restaking. Os fundos do LST Restaking são armazenados diretamente no contrato do EigenLayer, enquanto os fundos do Native ETH Restaking são armazenados na cadeia ETH Beacon. Isso significa que os usuários que realizam LST Restaking podem sofrer perdas devido ao risco do contrato do EigenLayer.
A equipe do projeto pode ter permissões de alto risco e, em certas circunstâncias, pode desviar os fundos dos usuários através de permissões sensíveis.
LST risco
Os tokens LST podem estar sujeitos a desvios de âncora, ou as atualizações dos contratos LST/pode haver ataques que resultem em desvios e perdas de valor do LST.
Saída de 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 retirada correspondente através de um contrato, os usuários podem não conseguir recuperar seus ativos diretamente, precisando obter liquidez para sair no mercado secundário.
Análise dos Protocolos de Restaking Principais
Após uma pesquisa sistemática, descobrimos que os principais protocolos de Restaking disponíveis no mercado apresentam os seguintes problemas comuns:
Baixa taxa de conclusão do projeto, a maioria dos projetos não implementou a lógica de retirada.
Risco de centralização: os ativos dos usuários são controlados por uma carteira multi-assinatura, o que confere à equipe do projeto uma certa capacidade de Rug Pull.
Com base nas situações acima, quando ocorrer má conduta interna ou perda da chave privada de múltiplas assinaturas, pode haver perda de ativos.
Pontos de risco especiais do EigenLayer
Como a pedra angular de todos os projetos, o EigenLayer apresenta também os seguintes pontos de risco que os usuários devem ter em atenção:
Os contratos atualmente implantados na mainnet ainda não implementaram todas as funções descritas no seu white paper (como AVS, slash). Dentre elas, a função slash apenas implementou as interfaces relevantes, e ainda não há uma lógica completa específica. Atualmente, o slash é acionado através da permissão de owner do contrato StrategyManager, e a forma de execução é bastante centralizada.
Ao realizar o Restaking nativo de ETH no EigenLayer, além de criar o contrato EigenPod para gestão de fundos, é necessário operar o serviço de nós da Beacon chain e assumir o risco de ser penalizado pela Beacon chain. Recomenda-se escolher um fornecedor de serviços de nós confiável.
Uma vez que o ETH é armazenado na Beacon chain, o processo de retirada requer que o usuário o inicie e obtenha a assistência do provedor de serviços de nó, ou seja, o processo de saída requer o consentimento de ambas as partes.
Tendo em conta que o EigenLayer ainda não implementou completamente os mecanismos de AVS e Slash, recomenda-se que os utilizadores, antes de utilizarem a funcionalidade deleGate, compreendam bem os riscos associados, a fim de evitar potenciais perdas financeiras.
Riscos Específicos do Projeto
EigenPie
Atualmente, todos os contratos do protocolo são contratos atualizáveis, com permissões de atualização de 3/6 Gnosis Safe. No entanto, as permissões de atualização dos contratos dos tokens MLRT cbETH, ethX e ankrETH são de um endereço EOA.
KelpDAO
Durante o processo de recarga, ao calcular a quota de share adquirida pelo usuário, é necessário calcular o valor do share. O rsETHPrice na fórmula de cálculo precisa ser atualizado manualmente com o oracle correspondente. Exceto pelo stETH, outros tokens usam o preço do share do contrato correspondente como fonte de preço. O stETH é convertido diretamente em uma proporção de 1:1. Quando o stETH está em desconto no mercado secundário, pode haver espaço para arbitragem durante o processo de recarga.
Renzo
OperatorDelegator é responsável por roteirizar os fundos do protocolo para o EigenLayer, correspondendo a diferentes proporções de recarga. No entanto, durante a configuração do OperatorDelegator, o protocolo não verificou se as proporções de todos os OperatorDelegator eram superiores a 100%, o que pode resultar em situações como OperatorDelegator-1 (70%) e OperatorDelegator-2 (70%). Isso afeta principalmente a retirada de fundos dos usuários, mas como a lógica de retirada ainda não está completa, não é possível avaliar o impacto específico sobre o capital.
Análise de Risco do Token LST
Além dos riscos inerentes ao protocolo, os riscos do LST durante o processo de Restaking também não devem ser subestimados. Realizámos uma pesquisa sobre os principais tokens LST disponíveis no mercado e descobrimos que existem diferenças entre os tokens LST em relação aos direitos de atualização de contratos, funcionalidades de pausa e limites de staking, pelo que os usuários devem escolher de acordo com sua própria preferência de risco.
Melhores práticas para reduzir os riscos de Restaking
Para reduzir efetivamente os riscos associados à participação no Restaking, preparamos um caminho de interação relativamente seguro para os usuários:
Alocação de fundos
Para usuários com grandes quantias de capital, participar diretamente no restaking de Native ETH do EigenLayer é uma opção mais segura, pois os ativos são armazenados em contratos da Beacon chain; mesmo que ocorra um ataque ao contrato, o atacante não poderá obter imediatamente os ativos do usuário.
Para utilizadores com grandes investimentos que não desejam suportar longos tempos de resgate, é possível escolher o stETH relativamente mais seguro como ativo de participação diretamente no EigenLayer.
Para os utilizadores que procuram rendimentos adicionais, poderão escolher uma parte dos seus fundos para participar em projetos como Puffer, KelpDAO, Eigenpie e Renzo, construídos com base na EigenLayer, de acordo com a sua tolerância ao risco. No entanto, é necessário ter em mente que, uma vez que estes projetos ainda não implementaram a lógica de levantamento, os utilizadores devem também considerar o risco de saída e a liquidez do LRT relacionado no mercado secundário.
Configuração de Monitorização
Para utilizadores avançados, recomenda-se a configuração de monitorização de contratos, prestando atenção a actualizações de contratos relevantes e à execução de operações sensíveis por parte dos projectos.
As equipas e usuários que investem ETH para participar de projetos podem considerar o uso de condições de carteira multi-assinatura para acionar robôs automatizados e configurações de autorização de assinatura única, com base nas mudanças no TVL do pool, nas flutuações de preço do ETH e nos movimentos das baleias, configurando a funcionalidade de depósito automático para o EigenLayer e vários protocolos de re-staking.
Em suma, o Restaking, como um conceito emergente, ainda não foi testado a longo prazo, tanto a nível de contrato como de protocolo. Além dos riscos organizados acima, podem existir outros riscos desconhecidos. Os usuários devem manter-se vigilantes ao participar, fazendo escolhas razoáveis de acordo com sua própria tolerância ao risco e volume de capital.
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
6 gostos
Recompensa
6
4
Partilhar
Comentar
0/400
GateUser-354e7955
· 18h atrás
Não importa tanto, desde que haja capital para especular neste setor, de qualquer forma, só há algumas moedas neste setor.
Ver originalResponder0
GateUser-afe07a92
· 21h atrás
O que é que há? Quem não entende os riscos dos contratos?
Ver originalResponder0
ApeEscapeArtist
· 21h atrás
Brincar é uma coisa, não perca dinheiro.
Ver originalResponder0
LiquidationTherapist
· 21h atrás
mundo crypto idiotas mais cedo ou mais tarde vão ser feitos de parvas
Análise abrangente dos riscos do projeto Restaking e guia de participação segura
Análise de Risco do Projeto Restaking e Guia de Melhores Práticas
Com o surgimento do conceito de Restaking, surgiram no mercado vários projetos relacionados baseados no Eigenlayer. O Restaking visa, através do compartilhamento da confiança da camada de staking do Ethereum Beacon, compartilhar as participações de staking dos usuários com outros projetos, permitindo que os usuários obtenham mais benefícios, enquanto outros projetos também podem desfrutar da mesma confiança e segurança de consenso da camada ETH Beacon.
Para ajudar os usuários a entender melhor os riscos de interação entre diferentes projetos de Restaking, realizamos uma pesquisa abrangente sobre os principais protocolos de Restaking e ativos LST no mercado, e sistematizamos os riscos relacionados, para que os usuários possam desfrutar dos rendimentos enquanto controlam melhor os riscos correspondentes.
Visão geral dos pontos de risco
Atualmente, os protocolos de Restaking disponíveis no mercado são basicamente construídos sobre o EigenLayer. Para os usuários, participar do Restaking significa expor-se aos seguintes riscos:
risco de contrato
LST risco
Os tokens LST podem estar sujeitos a desvios de âncora, ou as atualizações dos contratos LST/pode haver ataques que resultem em desvios e perdas de valor do LST.
Saída de 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 retirada correspondente através de um contrato, os usuários podem não conseguir recuperar seus ativos diretamente, precisando obter liquidez para sair no mercado secundário.
Análise dos Protocolos de Restaking Principais
Após uma pesquisa sistemática, descobrimos que os principais protocolos de Restaking disponíveis no mercado apresentam os seguintes problemas comuns:
Pontos de risco especiais do EigenLayer
Como a pedra angular de todos os projetos, o EigenLayer apresenta também os seguintes pontos de risco que os usuários devem ter em atenção:
Os contratos atualmente implantados na mainnet ainda não implementaram todas as funções descritas no seu white paper (como AVS, slash). Dentre elas, a função slash apenas implementou as interfaces relevantes, e ainda não há uma lógica completa específica. Atualmente, o slash é acionado através da permissão de owner do contrato StrategyManager, e a forma de execução é bastante centralizada.
Ao realizar o Restaking nativo de ETH no EigenLayer, além de criar o contrato EigenPod para gestão de fundos, é necessário operar o serviço de nós da Beacon chain e assumir o risco de ser penalizado pela Beacon chain. Recomenda-se escolher um fornecedor de serviços de nós confiável.
Uma vez que o ETH é armazenado na Beacon chain, o processo de retirada requer que o usuário o inicie e obtenha a assistência do provedor de serviços de nó, ou seja, o processo de saída requer o consentimento de ambas as partes.
Tendo em conta que o EigenLayer ainda não implementou completamente os mecanismos de AVS e Slash, recomenda-se que os utilizadores, antes de utilizarem a funcionalidade deleGate, compreendam bem os riscos associados, a fim de evitar potenciais perdas financeiras.
Riscos Específicos do Projeto
EigenPie
Atualmente, todos os contratos do protocolo são contratos atualizáveis, com permissões de atualização de 3/6 Gnosis Safe. No entanto, as permissões de atualização dos contratos dos tokens MLRT cbETH, ethX e ankrETH são de um endereço EOA.
KelpDAO
Durante o processo de recarga, ao calcular a quota de share adquirida pelo usuário, é necessário calcular o valor do share. O rsETHPrice na fórmula de cálculo precisa ser atualizado manualmente com o oracle correspondente. Exceto pelo stETH, outros tokens usam o preço do share do contrato correspondente como fonte de preço. O stETH é convertido diretamente em uma proporção de 1:1. Quando o stETH está em desconto no mercado secundário, pode haver espaço para arbitragem durante o processo de recarga.
Renzo
OperatorDelegator é responsável por roteirizar os fundos do protocolo para o EigenLayer, correspondendo a diferentes proporções de recarga. No entanto, durante a configuração do OperatorDelegator, o protocolo não verificou se as proporções de todos os OperatorDelegator eram superiores a 100%, o que pode resultar em situações como OperatorDelegator-1 (70%) e OperatorDelegator-2 (70%). Isso afeta principalmente a retirada de fundos dos usuários, mas como a lógica de retirada ainda não está completa, não é possível avaliar o impacto específico sobre o capital.
Análise de Risco do Token LST
Além dos riscos inerentes ao protocolo, os riscos do LST durante o processo de Restaking também não devem ser subestimados. Realizámos uma pesquisa sobre os principais tokens LST disponíveis no mercado e descobrimos que existem diferenças entre os tokens LST em relação aos direitos de atualização de contratos, funcionalidades de pausa e limites de staking, pelo que os usuários devem escolher de acordo com sua própria preferência de risco.
Melhores práticas para reduzir os riscos de Restaking
Para reduzir efetivamente os riscos associados à participação no Restaking, preparamos um caminho de interação relativamente seguro para os usuários:
Alocação de fundos
Para usuários com grandes quantias de capital, participar diretamente no restaking de Native ETH do EigenLayer é uma opção mais segura, pois os ativos são armazenados em contratos da Beacon chain; mesmo que ocorra um ataque ao contrato, o atacante não poderá obter imediatamente os ativos do usuário.
Para utilizadores com grandes investimentos que não desejam suportar longos tempos de resgate, é possível escolher o stETH relativamente mais seguro como ativo de participação diretamente no EigenLayer.
Para os utilizadores que procuram rendimentos adicionais, poderão escolher uma parte dos seus fundos para participar em projetos como Puffer, KelpDAO, Eigenpie e Renzo, construídos com base na EigenLayer, de acordo com a sua tolerância ao risco. No entanto, é necessário ter em mente que, uma vez que estes projetos ainda não implementaram a lógica de levantamento, os utilizadores devem também considerar o risco de saída e a liquidez do LRT relacionado no mercado secundário.
Configuração de Monitorização
Para utilizadores avançados, recomenda-se a configuração de monitorização de contratos, prestando atenção a actualizações de contratos relevantes e à execução de operações sensíveis por parte dos projectos.
As equipas e usuários que investem ETH para participar de projetos podem considerar o uso de condições de carteira multi-assinatura para acionar robôs automatizados e configurações de autorização de assinatura única, com base nas mudanças no TVL do pool, nas flutuações de preço do ETH e nos movimentos das baleias, configurando a funcionalidade de depósito automático para o EigenLayer e vários protocolos de re-staking.
Em suma, o Restaking, como um conceito emergente, ainda não foi testado a longo prazo, tanto a nível de contrato como de protocolo. Além dos riscos organizados acima, podem existir outros riscos desconhecidos. Os usuários devem manter-se vigilantes ao participar, fazendo escolhas razoáveis de acordo com sua própria tolerância ao risco e volume de capital.