Los protocolos de préstamo on-chain se encuentran entre los sistemas financieros más arriesgados del ecosistema DeFi. A diferencia de las transferencias de tokens simples o el trading de spot, un protocolo de préstamo debe gestionar simultáneamente la custodia de activos, los mercados de tasas de interés, la lógica de liquidación, los precios de los oráculos y la solvencia del protocolo. Si falla un solo módulo, todo el sistema puede verse comprometido.
A medida que el ecosistema de Kaspa se expande hacia Layer2 y la infraestructura de contratos inteligentes, Kaskad ha surgido como un protocolo de préstamo central dentro de este ecosistema. Su diseño de seguridad afecta no solo al propio protocolo, sino también a la liquidez general y la estabilidad financiera del futuro ecosistema DeFi de Kaspa.
¿Cuál es la arquitectura de seguridad de Kaskad?
Kaskad emplea una arquitectura de contrato inteligente sin custodia, lo que significa que el protocolo no controla directamente los activos del usuario como una plataforma centralizada. Toda la lógica de depósito, préstamo, cálculo de intereses y liquidación se ejecuta automáticamente mediante contratos inteligentes on-chain.
Este modelo ofrece una alta transparencia (todas las reglas son verificables públicamente) y reduce los riesgos de custodia centralizada. Sin embargo, también implica que la seguridad del protocolo depende en gran medida del propio código del contrato inteligente.
La estructura de seguridad general de Kaskad incluye:
- Modelo de préstamo sobrecolateralizado
- Supervisión del riesgo del factor de salud
- Mecanismo de liquidación parcial
- Sistema de precios de oráculo
- Gobernanza acotada
- Auditoría de contratos inteligentes
Estos módulos determinan colectivamente la capacidad del protocolo para mantener la solvencia durante la volatilidad del mercado.
| Niveles de riesgo |
Fuente de riesgo |
Impacto potencial |
Mecanismo de mitigación de Kaskad |
| Riesgo de liquidación |
Caída rápida del precio del activo colateral |
Posición del usuario liquidada |
Liquidación parcial |
| Riesgo de oráculo |
Datos de precio anómalos o manipulados |
Liquidación errónea, deuda incobrable del protocolo |
COB Oracle y mecanismo de precios multifuente |
| Riesgo de liquidez |
Profundidad de mercado insuficiente |
Imposibilidad de liquidar a tiempo |
Tasas de interés dinámicas para incentivar la liquidez |
| Riesgo de Layer2 |
Corte de red o anomalía de estado |
Retrasos en retiros, fallos en transacciones |
Optimización de infraestructura Igra Layer2 |
| Riesgo cross-chain |
Problemas de puente o mapeo de activos |
Congelación o pérdida de activos |
Framework cross-chain Hyperlane |
| Riesgo de volatilidad del mercado |
Fluctuaciones extremas del mercado cripto |
Liquidaciones en cascada masivas |
Supervisión en tiempo real del factor de salud |
¿Por qué los protocolos de préstamo requieren sobrecolateralización?
Kaskad utiliza un mecanismo de sobrecolateralización, el método de control de riesgos central de la mayoría de los protocolos de préstamo DeFi actuales.
Dado que el préstamo on-chain no puede evaluar el crédito del usuario como los bancos tradicionales, el protocolo exige que los usuarios depositen un colateral valorado en una cantidad superior al préstamo. Por ejemplo, cuando el ratio préstamo-valor (LTV) de un activo es del 70 %, los usuarios solo pueden tomar prestado hasta el 70 % del valor del colateral.
Este mecanismo reduce la probabilidad de deuda incobrable del protocolo.
Si el precio del colateral cae, el sistema aún tiene la oportunidad de recuperar la deuda mediante la liquidación. Sin embargo, durante una volatilidad extrema del mercado, incluso la sobrecolateralización puede no proteger completamente contra los riesgos de caídas rápidas de precios o escasez de liquidez.
Por lo tanto, la sobrecolateralización no significa «seguridad absoluta»; es un mecanismo para reducir el riesgo sistémico.
¿Cómo reduce el riesgo el mecanismo de liquidación parcial de Kaskad?
Los protocolos de préstamo tradicionales suelen utilizar un modelo de liquidación completa. Cuando la posición de un usuario cae por debajo del umbral de seguridad, el sistema puede vender una gran cantidad de colateral de una sola vez.
Si bien este modelo reduce rápidamente el riesgo de deuda incobrable, fácilmente desencadena una «liquidación en cascada» durante movimientos bruscos del mercado, lo que reduce aún más los precios.
Kaskad adopta un mecanismo de liquidación parcial.
Cuando una posición se vuelve demasiado riesgosa, el protocolo no liquida todo el colateral de inmediato. En su lugar, primero reembolsa parte de la deuda para restaurar la posición a un rango seguro. Este diseño reduce la presión de venta instantánea y limita las pérdidas únicas de los usuarios.
Para el protocolo en su conjunto, la liquidación parcial ayuda a mejorar la estabilidad del mercado, particularmente en entornos con liquidez débil o alta volatilidad de precios.
¿Por qué el riesgo de oráculo es uno de los mayores riesgos para los protocolos de préstamo?
Los oráculos son una de las piezas de infraestructura más críticas en los protocolos de préstamo.
Kaskad depende de los oráculos para obtener precios de activos en tiempo real; de lo contrario, el sistema no puede determinar el valor del colateral, el monto del préstamo ni las condiciones de liquidación.
Los datos anómalos del oráculo pueden provocar:
- Liquidación incorrecta de usuarios
- Errores en el cálculo del monto del préstamo
- Deuda incobrable del protocolo
- Ganancia de atacantes mediante manipulación de precios
En la historia de DeFi, muchos incidentes de seguridad de protocolos de préstamo han estado relacionados con la manipulación de oráculos. Por ejemplo, los atacantes pueden inflar o deflactar temporalmente los precios en un mercado de baja liquidez, afectando así el juicio del protocolo.
Actualmente, Kaskad integra COB Oracle y otros sistemas de precios para mejorar la fiabilidad de los datos y la resistencia a la manipulación. Sin embargo, el riesgo de oráculo nunca se puede eliminar por completo.
¿Qué problemas pueden causar las vulnerabilidades de los contratos inteligentes?
Dado que toda la lógica de fondos en Kaskad se ejecuta automáticamente mediante contratos inteligentes, la seguridad del código es primordial.
Si existen vulnerabilidades en el contrato, los atacantes podrían explotarlas para robar fondos, eludir la lógica de liquidación o manipular el estado del protocolo.
Los riesgos comunes de contratos inteligentes en la historia de DeFi incluyen:
- Ataques de reentrada
- Errores de control de permisos
- Ataques de flash loan
- Vulnerabilidades en el cálculo de precios
- Riesgos de permisos en contratos actualizables
Kaskad se ha sometido a auditorías de contratos inteligentes, pero las auditorías no garantizan la ausencia total de vulnerabilidades. La seguridad de los contratos inteligentes solo puede reducir el riesgo, no eliminarlo por completo.
Por lo tanto, la mayoría de los protocolos DeFi participan continuamente en pruebas de seguridad, programas de bug bounty y actualizaciones de código.
¿Cuáles son los riesgos de los mecanismos Layer2 y cross-chain?
Kaskad se ejecuta actualmente en Igra EVM Layer2, por lo que, además de los riesgos propios del protocolo de préstamo, también debe hacer frente a los riesgos de la infraestructura Layer2 y cross-chain.
Por ejemplo:
- Suspensión de la red Layer2
- Ataques a puentes cross-chain
- Errores de mapeo de activos
- Problemas de sincronización de estado
- Tiempo de inactividad del secuenciador
Si el puente cross-chain o el sistema Layer2 encuentran problemas, los usuarios pueden no poder retirar activos o realizar liquidaciones de manera oportuna.
Además, dado que el ecosistema DeFi de Kaspa aún se encuentra en sus primeras etapas, su profundidad de liquidez general puede ser menor que la de los mercados DeFi principales de Ethereum. En condiciones extremas del mercado, una liquidez insuficiente puede amplificar el riesgo de liquidación.
¿Cómo pueden los usuarios reducir el riesgo de participar en Kaskad?
Para los usuarios comunes, la gestión del riesgo suele ser más importante que la rentabilidad.
Al participar en el préstamo de Kaskad, los usuarios generalmente deben supervisar:
- Si el factor de salud se está acercando a la zona de peligro
- La volatilidad de los activos colaterales
- Los cambios en las tasas de interés de los préstamos
- La liquidez del mercado
- El estado de la red Layer2
- Anomalías en los precios del oráculo
Además, muchos usuarios mantienen voluntariamente un ratio de colateral más alto para reducir el riesgo de liquidación.
En mercados altamente volátiles, incluso si el protocolo funciona con normalidad, los usuarios pueden sufrir pérdidas debido a una gestión inadecuada de la posición.
Resumen
Kaskad es un protocolo de préstamo descentralizado que se ejecuta en Igra Layer2 del ecosistema Kaspa. Su modelo de seguridad incluye sobrecolateralización, factor de salud, liquidación parcial, un sistema de precios de oráculo y gobernanza acotada.
En comparación con el modelo tradicional de liquidación completa, Kaskad pone mayor énfasis en la estabilidad del mercado y el amortiguamiento del riesgo. Sin embargo, como todos los protocolos de préstamo DeFi, Kaskad todavía se enfrenta a riesgos derivados de vulnerabilidades de contratos inteligentes, manipulación de oráculos, problemas de Layer2 y volatilidad del mercado.
Preguntas frecuentes
¿Es seguro Kaskad?
Kaskad utiliza contratos inteligentes sin custodia, liquidación parcial y mecanismos de control de riesgos de oráculo, pero aún conlleva riesgos de contratos inteligentes, volatilidad del mercado y Layer2.
¿Se ha auditado Kaskad?
Kaskad se ha sometido a auditorías de contratos inteligentes, pero las auditorías no pueden eliminar por completo todos los riesgos potenciales de vulnerabilidad.
¿Cuál es el mayor riesgo de usar Kaskad?
Los principales riesgos incluyen vulnerabilidades de contratos inteligentes, anomalías en los datos del oráculo, volatilidad extrema del mercado, liquidez insuficiente y riesgos de infraestructura cross-chain.
¿Cómo pueden los usuarios reducir el riesgo de liquidación?
Los usuarios generalmente pueden reducir el riesgo de liquidación aumentando su ratio de colateral, reduciendo el monto prestado y supervisando continuamente el factor de salud.
