Surge del Restaking: Análisis profundo de los riesgos de los proyectos principales y las mejores prácticas

Con el surgimiento del concepto de Restaking, han surgido 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, lo que permite a los usuarios obtener mayores beneficios, mientras que otros proyectos también pueden disfrutar de la misma confianza de consenso y seguridad que la capa Beacon de ETH.

Para ayudar a todos a comprender mejor los riesgos de interacción entre los diferentes proyectos de Restaking, hemos investigado los protocolos de Restaking más importantes en el mercado y los activos LST más destacados, y hemos organizado los riesgos relacionados, para que todos puedan disfrutar de las ganancias mientras gestionan mejor los riesgos correspondientes.

Resumen de puntos de riesgo

Los protocolos de Restaking disponibles en el mercado actualmente se construyen principalmente sobre EigenLayer. Para los usuarios, participar en Restaking significa exponerse a los siguientes riesgos:

Riesgo de contrato

1. Participar en el Restaking requiere interactuar con el contrato del proyecto, y los usuarios deben 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 relacionados del proyecto también sufrirán pérdidas;
3. En EigenLayer existen dos tipos de Restaking: Restaking de ETH nativo y Restaking de LST. Los fondos del Restaking de LST se almacenan directamente en el contrato de EigenLayer, mientras que los fondos del Restaking de ETH nativo se almacenan en la cadena de Beacon de ETH. Esto significa que los usuarios que realicen Restaking de LST pueden sufrir pérdidas debido a los riesgos del contrato de EigenLayer;
4. El equipo del proyecto tiene altos permisos de riesgo, que en ciertas circunstancias pueden permitir la malversación de fondos de los usuarios a través de permisos sensibles.

Riesgo LST

El token LST puede experimentar una desvinculación, o la actualización del contrato LST/ataques pueden causar desviaciones y pérdidas en el valor de LST.

Salir del riesgo

Actualmente, además de EigenLayer, los principales protocolos de Restaking en el mercado no permiten 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 del mercado secundario para salir.

Según los puntos de riesgo mencionados, hemos investigado los principales protocolos de Restaking disponibles en el mercado actual y hemos hecho un resumen. Principalmente se incluyen:

1. Bajo grado 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 están finalmente controlados por una billetera de firma múltiple. El equipo del proyecto tiene cierta capacidad para hacer un Rug Pull;
3. Basado en el segundo punto, en caso de que ocurra un comportamiento malicioso interno o la pérdida de la clave privada de múltiples firmas, puede resultar en la pérdida de activos.

Debido a que EigenLayer es la piedra angular de todos los proyectos, además de los puntos mencionados anteriormente, hay otros aspectos que los usuarios deben tener en cuenta:

1. EigenLayer actualmente está desplegado en contratos en la red principal, y aún no ha implementado todas las funciones descritas en su libro blanco (AVS, slash ). Entre ellas, la función slash solo ha implementado las interfaces relacionadas, y aún no tiene una lógica completa específica. Según el código del contrato, actualmente slash se activa a través de los permisos de administrador del proyecto ( admin 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 de Restaking, 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 a los usuarios que elijan proveedores de servicios de nodos confiables al realizar el Restaking nativo de ETH. Además, dado que ETH se guarda en la cadena Beacon, el proceso de retiro debe ser iniciado por el usuario y el proveedor de servicios de nodos debe ayudar a retirar los fondos relevantes de la cadena Beacon.
3. Debido a que EigenLayer aún no ha implementado completamente los mecanismos de AVS y Slash, se recomienda a los usuarios que no activen la función deleGate en el protocolo EigenLayer sin comprender plenamente los riesgos asociados, ya que esto podría provocar ciertas pérdidas de capital.

¿Cómo reducir eficazmente el riesgo de participar en el Restaking?

Restaking es un concepto emergente, que no ha sido puesto a prueba en el tiempo ni en el nivel de contratos ni en el de protocolos. Además de los riesgos mencionados anteriormente, pueden existir otros riesgos desconocidos. Basándonos en las conclusiones actuales de la investigación, hemos preparado un camino de interacción relativamente seguro para todos.

Distribución de fondos

Para los usuarios que participan en Restaking con grandes cantidades de capital, participar directamente en el restaking de Native ETH de EigenLayer es una buena opción. La razón es que, en el caso del restaking de Native ETH, los activos ETH depositados no se almacenan en el contrato de EigenLayer, sino en el contrato de la Beacon chain. Incluso en el peor de los casos, si se produce un ataque al contrato, el atacante no podrá acceder inmediatamente a los activos del usuario.

Para los usuarios que también desean participar con grandes fondos pero no quieren soportar largos tiempos de reembolso, pueden elegir el stETH relativamente seguro como activo para participar directamente en EigenLayer.

Para los usuarios que desean obtener ingresos adicionales, pueden elegir apropiadamente una parte de sus fondos para participar en proyectos basados en EigenLayer como Puffer, KelpDAO, Eigenpie y Renzo, según su capacidad de asumir riesgos. Sin embargo, es importante tener en cuenta que, dado que actualmente los proyectos mencionados no han implementado la lógica de retiro correspondiente, los usuarios que participen en estos protocolos deben considerar simultáneamente el riesgo de salida, y durante el proceso de inversión, también deben considerar la liquidez de los LRT relacionados en el mercado secundario.

Configuración de monitoreo

Los proyectos enumerados en el texto actualmente tienen la capacidad de actualizar contratos y detenerse, mientras que el equipo del proyecto también puede ejecutar operaciones de alto riesgo en el proyecto mediante la firma múltiple. Para los usuarios avanzados, se puede configurar un monitoreo de contratos correspondiente para vigilar las actualizaciones de contratos y la ejecución de operaciones sensibles por parte del equipo del proyecto.

Al mismo tiempo, los equipos y usuarios que deseen invertir en ETH para participar en el proyecto pueden utilizar herramientas de automatización para configurar condiciones que activen robots automatizados y autorizaciones de firma única en carteras multisig. Esto se puede hacer en función de los cambios en el TVL del pool, las fluctuaciones en el precio de ETH y las acciones de las ballenas, para establecer funciones de depósito automático en EigenLayer y en varios protocolos de re-staking.