Os protocolos de empréstimo on-chain estão entre os sistemas financeiros mais arriscados do ecossistema DeFi. Diferentemente de transferências simples de tokens ou negociação spot, um protocolo de empréstimo precisa gerenciar simultaneamente custódia de ativos, mercados de taxa de juros, lógica de liquidação, preços de oráculos e solvência do protocolo. Se um único módulo falhar, todo o sistema pode ser comprometido.
À medida que o ecossistema Kaspa se expande para Layer2 e infraestrutura de contratos inteligentes, o Kaskad surge como um protocolo de empréstimo central nesse ecossistema. Seu design de segurança impacta não apenas o próprio protocolo, mas também a liquidez geral e a estabilidade financeira do futuro ecossistema DeFi da Kaspa.
O Kaskad utiliza uma arquitetura de contratos inteligentes sem custódia, o que significa que o protocolo não controla diretamente os ativos do usuário como uma plataforma centralizada. Toda a lógica de depósito, empréstimo, cálculo de juros e liquidação é executada automaticamente por contratos inteligentes on-chain.
Esse modelo oferece alta transparência — todas as regras são publicamente verificáveis — ao mesmo tempo que reduz os riscos de custódia centralizada. No entanto, também significa que a segurança do protocolo depende fortemente do próprio código dos contratos inteligentes.
A estrutura geral de segurança do Kaskad inclui:
Esses módulos determinam coletivamente a capacidade do protocolo de manter a solvência durante a volatilidade do mercado.
| Níveis de risco | Fonte de risco | Impacto potencial | Mecanismo de mitigação do Kaskad |
|---|---|---|---|
| Risco de Liquidação | Queda rápida no preço do ativo de garantia | Posição do usuário liquidada | Liquidação parcial |
| Risco de Oráculo | Dados de preço anormais ou manipulados | Liquidação errônea, dívida incobrável do protocolo | Oráculo COB e mecanismo de preço de múltiplas fontes |
| Risco de Liquidez | Profundidade de mercado insuficiente | Incapacidade de liquidar a tempo | Taxas de juros dinâmicas para incentivar liquidez |
| Risco de Layer2 | Interrupção da rede ou anomalia de estado | Atrasos em saques, falhas em transações | Otimização da infraestrutura Igra Layer2 |
| Risco Cross-Chain | Problemas com bridge ou mapeamento de ativos | Congelamento ou perda de ativos | Estrutura cross-chain Hyperlane |
| Risco de Volatilidade do Mercado | Flutuações extremas no mercado cripto | Liquidações em cascata em massa | Monitoramento em tempo real do Fator de Saúde |
O Kaskad usa um mecanismo de sobrecolateralização, o método central de controle de risco da maioria dos protocolos de empréstimo DeFi atualmente.
Como o empréstimo on-chain não pode avaliar o crédito do usuário como os bancos tradicionais, o protocolo exige que os usuários depositem garantias com valor superior ao valor do empréstimo. Por exemplo, quando a proporção Loan-to-Value (LTV) de um ativo é de 70%, os usuários podem tomar emprestado apenas até 70% do valor da garantia.
Esse mecanismo reduz a probabilidade de dívida incobrável para o protocolo.
Se o preço da garantia cair, o sistema ainda tem chance de recuperar a dívida por meio da liquidação. No entanto, durante volatilidade extrema do mercado, mesmo a sobrecolateralização pode não proteger totalmente contra riscos de declínios rápidos de preços ou escassez de liquidez.
Portanto, a sobrecolateralização não significa "segurança absoluta", é um mecanismo para reduzir o risco sistêmico.
Protocolos de empréstimo tradicionais geralmente usam um modelo de liquidação total. Quando a posição de um usuário cai abaixo do limite de segurança, o sistema pode vender uma grande quantidade de garantia de uma só vez.
Embora esse modelo reduza rapidamente o risco de dívida incobrável, ele facilmente desencadeia uma "liquidação em cascata" durante movimentos bruscos do mercado, pressionando ainda mais os preços para baixo.
O Kaskad adota um mecanismo de liquidação parcial.
Quando uma posição se torna muito arriscada, o protocolo não liquida toda a garantia imediatamente. Em vez disso, ele reembolsa parte da dívida primeiro para restaurar a posição a um intervalo seguro. Esse design reduz a pressão de venda instantânea, ao mesmo tempo que limita as perdas únicas dos usuários.
Para o protocolo como um todo, a liquidação parcial ajuda a aumentar a estabilidade do mercado, particularmente em ambientes com liquidez fraca ou alta volatilidade de preços.
Os oráculos estão entre as peças de infraestrutura mais críticas em protocolos de empréstimo.
O Kaskad depende de oráculos para obter preços de ativos em tempo real; caso contrário, o sistema não pode determinar o valor da garantia, os valores dos empréstimos ou as condições de liquidação.
Dados anormais do oráculo podem levar a:
Na história do DeFi, muitos incidentes de segurança em protocolos de empréstimo estiveram ligados à manipulação de oráculos. Por exemplo, atacantes podem inflar ou deflacionar temporariamente preços em um mercado de baixa liquidez, afetando assim o julgamento do protocolo.
O Kaskad atualmente integra o Oráculo COB e outros sistemas de preços para melhorar a confiabilidade dos dados e a resistência à manipulação. No entanto, o risco de oráculo nunca pode ser totalmente eliminado.
Como toda a lógica de fundos no Kaskad é executada automaticamente por contratos inteligentes, a segurança do código é primordial.
Se existirem vulnerabilidades no contrato, atacantes podem explorá-las para roubar fundos, contornar a lógica de liquidação ou manipular o estado do protocolo.
Os riscos comuns de contratos inteligentes na história do DeFi incluem:
O Kaskad passou por auditorias de contratos inteligentes, mas as auditorias não garantem a ausência de todas as vulnerabilidades. A segurança de contratos inteligentes só pode reduzir o risco, não eliminá-lo completamente.
Portanto, a maioria dos protocolos DeFi se engaja continuamente em testes de segurança, programas de recompensas por bugs e atualizações de código.
O Kaskad atualmente é executado na Igra EVM Layer2, portanto, além dos riscos do próprio protocolo de empréstimo, ele também precisa lidar com riscos da infraestrutura Layer2 e cross-chain.
Por exemplo:
Se a bridge cross-chain ou o sistema Layer2 encontrarem problemas, os usuários podem não conseguir sacar ativos ou realizar liquidações em tempo hábil.
Além disso, como o ecossistema DeFi da Kaspa ainda está em estágios iniciais, sua profundidade geral de liquidez pode ser menor do que a dos mercados DeFi mainstream da Ethereum. Em condições extremas de mercado, a liquidez insuficiente pode amplificar o risco de liquidação.
Para usuários comuns, o gerenciamento de risco geralmente é mais importante do que os retornos.
Ao participar do empréstimo no Kaskad, os usuários normalmente precisam monitorar:
Além disso, muitos usuários mantêm voluntariamente uma proporção de garantia mais alta para reduzir o risco de liquidação.
Em mercados altamente voláteis, mesmo que o protocolo opere normalmente, os usuários ainda podem incorrer em perdas devido ao gerenciamento inadequado de posição.
O Kaskad é um protocolo de empréstimo descentralizado executado na Igra Layer2 do ecossistema Kaspa. Seu modelo de segurança inclui sobrecolateralização, Fator de Saúde, liquidação parcial, um sistema de preços com oráculos e governança delimitada.
Comparado ao modelo tradicional de liquidação total, o Kaskad dá maior ênfase à estabilidade do mercado e ao amortecimento de riscos. No entanto, como todos os protocolos de empréstimo DeFi, o Kaskad ainda enfrenta riscos de vulnerabilidades em contratos inteligentes, manipulação de oráculos, problemas de Layer2 e volatilidade do mercado.
O Kaskad usa contratos inteligentes sem custódia, liquidação parcial e mecanismos de controle de risco de oráculo, mas ainda carrega riscos de contrato inteligente, volatilidade do mercado e Layer2.
O Kaskad passou por auditorias de contratos inteligentes, mas as auditorias não podem eliminar completamente todos os riscos potenciais de vulnerabilidade.
Os principais riscos incluem vulnerabilidades em contratos inteligentes, anomalias em dados de oráculos, volatilidade extrema do mercado, liquidez insuficiente e riscos de infraestrutura cross-chain.
Os usuários geralmente podem reduzir o risco de liquidação aumentando sua proporção de garantia, reduzindo o valor emprestado e monitorando continuamente o Fator de Saúde.





