軟清算是什麼，跟前面介紹過的傳統清算機制有什麼不同？
軟清算指的是一種較新的清算機制設計，借款部位一旦跌破協議設定的安全門檻，不會像傳統清算那樣立即觸發一次性、全額的抵押品拍賣,而是啟動一套持續運作的漸進式調整機制——隨著抵押率持續惡化，協議會逐步、小幅度地賣出部分抵押品去償還部分借款,同時借款人依然保有剩餘的部位,只要抵押率在這個過程中回升到安全水準以上,這套漸進式機制就會自動停止,不需要真的走到部位被完全清算的地步。
跟前面介紹過的傳統清算機制最大的不同在於「觸發後的處理方式」：傳統清算是一個「非黑即白」的機制——部位一旦觸及清算門檻，通常會被清算人一次性、全額拍賣了結,整個過程對借款人而言幾乎沒有介入空間；軟清算則更接近一個「連續光譜」——部位可以在安全與完全清算之間的中間地帶,持續一段時間,借款人有機會在這段時間裡主動追加保證金、部分還款,或者單純等待市場價格回穩,讓部位自然回到安全水準,而不需要承擔傳統清算模式裡那筆一次性的清算獎勵折扣成本。
軟清算為什麼會出現，想解決傳統清算機制的哪些問題？
前面文章介紹過，傳統清算機制在極端市況下容易出現幾個結構性問題：清算連鎖反應（一筆清算的賣壓推低價格，觸發下一批清算）、以及清算拍賣在流動性不足時可能產生趨近於零的成交結果（前面文章介紹過的黑色星期四案例）。這些問題某種程度上都源自傳統清算「一次性、全額」的特性——一旦觸發，就是一大筆抵押品同時湧入市場尋求變現，這種瞬間集中的賣壓,正是連鎖反應與流動性衝擊的根源。
軟清算想解決的正是這個「一次性大量賣壓」的結構性問題：透過把原本集中在單一時刻的大額清算,拆分成一連串隨時間分散的小額調整,降低單次市場衝擊的規模,理論上能減少對市場流動性造成的瞬間壓力,也降低觸發連鎖反應的機率。同時，軟清算也想解決傳統清算對借款人相對不友善的問題——傳統清算一旦觸發，借款人幾乎沒有補救機會,即使部位只是短暫、些微地跌破門檻,依然可能被一次性全額清算;軟清算則給了借款人一個緩衝期,讓那些原本只是暫時性、輕微跌破門檻的部位,有機會在真正走到全額清算之前自我修復。
軟清算具體怎麼運作，一個部位從跌破門檻到軟清算流程結束的完整過程是什麼樣子？
典型的軟清算流程包含幾個環節：
這套機制的設計精神，是把原本非黑即白的清算決策，改造成一個有緩衝空間、給借款人反應時間的漸進過程，同時保留在極端情境下切換回傳統機制的最後防線。
軟清算對一般用戶有什麼實際影響，該怎麼評估自己使用的協議是否採用這種機制？
對借款人而言，軟清算最直接的好處是提供了一層明確的緩衝空間——如果你的部位因為市場短暫波動而輕微跌破安全門檻，軟清算給了你時間跟機會主動補救，而不是像傳統清算那樣毫無預警地被一次性全額清算,這對想避免因為短暫市況波動就被完全清算出場的用戶而言,是一項具體的保護機制升級。
對存款人而言，軟清算理論上也能帶來間接好處——因為單次清算的賣壓規模被拆小分散,整體協議面對極端市況時,發生大規模連鎖反應與壞帳的機率理論上會降低,這某種程度上是對整個協議系統性風險的改善。評估自己使用的協議是否採用軟清算機制,值得查證幾個具體細節：協議文件裡是否明確說明有兩個不同的清算門檻（軟清算觸發點跟完全清算點）；軟清算階段的處理費用比例,是不是確實明顯低於傳統清算的清算獎勵折扣;以及這套機制是否已經經過實際市場壓力測試,還是純粹停留在理論設計階段。理解自己使用的協議採用哪種清算機制,能幫助你更準確評估,如果自己的部位真的一度跌破安全門檻,實際會面臨的處理流程跟潛在損失規模是什麼樣子,而不是憑印象假設所有協議的清算機制都是一樣的。
Liquity 協議是較早在借貸機制設計裡導入類似漸進式調整概念的代表案例之一，其穩定池機制讓借款部位在觸及清算門檻後，優先由協議內建的穩定池資金池吸收清算，而不是完全依賴外部清算人競標拍賣，這種設計某種程度上跟軟清算想達成的「降低單次清算對市場造成瞬間衝擊」的目標有相似的精神,雖然具體技術實作跟後續出現的、更明確定義為「軟清算」的機制設計不完全相同。
優點是提供借款人主動補救的緩衝空間，同時透過拆分單次清算規模降低對市場流動性造成的瞬間衝擊，理論上能降低連鎖反應與壞帳發生的機率；缺點是機制設計複雜度高於傳統清算，需要更精密的參數校準（觸發門檻、調整頻率），如果參數設定不當，可能導致軟清算階段拖延過久，讓部位在惡化過程中承受比一次性清算更長時間的價格波動曝險，實際效果也高度依賴市場流動性是否足以支撐持續、分批的小額變現。