Kaskad 是如何運作的？從抵押借貸到部分清算的完整流程解析

鏈上借貸協議是 DeFi 生態中最核心的金融基礎設施之一，其角色類似傳統金融中的貨幣市場。用戶可透過存入資產獲取收益，亦可藉由抵押資產取得流動性，整個流程無需銀行或中心化平台介入。在 Ethereum DeFi 生態中，Aave 與 Compound 等協議已驗證此模式的可行性，而 Kaspa 生態過去長期缺乏成熟的鏈上借貸系統。

Kaskad 的問世，意味著 Kaspa 開始構建完整的 DeFi 資金市場結構。作為運行於 Igra EVM Layer2 上的借貸協議，Kaskad 不僅支援基本借貸功能，更引入了部分清算（Partial Liquidation）、動態利率、AI Agent 介面與跨鏈流動性機制。

Kaskad 的借貸系統由哪些部分構成？

Kaskad 整體架構主要包括資產池（Liquidity Pools）、抵押系統、借貸市場、利率模型、清算模組與治理系統。

用戶存入資產後，資金進入協議流動性池，供其他用戶借出使用。同時，協議向存款人發放對應的計息資產憑證，代表其在資金池中的份額與收益權。

借款用戶則須先提供超額抵押資產，方能借出其他資產。協議會實時追蹤抵押物價值與借款風險，並透過健康因子（Health Factor）動態評估倉位安全性。

整個過程由鏈上智能合約自動執行，不依賴中心化託管機構。

用戶如何向 Kaskad 存入資產？

在 Kaskad 中，存款（Supply）是整個借貸系統運作的基礎。

用戶連接錢包後，可將支援的數字資產存入協議。例如，用戶可存入 KAS、穩定幣或其他支援資產。資產進入資金池後，將供其他借款用戶使用，存款用戶則獲得對應收益。

協議會向用戶發放代表存款憑證的計息資產，其邏輯類似 Aave 的 aToken。這些資產隨時間自動累積收益，無需用戶手動領取利息。

存款收益主要來自借款用戶支付的利率。當市場借貸需求增加時，資金利用率提高，存款收益率通常也隨之上升。

此模式能讓閒置資產持續產生鏈上收益，同時為整個借貸市場提供流動性。

Kaskad 的借款流程如何完成？

用戶完成資產存入後，即可開啟抵押借貸功能。

Kaskad 採用超額抵押機制，意味著用戶抵押資產價值必須高於借款價值。例如，若某資產的 Loan-to-Value（LTV）為 70%，則用戶最多僅能借出抵押資產價值的 70%。

用戶發起借款後，協議會根據抵押資產價格、市場流動性與風險參數自動計算最大可借額度。借款完成後，用戶仍保留原始資產曝險，但同時獲得額外流動性。

此模式在 DeFi 中廣泛應用於槓桿交易、穩定幣融資、流動性管理與收益策略。

與傳統金融借貸不同，Kaskad 無需信用審核、銀行審批或身份驗證，所有借貸條件均由鏈上規則決定。

Kaskad 的利率為何會動態變化？

Kaskad 的利率模型並非固定，而是根據市場資金利用率動態調整。

當大量用戶借款、資金池可用流動性減少時，借款利率自動提高，以鼓勵更多用戶存入資產；反之，當市場借貸需求下降時，利率隨之降低。

此機制本質上是一種自動化市場平衡系統。

例如，當穩定幣需求突然上升時，借款利率可能快速攀升，存款收益率也同步增加。這能吸引更多流動性進入協議，從而緩解資金緊張。

動態利率模型是多數鏈上貨幣市場的重要組成部分，目標是在無需人工干預下實現供需平衡。

Kaskad 的部分清算機制如何運作？

部分清算是 Kaskad 與許多傳統借貸協議的重要區別之一。

在傳統完全清算模型中，一旦用戶倉位跌破安全閾值，系統可能直接清算大部分甚至全部抵押資產。此機制雖能快速降低協議風險，但也容易在市場劇烈波動時引發連鎖拋售。

Kaskad 則採用部分清算機制。當倉位風險超過閾值後，協議僅優先清算部分債務與抵押資產，使用戶倉位重新回到安全範圍。

此設計能降低市場即時拋壓，同時減少用戶一次性損失。

對整個借貸市場而言，部分清算有助於提升系統穩定性，尤其在高波動市場環境下。

Oracle 在 Kaskad 中扮演什麼角色？

借貸協議必須實時獲取資產價格，否則無法判斷抵押物價值與清算風險。

Kaskad 使用 Oracle（預言機）系統向協議提供鏈上價格數據。協議中的 LTV、Health Factor 與清算邏輯皆依賴這些價格資訊。

若 Oracle 提供錯誤數據，可能導致錯誤清算或壞帳風險，因此價格系統是借貸協議中最關鍵的安全模組之一。

Kaskad 目前整合了 COB Oracle 等價格系統，以提升價格數據可靠性與抗操縱能力。

在 DeFi 市場中，預言機風險通常被視為借貸協議最大的系統性風險之一。

Kaskad 與傳統中心化借貸平台有何不同？

Kaskad 與傳統中心化借貸平台最大的差異在於資產控制權與系統透明度。

在中心化平台中，用戶資產通常由平台統一託管，借貸規則、風險管理與資金流向可能缺乏透明度。而在 Kaskad 中，所有借貸邏輯均由智能合約自動執行，用戶始終掌控自己的錢包資產。

此外，Kaskad 的借貸市場完全開放。任何滿足抵押條件的用戶皆可參與借貸，無需信用審核或人工審批。

不過，這種完全鏈上化模式也意味著用戶需自行管理風險，例如抵押率、市場波動與清算風險。

總結

Kaskad 作為運行於 Kaspa 生態 Igra Layer2 上的去中心化借貸協議，透過超額抵押模型實現鏈上流動性供給。

其運作流程包括資產存入、抵押借貸、動態利率調整、Health Factor 風險監控與部分清算機制。與傳統 DeFi 借貸協議相比，Kaskad 更強調高速 PoW 生態適配、系統穩定性以及 AI-native DeFi 方向。

常見問題

什麼是 Health Factor？

Health Factor 是用於評估用戶倉位風險的指標。當該指標下降至危險區間時，協議可能觸發清算。

Kaskad 為何採用部分清算機制？

部分清算能降低市場劇烈波動期間的連鎖拋售風險，同時減少用戶一次性資產損失。

Kaskad 的利率為何會變化？

協議利率會根據市場資金利用率動態變化，以自動平衡借貸供需關係。

Kaskad 是否支援 AI Agent？

支援。Kaskad 提供 MCP Server 介面，允許 AI Agent 自動執行借貸與資產管理操作。