Análise de Risco e Melhores Práticas do Protocolo de Restaking
Com o surgimento do conceito de Restaking, surgiram no mercado muitos projetos de Restaking baseados no Eigenlayer. O Restaking visa compartilhar a confiança da camada de staking do Beacon Ethereum, permitindo que os usuários compartilhem suas participações de staking com outros projetos, obtendo assim mais rendimentos, enquanto outros projetos também podem usufruir da mesma confiança de consenso e segurança da camada Beacon do ETH.
Para ajudar os investidores a compreender melhor os riscos de interação entre diferentes projetos de Restaking, este artigo investigou os principais protocolos de Restaking e ativos LST no mercado, e organizou os riscos relacionados, para que os investidores possam controlar melhor os riscos correspondentes enquanto buscam rendimento.
Visão Geral dos Pontos de Risco
Atualmente, os protocolos de Restaking 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
Participar no Restaking requer interação com o contrato do projeto, e os usuários precisam assumir o risco de ataque ao contrato.
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 dos projetos relacionados também sofrerão perdas.
No EigenLayer, existem dois tipos de Restaking: 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 incorrer em perdas devido ao risco do contrato do EigenLayer.
A parte do projeto possui permissões de alto risco, que em certas situações podem levar à apropriação indevida de fundos dos usuários através de permissões sensíveis.
LST risco
A token LST pode estar sujeito a desanexação, ou a atualização do contrato LST/ataques podem causar desvios e perdas no 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 retirada correspondente através de contrato, os usuários podem não conseguir recuperar diretamente seus ativos, precisando obter liquidez através do mercado secundário para sair.
Análise de Risco do Protocolo de Restaking Principal
Após pesquisa, descobrimos que os principais protocolos de Restaking no mercado atual apresentam os seguintes problemas principais:
Baixa taxa de conclusão do projeto, a maior parte dos projetos não implementou a lógica de retirada.
Risco de centralização: os ativos dos usuários são finalmente controlados por uma carteira multi-assinatura, e a equipe do projeto tem uma certa capacidade de Rug Pull.
Quando ocorrer má conduta interna ou perda da chave privada de múltiplas assinaturas, pode haver perda de ativos.
Além disso, como a pedra angular de todos os projetos, o EigenLayer tem os seguintes pontos que os usuários devem estar cientes:
EigenLayer atualmente está implantado em contratos na mainnet, e ainda não implementou todas as funcionalidades descritas em seu white paper (AVS, slash). Dentre elas, a funcionalidade slash apenas implementou as interfaces relevantes, e ainda não há uma lógica completa específica. De acordo com o código do contrato, atualmente o slash é acionado pelo owner do contrato StrategyManager (admin da equipe do projeto), o que torna o método de execução relativamente centralizado.
Ao realizar o Restaking nativo de ETH no EigenLayer, além de criar um contrato EigenPod para a gestão de fundos de Restaking, também é necessário executar um serviço de nó da Beacon chain e assumir o risco de ser penalizado pela Beacon chain. Recomenda-se que os usuários escolham um fornecedor de serviços de nós confiável ao realizar o Restaking nativo de ETH.
Devido ao ETH estar armazenado na Beacon chain, durante o processo de retirada, além de ser necessário que o usuário inicie, também é necessário que o provedor de serviços de nó ajude o usuário a retirar os fundos relevantes da Beacon chain, ou seja, o processo de retirada requer o consentimento de ambas as partes.
Devido ao fato de que o EigenLayer ainda não implementou completamente o mecanismo AVS e Slash, recomenda-se que os usuários ativem a funcionalidade deleGate no protocolo EigenLayer apenas após compreenderem plenamente os riscos associados, a fim de evitar possíveis perdas financeiras.
Pontos de risco de projetos específicos
Através da revisão do código, alguns projetos ainda apresentam alguns riscos de código que podem afetar a segurança dos fundos dos usuários. Aqui estão alguns pontos de risco específicos de determinados projetos:
EigenPie
Atualmente, todos os contratos do protocolo são contratos atualizáveis, com permissões de atualização de 3/6 Gnosis Safe, mas as permissões de atualização dos contratos de token MLRT cbETH, ethX e ankrETH são de um endereço EOA.
KelpDAO
Durante o processo de recarga, é necessário calcular o valor do share ao calcular a parte adquirida pelo usuário, mas o rsETHPrice na fórmula de cálculo precisa ser atualizado manualmente de acordo com o oracle correspondente. Para além do stETH, utiliza-se o preço do share dos contratos de token correspondentes como fonte de preços. O stETH é convertido diretamente numa relação de 1:1. Quando o stETH está a um preço com desconto no mercado secundário, haverá um certo espaço para arbitragem durante o processo de recarga.
Renzo
O OperatorDelegator é responsável por encaminhar os fundos do protocolo para o EigenLayer, correspondendo a diferentes proporções de recarga, no entanto, durante a configuração do OperatorDelegator, não foi verificado se todas as proporções do OperatorDelegator eram superiores a 100%, resultando na possibilidade de existir OperatorDelegator-1 (70%) e OperatorDelegator-2 (70%). Este problema afeta principalmente a retirada de fundos dos usuários, pois a lógica de retirada ainda não está completa, não sendo 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 associados ao LST não podem ser ignorados durante o processo de Restaking. Realizámos uma pesquisa sobre os principais tokens LST do mercado, que incluem stETH, rETH, cbETH, ankrETH e sfrxETH.
Como reduzir efetivamente o risco de participar no Restaking?
Com base nas conclusões da pesquisa atual, organizámos um caminho de interação relativamente seguro para os investidores.
alocação de fundos
Para os utilizadores que participam no Restaking com grandes quantias de capital, participar diretamente no restaking de Native ETH do EigenLayer é uma boa opção. A razão é que os ativos ETH depositados no restaking de Native ETH são mantidos no contrato da Beacon chain, o que significa que, mesmo que ocorra um ataque ao contrato, o atacante não poderá obter imediatamente os ativos dos utilizadores.
Para os utilizadores que desejam participar com grandes fundos, mas não estão dispostos a suportar longos períodos de resgate, podem optar pela stETH relativamente segura como ativo de participação diretamente no EigenLayer.
Para os utilizadores que desejam obter rendimentos adicionais, podem escolher uma parte dos seus fundos para participar em projetos baseados no EigenLayer, como Puffer, KelpDAO, Eigenpie e Renzo, de acordo com a sua capacidade de risco. Mas é importante notar que, uma vez que atualmente esses projetos não implementaram uma lógica de retirada correspondente, os utilizadores que participam nesses protocolos devem também considerar o risco de saída associado, e durante o processo de investimento, devem considerar a liquidez do LRT relevante no mercado secundário.
configuração de monitorização
Atualmente, os projetos listados no texto têm a capacidade de atualizar contratos e suspender operações, ao mesmo tempo que a multi-assinatura da equipe do projeto pode executar operações de alto risco para o projeto. Para usuários avançados, é possível configurar monitoramento de contratos relevantes, monitorando atualizações de contratos e a execução de operações sensíveis da equipe do projeto.
Espera-se que as equipas e os utilizadores que queiram investir em ETH para participar no projeto possam utilizar ferramentas de automação para configurar o desencadeamento automático de robôs e a configuração de autorização de assinatura única para carteiras multi-assinatura, com base na variação do TVL do pool, na flutuação do preço do ETH e nas ações dos grandes investidores, de modo a configurar a função de depósito automático para o EigenLayer e vários protocolos de re-staking.
Restaking, como um conceito emergente, ainda não passou pelo devido teste de tempo, tanto ao nível do contrato como ao nível do protocolo. Além dos riscos organizados acima, podem existir outros riscos desconhecidos. Os investidores devem ser cautelosos ao participar do Restaking, compreender plenamente os riscos associados e tomar decisões de investimento com base na sua capacidade de suportar riscos.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
19 Curtidas
Recompensa
19
8
Repostar
Compartilhar
Comentário
0/400
rugdoc.eth
· 08-01 09:08
Eh, nunca vou tocar nisso.
Ver originalResponder0
FastLeaver
· 07-29 18:01
E não é um bom momento para aumentar a posição.
Ver originalResponder0
rekt_but_vibing
· 07-29 10:00
o restaking não vai ser ainda pior?
Ver originalResponder0
ChainMaskedRider
· 07-29 10:00
Vamos esperar para ver os resultados antes de falar.
Ver originalResponder0
ChainBrain
· 07-29 09:59
Altos rendimentos, grandes riscos.
Ver originalResponder0
SilentObserver
· 07-29 09:53
O jogo de risco dobrado, veja quem explode primeiro
Análise de risco abrangente do protocolo de Restaking: perigos de segurança do EigenLayer e guia de melhores práticas
Análise de Risco e Melhores Práticas do Protocolo de Restaking
Com o surgimento do conceito de Restaking, surgiram no mercado muitos projetos de Restaking baseados no Eigenlayer. O Restaking visa compartilhar a confiança da camada de staking do Beacon Ethereum, permitindo que os usuários compartilhem suas participações de staking com outros projetos, obtendo assim mais rendimentos, enquanto outros projetos também podem usufruir da mesma confiança de consenso e segurança da camada Beacon do ETH.
Para ajudar os investidores a compreender melhor os riscos de interação entre diferentes projetos de Restaking, este artigo investigou os principais protocolos de Restaking e ativos LST no mercado, e organizou os riscos relacionados, para que os investidores possam controlar melhor os riscos correspondentes enquanto buscam rendimento.
Visão Geral dos Pontos de Risco
Atualmente, os protocolos de Restaking 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
A token LST pode estar sujeito a desanexação, ou a atualização do contrato LST/ataques podem causar desvios e perdas no 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 retirada correspondente através de contrato, os usuários podem não conseguir recuperar diretamente seus ativos, precisando obter liquidez através do mercado secundário para sair.
Análise de Risco do Protocolo de Restaking Principal
Após pesquisa, descobrimos que os principais protocolos de Restaking no mercado atual apresentam os seguintes problemas principais:
Além disso, como a pedra angular de todos os projetos, o EigenLayer tem os seguintes pontos que os usuários devem estar cientes:
EigenLayer atualmente está implantado em contratos na mainnet, e ainda não implementou todas as funcionalidades descritas em seu white paper (AVS, slash). Dentre elas, a funcionalidade slash apenas implementou as interfaces relevantes, e ainda não há uma lógica completa específica. De acordo com o código do contrato, atualmente o slash é acionado pelo owner do contrato StrategyManager (admin da equipe do projeto), o que torna o método de execução relativamente centralizado.
Ao realizar o Restaking nativo de ETH no EigenLayer, além de criar um contrato EigenPod para a gestão de fundos de Restaking, também é necessário executar um serviço de nó da Beacon chain e assumir o risco de ser penalizado pela Beacon chain. Recomenda-se que os usuários escolham um fornecedor de serviços de nós confiável ao realizar o Restaking nativo de ETH.
Devido ao ETH estar armazenado na Beacon chain, durante o processo de retirada, além de ser necessário que o usuário inicie, também é necessário que o provedor de serviços de nó ajude o usuário a retirar os fundos relevantes da Beacon chain, ou seja, o processo de retirada requer o consentimento de ambas as partes.
Devido ao fato de que o EigenLayer ainda não implementou completamente o mecanismo AVS e Slash, recomenda-se que os usuários ativem a funcionalidade deleGate no protocolo EigenLayer apenas após compreenderem plenamente os riscos associados, a fim de evitar possíveis perdas financeiras.
Pontos de risco de projetos específicos
Através da revisão do código, alguns projetos ainda apresentam alguns riscos de código que podem afetar a segurança dos fundos dos usuários. Aqui estão alguns pontos de risco específicos de determinados projetos:
EigenPie
Atualmente, todos os contratos do protocolo são contratos atualizáveis, com permissões de atualização de 3/6 Gnosis Safe, mas as permissões de atualização dos contratos de token MLRT cbETH, ethX e ankrETH são de um endereço EOA.
KelpDAO
Durante o processo de recarga, é necessário calcular o valor do share ao calcular a parte adquirida pelo usuário, mas o rsETHPrice na fórmula de cálculo precisa ser atualizado manualmente de acordo com o oracle correspondente. Para além do stETH, utiliza-se o preço do share dos contratos de token correspondentes como fonte de preços. O stETH é convertido diretamente numa relação de 1:1. Quando o stETH está a um preço com desconto no mercado secundário, haverá um certo espaço para arbitragem durante o processo de recarga.
Renzo
O OperatorDelegator é responsável por encaminhar os fundos do protocolo para o EigenLayer, correspondendo a diferentes proporções de recarga, no entanto, durante a configuração do OperatorDelegator, não foi verificado se todas as proporções do OperatorDelegator eram superiores a 100%, resultando na possibilidade de existir OperatorDelegator-1 (70%) e OperatorDelegator-2 (70%). Este problema afeta principalmente a retirada de fundos dos usuários, pois a lógica de retirada ainda não está completa, não sendo 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 associados ao LST não podem ser ignorados durante o processo de Restaking. Realizámos uma pesquisa sobre os principais tokens LST do mercado, que incluem stETH, rETH, cbETH, ankrETH e sfrxETH.
Como reduzir efetivamente o risco de participar no Restaking?
Com base nas conclusões da pesquisa atual, organizámos um caminho de interação relativamente seguro para os investidores.
alocação de fundos
Para os utilizadores que participam no Restaking com grandes quantias de capital, participar diretamente no restaking de Native ETH do EigenLayer é uma boa opção. A razão é que os ativos ETH depositados no restaking de Native ETH são mantidos no contrato da Beacon chain, o que significa que, mesmo que ocorra um ataque ao contrato, o atacante não poderá obter imediatamente os ativos dos utilizadores.
Para os utilizadores que desejam participar com grandes fundos, mas não estão dispostos a suportar longos períodos de resgate, podem optar pela stETH relativamente segura como ativo de participação diretamente no EigenLayer.
Para os utilizadores que desejam obter rendimentos adicionais, podem escolher uma parte dos seus fundos para participar em projetos baseados no EigenLayer, como Puffer, KelpDAO, Eigenpie e Renzo, de acordo com a sua capacidade de risco. Mas é importante notar que, uma vez que atualmente esses projetos não implementaram uma lógica de retirada correspondente, os utilizadores que participam nesses protocolos devem também considerar o risco de saída associado, e durante o processo de investimento, devem considerar a liquidez do LRT relevante no mercado secundário.
configuração de monitorização
Atualmente, os projetos listados no texto têm a capacidade de atualizar contratos e suspender operações, ao mesmo tempo que a multi-assinatura da equipe do projeto pode executar operações de alto risco para o projeto. Para usuários avançados, é possível configurar monitoramento de contratos relevantes, monitorando atualizações de contratos e a execução de operações sensíveis da equipe do projeto.
Espera-se que as equipas e os utilizadores que queiram investir em ETH para participar no projeto possam utilizar ferramentas de automação para configurar o desencadeamento automático de robôs e a configuração de autorização de assinatura única para carteiras multi-assinatura, com base na variação do TVL do pool, na flutuação do preço do ETH e nas ações dos grandes investidores, de modo a configurar a função de depósito automático para o EigenLayer e vários protocolos de re-staking.
Restaking, como um conceito emergente, ainda não passou pelo devido teste de tempo, tanto ao nível do contrato como ao nível do protocolo. Além dos riscos organizados acima, podem existir outros riscos desconhecidos. Os investidores devem ser cautelosos ao participar do Restaking, compreender plenamente os riscos associados e tomar decisões de investimento com base na sua capacidade de suportar riscos.