Análisis de riesgos del proyecto de Restaking y guía de mejores prácticas

Con el surgimiento del concepto de Restaking, han aparecido numerosos proyectos relacionados basados en Eigenlayer en el mercado. El Restaking tiene como objetivo compartir la confianza de la capa de staking de Ethereum Beacon, permitiendo que las participaciones de staking de los usuarios se compartan con otros proyectos, de modo que los usuarios puedan obtener mayores rendimientos, mientras que otros proyectos también puedan disfrutar de la misma confianza y seguridad de consenso que la capa Beacon de ETH.

Para ayudar a los usuarios a comprender mejor los riesgos de interacción entre los diferentes proyectos de Restaking, hemos llevado a cabo una investigación exhaustiva sobre los principales protocolos de Restaking y los activos LST en el mercado, y hemos sistematizado los riesgos relacionados, para que los usuarios puedan disfrutar de los beneficios mientras controlan mejor los riesgos correspondientes.

Resumen de puntos de riesgo

Actualmente, los protocolos de Restaking en el mercado están prácticamente todos construidos sobre EigenLayer. Para los usuarios, participar en el Restaking significa exponerse a los siguientes riesgos:

Riesgo de contrato

1. El usuario necesita interactuar con el contrato del proyecto, por lo tanto, debe asumir el riesgo de que el contrato sea atacado.
2. Los fondos de los proyectos construidos sobre EigenLayer se almacenarán finalmente en el contrato del protocolo EigenLayer. Si el contrato de EigenLayer es atacado, los fondos de los proyectos relacionados también sufrirán pérdidas.
3. En EigenLayer existen dos tipos de Restaking: Restaking nativo de ETH y Restaking de LST. Los fondos de Restaking de LST se almacenan directamente en el contrato de EigenLayer, mientras que los fondos de Restaking nativo de ETH se almacenan en la cadena Beacon de ETH. Esto significa que los usuarios que realizan Restaking de LST pueden sufrir pérdidas debido al riesgo del contrato de EigenLayer.
4. El equipo del proyecto puede tener permisos de alto riesgo y, en ciertas circunstancias, puede desviar los fondos de los usuarios a través de permisos sensibles.

LST riesgo

Los tokens LST pueden desanclarse, o la actualización del contrato LST / un ataque puede causar desviaciones y pérdidas en el valor de LST.

salida de riesgo

Actualmente, además de EigenLayer, los principales protocolos de Restaking en el mercado no soportan retiros. Si el equipo del proyecto no ha actualizado la lógica de retiro correspondiente a través de un contrato, los usuarios pueden no poder recuperar sus activos directamente y necesitarán obtener liquidez en el mercado secundario para salir.

Análisis de protocolos de Restaking principales

Después de una investigación sistemática, hemos descubierto que los principales protocolos de Restaking en el mercado actual presentan los siguientes problemas comunes:

1. Bajo nivel de finalización del proyecto, la mayoría de los proyectos no han implementado la lógica de retiro.
2. Riesgo de centralización: Los activos de los usuarios son finalmente controlados por una billetera multifirma, el equipo del proyecto tiene cierta capacidad de Rug Pull.
3. Basado en la situación anterior, cuando ocurre un comportamiento malicioso interno o se pierde la clave privada de múltiples firmas, puede causar pérdidas de activos.

Puntos de riesgo especiales de EigenLayer

Como piedra angular de todos los proyectos, EigenLayer también presenta los siguientes puntos de riesgo que los usuarios deben tener en cuenta:

1. En los contratos actualmente desplegados en la mainnet, aún no se han implementado todas las funciones descritas en su libro blanco (como AVS, slash). Entre ellas, la función de slash solo ha implementado las interfaces relacionadas y aún no tiene una lógica completa y específica. Actualmente, el slash se activa a través de los permisos de owner del contrato StrategyManager, lo que hace que su ejecución sea bastante centralizada.

2. Al realizar el Restaking nativo de ETH en EigenLayer, además de crear un contrato EigenPod para la gestión de fondos, también es necesario ejecutar un servicio de nodo de la cadena Beacon y asumir el riesgo de ser penalizado por la cadena Beacon. Se recomienda elegir un proveedor de servicios de nodo confiable.

3. Dado que ETH se almacena en la cadena Beacon, el proceso de retiro requiere que el usuario inicie la solicitud y reciba la asistencia del proveedor de servicios de nodos, es decir, el proceso de salida requiere el consentimiento de ambas partes.

4. Dado que EigenLayer aún no ha implementado completamente el mecanismo de AVS y Slash, se recomienda a los usuarios que utilicen la función deleGate con precaución, después de comprender completamente los riesgos relacionados, para evitar posibles pérdidas de fondos.

Puntos de riesgo específicos del proyecto

EigenPie

Actualmente, todos los contratos del protocolo son contratos actualizables, y los derechos de actualización son 3/6 Gnosis Safe. Sin embargo, en el token MLRT, los contratos de token MLRT de cbETH, ethX y ankrETH tienen derechos de actualización para la dirección EOA.

KelpDAO

Durante el proceso de recarga, al calcular la participación de share que obtiene el usuario, es necesario calcular el valor de share. El rsETHPrice en la fórmula de cálculo necesita ser actualizado manualmente en el oracle correspondiente. Aparte de stETH, otros tokens utilizan el share price del contrato correspondiente como fuente de precio. stETH se convierte directamente a una tasa de 1:1. Cuando stETH tiene un descuento en el mercado secundario, puede haber oportunidades de arbitraje durante el proceso de recarga.

Renzo

OperatorDelegator es responsable de enrutar fondos del protocolo a EigenLayer y corresponde a diferentes proporciones de recarga. Sin embargo, durante la configuración de OperatorDelegator, el protocolo no verifica si todas las proporciones de OperatorDelegator son mayores al 100%, lo que puede dar lugar a situaciones como OperatorDelegator-1 (70%) y OperatorDelegator-2 (70%). Esto afecta principalmente el retiro de fondos de los usuarios, pero dado que la lógica de retiro aún no está completa, no se puede evaluar el impacto específico sobre el capital.

Análisis de riesgos del token LST

Además de los riesgos inherentes al propio protocolo, los riesgos de LST no deben pasarse por alto durante el proceso de Restaking. Hemos investigado los principales tokens LST en el mercado y encontramos que existen diferencias en aspectos como los derechos de actualización del contrato, la función de pausa y los límites de staking, por lo que los usuarios deben elegir de acuerdo a su propia tolerancia al riesgo.

Mejores prácticas para reducir el riesgo de Restaking

Para reducir eficazmente el riesgo de participar en el Restaking, hemos preparado para los usuarios una ruta de interacción relativamente segura:

distribución de fondos

1. Para los usuarios con grandes fondos, participar directamente en el restaking de ETH nativo de EigenLayer es una opción más segura, ya que los activos se almacenan en el contrato de la cadena Beacon; incluso si ocurre un ataque al contrato, el atacante no podrá acceder inmediatamente a los activos del usuario.

2. Para los usuarios de grandes fondos que no deseen soportar un tiempo de rescate largo, se puede elegir el stETH relativamente seguro como activo de participación para participar directamente en EigenLayer.

3. Para los usuarios que buscan rendimientos adicionales, se puede seleccionar una parte de los fondos para participar en proyectos como Puffer, KelpDAO, Eigenpie y Renzo, que están construidos sobre EigenLayer, de acuerdo con la capacidad de asumir riesgos. Sin embargo, es importante tener en cuenta que, dado que estos proyectos aún no han implementado la lógica de retiros, los usuarios también deben considerar el riesgo de salida y la liquidez relacionada de LRT en el mercado secundario.

Configuración de monitoreo

1. Para usuarios avanzados, se recomienda configurar la monitorización de contratos, prestando atención a las actualizaciones de contratos relacionadas y a las ejecuciones de operaciones sensibles por parte del equipo del proyecto.

2. Los equipos y usuarios que inviertan ETH en el proyecto pueden considerar utilizar un monedero multisig para activar robots automatizados y configuraciones de autorización de firma única, basándose en los cambios del TVL del pool, las fluctuaciones del precio de ETH y los movimientos de ballenas, estableciendo una función de depósito automático en EigenLayer y en varios protocolos de re-staking.

En resumen, el Restaking como un concepto emergente, tanto a nivel de contrato como de protocolo, aún no ha sido puesto a prueba a largo plazo. Además de los riesgos mencionados anteriormente, pueden existir otros riesgos desconocidos. Los usuarios deben mantenerse alerta al participar y hacer elecciones razonables según su tolerancia al riesgo y la cantidad de fondos.