🏦 Multi-Asset Over-Collateralized Lending

不賣出資產,
就借出流動性

多資產超額抵押借貸產品:用戶存入 BTC/ETH/美股代幣(未來含 RWA 代幣化美債)作為抵押品,即時借出 USDC/USDT 穩定幣。 無固定期限、隨借隨還、浮動利率。核心難題不在放款,在清算—— 如何讓散戶在暴跌時不會突然全額爆倉,同時平台不吃呆帳。這頁是完整 PRD + 可操作的高保真原型。

抵押品類別
3類 + RWA 預留
最高 LTV
70%(BTC)
清算機制
3階段部分清算
撥款速度
<30秒目標
interactive prototype

質押借貸行動 App 原型

這是完整可操作的高保真原型(深色專業金融風、老花友善大字級)。直接在下面的手機畫面裡試: 拖動借款頁的滑桿,健康度會即時試算;切到清算監控看三階段尺標; 存入 / 借款 / 還款都能走完整流程。美股代幣(TSLAx)在盤後時段會顯示安全邊際自動調高的提示。

app.lend-protocol.demo
LIVE PROTOTYPE
原型完整涵蓋:登入、總覽儀表板(HF 健康度圓環)、借款即時試算、還款、存入抵押、 三階段清算監控、自動追加保護、美股代幣 24/7 預言機與盤後風控、RWA 代幣化美債預留槽、交易紀錄。
product story

動手寫規格之前,我先想清楚的事

這是一份我從零獨立完成的完整 PRD——問題定義、目標用戶、風控參數、利率模型、US-01~US-08 功能規格、畫面狀態、風險對策、路線圖與 KPI 全部到位。

🎯
01 · Problem & Why

「不想賣、但需要現金」的兩難

📍 真實命題

持有 BTC、ETH 或美股代幣的散戶,常面臨「不想賣掉長期看好的資產、但又需要即時流動性」的兩難。傳統做法要不就賣出(實現損益、觸發課稅、放棄後續上漲),要不就走繁瑣的中心化借貸。這個產品讓用戶不賣出資產,就能借到穩定幣。

放款很簡單,真正難的是清算。加密資產波動大,一旦抵押品跌破門檻就要清算——但如果做成「一跌破就全額賣光」,散戶會在一次插針裡爆倉、客訴爆炸;如果太寬鬆,平台就吃呆帳。整份 PRD 的重心,就在把這條線畫準。

🔗
02 · Why This Product, From Me

同一批市場規則,我在第三種形態下再做一次

這份 PRD 不是憑空長出來的。它把我過去兩段經歷的東西,接到了 DeFi 借貸上:

過去做過的在這份借貸產品裡變成
真實美股交易(券商實盤、盤後、最小單位)美股代幣抵押的 24/7 預言機定價 + 盤後自動降 LTV——盤後流動性下降,就把有效 LTV 從 50% 收到 42%
公司行動引擎(拆股/派息就地換算)US-07 明訂:美股代幣遇除權息/拆股,暫停新增借款直到按公司行動調整完成
合約強平三層機制(CEX 永續)抵押借貸的 三階段清算:警告 → 寬限 → 部分清算,不全額爆倉
為什麼這條線值得講

2021 年真實美股、2026 年 CFD 公司行動、2026 年美股代幣抵押——同一批市場規則(清算、盤後、公司行動),我在三種完全不同的技術形態下都做過一次。這不是巧合,是我刻意把學過的規則接到新產品上。

core risk table

抵押品分級參數

這張表是整個產品的風控地基——每種抵押品能借多少、何時被清算,工程師與風控直接照表實作。恆滿足「清算門檻 > 最高 LTV」。

抵押品最高 LTV清算門檻價格來源備註
BTC70%82%主流交易所加權中位波動中、流動性最佳
ETH65%78%主流交易所加權中位波動中高
美股代幣(盤中)50%65%Chainlink 24/7單一個股集中度高
美股代幣(盤後/週末)42%60%Chainlink 24/7流動性降低,系統自動下調
代幣化美債(RWA)75% Phase 288%NAV + 預言機低波動、抵押同時生息;風險在贖回流動性
健康度 Health Factor

HF = Σ(抵押品市值 × 該類清算門檻) / 總負債 多資產混合抵押時以單一 HF 統一計算,任一資產價格變動即時反映。HF ≥ 1 安全,< 1 觸發清算。補倉警告觸發於 HF < 1.2,清算觸發於 HF < 1.0。

利率浮動利率模型

項目規格
利率型態浮動利率,隨資金池使用率(utilization)動態調整
借款期限無固定期限,隨借隨還,只要 HF ≥ 1 即可持續持有
計息方式按秒累積、複利計入本金;還款時先償利息後償本金
費用無開倉費、無提前還款罰金
us-05 · liquidation

三階段清算:不讓散戶突然爆倉

直接「一跌破就全額賣光」在工程上最簡單,但對散戶是災難。我把它拆成三階段,每一階段都留給用戶自救的機會,清算時也只賣到剛好安全,不多賣一分。

flowchart TD M["即時監控 HF"] --> A{"HF < 1.2 ?"} A -->|否| M A -->|是| B["① 補倉警告
推播 + Email + App 橫幅
提示補抵押或還款"] B --> C{"HF < 1.05
持續 ?"} C -->|否| M C -->|是| D["② 寬限期 6 小時
持續提醒;若開自動保護
先觸發自動補倉"] D --> E{"HF < 1.0 ?"} E -->|否| M E -->|是| F["③ 部分清算
只賣到恢復 HF=1.25 的最小量
非全額"] F --> G["依「流動性最佳、風險最高」順序賣出
收清算罰金、保留其餘抵押
推播清算明細"]
STAGE 1
補倉警告 · HF < 1.2

三管道通知(推播 + Email + App 橫幅),提示補抵押或還款。此時還沒有任何清算動作。

STAGE 2
寬限期 · HF < 1.05

給 6 小時寬限並持續提醒;若用戶開啟自動保護,會先從可用餘額補倉,避免進入清算。

STAGE 3
部分清算 · HF < 1.0

只清算「恢復到 HF=1.25 安全線」所需的最小抵押量,收清算罰金,保留其餘部位。

邊界情況(我在 AC 裡逐條寫明)

🔗 呼應

這套「警告 → 寬限 → 部分清算」的三階段思路,跟我在 CEX 永續合約做的強平三層機制(市價減倉 → 保險基金 → ADL)是同一個底層設計哲學——不可逆的動作,永遠先給緩衝、再只做最小必要的處置。

us-07 · stock token oracle

美股代幣的 24/7 預言機與盤後風控

這是全份規格裡最能體現「我做過真實股票」的地方。美股代幣用 Chainlink 24/7 預言機定價,但股票市場本身有開收盤、有停牌、會除權息——這些真實世界的狀態,必須自動反映到風控參數上。

狀態系統行為
盤中(美東 09:30–16:00)最高 LTV 50%、清算門檻 65%
盤後 / 週末 / 假日有效 LTV 自動下調至 42%、清算門檻降至 60%、提高清算緩衝
停牌 halt暫停該資產「新增借款」計入;已借部位維持監控
除權息 / 拆股代幣數量/價格按公司行動調整,暫停該資產新增借款至調整完成
關鍵防呆

預言機心跳逾時(超過設定秒數未更新)時,凍結該資產的清算,只維持警告——避免用一個過期的錯價把用戶砍倉。這是我在真實美股那邊學到的教訓:寧可慢一步,不可用錯價清算。

加上:夏令/冬令時間以交易所官方時段為準;盤後價格劇烈跳動時以緩衝後價格計算,避免假訊號清算。這些不是我憑空想的規則,是把交易所的真實行為,翻譯成借貸引擎聽得懂的參數。

us-08 · rwa architecture

RWA 代幣化美債:架構預留,設定驅動

本版先不上線 RWA,但在資料模型、LTV 分級、清算邏輯與畫面全部預留槽位,並以代幣化美債為首個先行資產。目的:未來上線只要開啟設定,不需重構前端、不需重新發版。

flowchart LR S["抵押品類別
由設定表驅動"] --> P{"RWA
enabled ?"} P -->|false| Q["前端顯示
『即將開放』槽位"] P -->|true 後台開啟| R["填入 LTV / 清算門檻 / 價格來源"] R --> T["前端資產清單
自動顯示該類別"] T --> U["存入 / 借款 / 清算
沿用既有引擎"] U --> V["無需前端改版發版"]
本版即可驗收的架構能力

抵押品以「類別 + 參數」設定驅動——新增一類抵押品,等於在設定表新增一列。這條規格的驗收標準就是:後台把代幣化美債 enabled=true 並填入 LTV 參數後,前端自動顯示、存借清算全部沿用既有引擎,零前端改版

這跟我在真實美股那邊的想法一脈相承——當時我就把「新增一類抵押品/一個市場不該需要重寫前端」當成架構原則。RWA 首發資產=短期美債基金代幣,最高 LTV 75%/清算門檻 88%,特性是抵押的同時仍保有美債票息收益,主要風險在贖回流動性與發行方信用。

product decisions

我做過的關鍵產品決策

每個都是 trade-off——沒有「對」的答案,只有「為這個產品最合適」的答案。

決策 #1
部分清算,而非全額爆倉

全額清算實作最簡單,但散戶體驗最差、客訴最多。我選擇只清算「恢復到安全線的最小量」——多寫一套計算邏輯,換掉一整條客訴路徑,也讓用戶保住大部分部位。

決策 #2
盤後自動降 LTV,而非一刀切

美股代幣盤後流動性下降,若沿用盤中 LTV,週一開盤跳空就會集體爆倉。我讓有效 LTV 隨市場時段自動收緊(50%→42%),把風險擋在發生之前,而不是事後清算。

決策 #3
心跳逾時凍結清算,而非照跑

預言機斷線時,最危險的是拿過期價去清算。我定的規則是:心跳逾時就凍結清算、只留警告。寧可延後處置,也不容許用錯價砍掉用戶的倉。

決策 #4
RWA 設定驅動,而非硬編碼

最省事的做法是先把 BTC/ETH 寫死,等 RWA 要上線再改。我堅持一開始就用「類別 + 參數」驅動——前期多花設計成本,換來未來新增抵押品零前端改版。

delivery roadmap

MVP 路線圖與分期邊界

每個階段都明寫 In Scope 與 Out of Scope——這是我寫 PRD 的習慣,邊界不寫清楚,Sprint 中途才會撞牆。

階段包含(In Scope)不包含(Out of Scope)
MVP
核心借貸
BTC/ETH 抵押、借款/還款、增減抵押、三階段清算、美股代幣 24/7 預言機與盤後風控、RWA 架構預留 自動追加保護、RWA 實際上線、循環借貸
Phase 2
保護與 RWA
自動追加抵押保護、代幣化美債正式上線 其他 RWA 類別、自動去槓桿
Phase 3
進階
清算保險基金、循環借貸/再抵押、更多 RWA(房地產、私募信貸) 跨鏈非托管模式、固定利率市場

KPI成功指標

類別指標目標
採用啟用借款的帳戶數 / 抵押品 TVL上線 3 個月 TVL 里程碑
體驗借款申請 → 撥款時間< 30 秒
風控清算前警告觸達率> 99%
風控部分清算占比(vs 全額)部分清算為主
健康呆帳率(bad debt / 總借款)< 0.1%
擴充新增抵押品類別的前端改版需求0(設定驅動)
完整 PRD(9 章 · US-01~US-08) Given/When/Then 驗收標準 + Edge Case 畫面六態規格 + API 對應 抵押品分級風控表 高保真可操作原型 風險對策表 三階段路線圖
← Related
真實美股 / 港股 · 公司行動