LTV 跟清算門檻之間，為什麼要刻意留一段差距，不能直接用同一個數字嗎？
如果 LTV 跟清算門檻是同一個數字，代表你一旦借到協議允許的最大額度，你的部位會立刻站在清算線上——資產價格只要出現任何一絲對你不利的波動，哪怕只是正常的日內震盪，都會立刻觸發清算。以 ETH 為例，過去一年裡單日價格變動超過 2.5% 的天數佔了將近一半，如果 LTV 跟清算門檻之間沒有安全邊際，代表接近一半的交易日，剛借完款的用戶部位都可能瞬間被推向清算邊緣。
這中間留的差距，本質上是協議刻意犧牲一部分資金效率（讓你能借的錢比理論上限少一些），換取部位不會因為正常市場雜訊就被誤殺的緩衝空間。差距的大小也不是隨意訂的——波動愈大的資產，協議傾向留愈大的差距，因為它需要更多緩衝空間，才能撐過正常的價格雜訊而不被誤判成真正的抵押不足。
風險服務商（像 Chaos Labs）跟協議治理之間，誰的決定權比較大？
從流程上看，最終決定權在治理，不在風險服務商。風險服務商的角色是提供量化分析跟建議——他們用歷史鏈上數據模擬借款人部位，測試不同參數設定在極端行情下會讓協議承受多大風險，再把結論包裝成具體的參數調整建議，提交給治理討論。但這個建議要真正生效，仍然需要透過治理提案的形式，經過社群投票或治理指定角色的執行才會上鏈。
實務上，風險服務商的建議通過率通常偏高，原因不是治理把決定權讓渡出去，而是風險服務商提供的是專業、量化、有模型依據的分析，一般治理參與者本身缺乏對等的專業能力去挑戰這些數字，因此傾向直接採納。這也是這套機制的一個潛在弱點：治理理論上保有最終否決權，但實務上治理成員是否真的有能力、有意願去質疑風險服務商的模型假設，決定了這道「理論上的把關」在現實中還剩下多少實質意義。
Aave 的隔離模式，具體是怎麼「隔離」風險的？
隔離模式的核心設計是把一個新資產放進一個獨立的、有借款上限的小型資金池，而不是直接讓它跟協議裡所有其他資產共用同一個風險池。當一個資產被列為隔離模式資產，用戶把它存入協議當抵押品後，能借出的資產種類跟總額都會被限制在一個預先設定的上限之內——即使這個資產後來價格崩盤、抵押品變得一文不值，最大損失也被鎖在這個隔離資金池的上限裡，不會蔓延到協議裡其他跟這個資產完全無關的資金池。
這個機制解決的實際問題是：一個新資產通常缺乏足夠長的市場歷史數據，風險服務商很難一開始就準確評估它的真實波動性與流動性深度。隔離模式讓協議可以在「完全拒絕新資產上架」跟「直接讓新資產獲得完整、不受限的抵押品資格」這兩個極端之間，找到一個中間地帶——用一個範圍可控的沙盒，讓這個資產先在真實市場裡接受一段時間的考驗，等到有足夠數據支撐風險評估後，才考慮是否要拿掉隔離限制。
我在使用借貸協議之前，該怎麼實際去查一個資產的 LTV 跟清算門檻設定得合不合理？
第一步是直接到協議的官方介面或開發者文檔裡查詢這個資產目前的 LTV、清算門檻、以及是否處於隔離模式或 E-Mode 類別——大部分主流協議（像 Aave）都會把這些參數公開列在資產詳情頁，不需要額外工具就能查到。查到數字後，可以對照這個資產的市值、24 小時交易量、以及在主要交易所跟鏈上 DEX 的實際流動性深度，如果一個資產的抵押係數設定得偏高，但市場流動性明顯偏薄，這種組合本身就是一個值得警惕的訊號——這正是 Tectonic 事件裡 TONIC 代幣的情況。
第二步是去查這個協議背後有沒有聘請專業風險服務商定期做參數審查，並留意這個協議自己發行的原生代幣，是否也適用跟外部資產一樣嚴格的審查標準——如果協議的部落格、治理論壇或審計報告裡找不到原生代幣風險評估的相關討論，這通常代表這部分審查相對薄弱，值得你在決定要不要把資金投入這個協議前，把這一點放進你自己的風險評估清單裡。
你存入 1 顆 ETH 到借貸協議，介面告訴你最多能借出價值 80% 的資產——這個 80% 的數字，不是市場算出來的，也不是程式碼自動生成的，而是協議治理透過一套風險評估流程，針對每一個資產個別設定出來的貸款價值比（Loan-to-Value，簡稱 LTV）。這個數字看起來只是一個技術參數，實際上是整個借貸協議的第一道防線——它直接決定了一個資產一旦出問題，會造成多大的連鎖損失。2026 年 8 月 Cronos 上的 Tectonic 借貸協議遭遇約 7,500 萬美元的攻擊，起因正是協議給自家流動性極低的治理代幣設定了 20% 的抵押係數，讓攻擊者得以用少量資金操縱價格後借出遠超代幣實際價值的資產。這起事件把一個平常沒人特別注意的問題攤在陽光下：這個數字到底是誰定的、怎麼定的？
以 Aave 為例，每個資產有兩個相關但不同的參數：LTV 決定你「一開始最多能借多少」，清算門檻（Liquidation Threshold）則決定你的部位「什麼時候會被判定為抵押不足」。以 WETH 為例，LTV 通常設在 80% 左右，清算門檻則設在 82.5%——這中間刻意留出的 2.5% 差距，是協議治理設計的安全邊際，目的是避免用戶剛借完款、資產價格還沒開始波動，部位就已經逼近清算線。這兩個數字通常會因資產不同而有落差：像 USDC 這類價格波動極小的資產，LTV 跟清算門檻可能設在 80% 跟 85%；像 WBTC 這類波動較大的資產，兩者則可能只有 70% 跟 75%——資產愈不穩定，協議給的安全邊際傾向設得愈保守。
在 Aave 這類採用鏈上治理的協議裡，一個資產能不能被列入抵押品清單、以及它的 LTV、清算門檻等參數該設多少，理論上都要透過 Aave 治理提案（Aave Governance Proposal）通過，或是由治理指定的資產上架管理員（Asset Listing Admins）執行。但實務上，DAO 治理成員大多不是風險模型專家，因此像 Aave、Compound 這類大型協議，會聘請專門的第三方風險服務商（例如 Chaos Labs）持續監控市場狀況與資產流動性，定期提供風險參數調整建議。這些風險服務商的做法通常是拿歷史鏈上數據模擬借款人部位，測試調整某個參數後、極端行情下協議整體會承受多大風險，再把量化後的建議提交給治理討論。換句話說，你在介面上看到的那個百分比，背後是一條「風險服務商模擬計算 → 治理提案 → 社群投票 → 鏈上執行」的完整流程，只是大多數用戶存款、借款時完全不會接觸到這個過程。
Tectonic 事件之所以值得特別拿出來討論，是因為它暴露了風險審查流程裡一個容易被忽略的死角：協議自己發行的原生代幣。Tectonic 官方文件明確警告過低流動性資產容易遭到價格操縱，團隊也確實在 2026 年 5、6 月對其他資產做過動態調整、降低可借額度——顯示這套風險審查機制平常是真的在運作的。但 TONIC 自己的 20% 抵押係數，顯然沒有被納入同一輪檢視。這種情況並不罕見：協議把自家代幣納入抵押品清單，往往帶有替代幣創造實際用途、拉抬需求的動機，這個動機跟「這個資產夠不夠安全可以拿來當抵押品」的風險判斷，服務的是兩個不完全一致的目標，中間容易出現治理上沒有被同等嚴格對待的縫隙。
面對「新資產想上架、但風險還沒有被充分驗證」這個兩難，Aave V3 引入了隔離模式（Isolation Mode）：讓風險較高或較新的資產可以被列入抵押品清單，但限定它只能被用來借出特定的、額度受限的資產，不會波及協議裡其他資金池的安全性，等於是先讓這個資產「在小房間裡」接受市場考驗，而不是一開始就讓它跟整個協議的資金共用風險。反過來，針對價格高度相關的資產組合（例如多種美元穩定幣，或是 ETH 與其質押衍生品），Aave V3 的 E-Mode（效率模式）則允許用戶在同一個類別裡取得更高的 LTV，因為這些資產彼此價格連動性高、同時暴雷的機率相對集中,可以承受較低的安全邊際。這兩種機制方向相反，但邏輯一致：風險參數不是一體適用的常數，而是要跟著資產的實際流動性、波動性、相關性動態調整。