DeFi 可組合性：梳理收益背後的依賴關係

一個倉位可能涉及多個系統

可組合性允許智能合約與其他合約交互，把功能組合成更大的應用。Ethereum 的可組合性文檔將其視為應用開發的基礎構件。從金融分析角度看，同樣的便利也帶來依賴問題：一個簡單的存款介面背後，可能隱藏著多個合約、資產及控制系統。

設想一個金庫接受穩定幣，將其借出、獲得憑證代幣，再將憑證存到別處賺取額外獎勵。可見餘額不是單一現金帳戶，而是一連串權利，其贖回依賴底層步驟。增加層次可以改善功能，卻不創造獨立的安全來源。

為每一層畫出資產負債表

從終端用戶的資產出發，追蹤金庫實際持有甚麼。識別金庫是否負債、是否提供無抵押或抵押貸款，以及憑證是否能夠立即贖回。然後繼續追蹤下一層憑證的支持資產。只有當經濟敞口清楚時才停止，而不是看到一個熟悉的協議名稱就停止。

有用的示意圖用實線箭頭表示資產索取權，用虛線箭頭表示預言機、跨鏈橋和管理員等依賴。兩個金庫可能持有不同憑證，卻依賴同一種抵押代幣或同一個緊急多簽小組。僅數協議名稱看似分散，依賴關係圖卻可能揭示集中敞口。

區分收益來源與代幣增發

將報價收益拆分為借款人利息、交易費用、質押獎勵和激勵代幣。各組成部分的驅動因素不同。獎勵代幣顯示的美元價值取決於價格及其出售能力；它不等同於同額、可立即使用的基礎資產收入。費用、借款成本和再投資支出應列在計算的支出端。

假設倉位為 $10,000，年化借款利息收入 $400，加上價值 $600 的獎勵代幣，顯示的毛收益率為 10%。若操作費用為 $100，且獎勵代幣在賣出前價格減半，則示例中的實際實現額為 $400 + $300 − $100 = $600，即 6%。該計算假設本金與時點不變；它不是預測。

反向測試退出過程

進入可能很容易，退出卻可能需要連續完成多次贖回。應確認哪個市場必須先提供流動性、是否有提現隊列，以及釋放抵押品前是否必須償還債務。今天交易活躍的憑證，在許多持有人同時需要退出時可能變得缺乏流動性。

製作一份帶時間戳的紙面退出流程。每一步都記錄收到的代幣、所需 Gas、價格不確定性，以及可能阻礙後續操作的條件。如果某協議暫停提款，上游金庫即使自身代碼沒有缺陷，也可能無法付款。這是依賴環節故障的傳導，並不一定意味著每一層都資不抵債。

評估共同控制機制與有限定範圍的權利

審查誰能升級金庫、改變路徑或加入新資產。治理行動後，策略描述可能過時。審計可能覆蓋金庫合約，卻不覆蓋未來每項集成。區分不可變約束與管理者裁量，並核實已部署版本中哪些權限仍然有效。

比較時，應編寫一頁風險清單，而不是僅按收益率排名產品。納入最終資產、槓桿、提現順序、共同依賴及未知事項。如果某項關鍵依賴無法確認，應標註分析尚不完整。介面顯示的年化百分比再精確，也無法彌補對持有對象的不確定性。這項練習的目的是理解結構，而不是建議參與。

一個頗有啟發的練習是問：如果激勵獎勵明天降為零，還剩下甚麼？在不假定能賣出獎勵代幣的情況下，重新計算收入、支出與退出能力。這不是預測獎勵會結束，而是識別該結構是否具有底層經濟收入來源，或其表面吸引力是否主要依賴持續補貼與其他人購買所分發代幣的意願。

從退出目標反向畫出依賴關係

進入應用時看到的頁面，往往只是最外層。要最終取得銀行帳戶中的現金，可能先要償還借款、釋放抵押品、贖回憑證、跨鏈轉移，再完成賣出與提款。每一步都可能依賴不同服務，也可能要求前一步先成功。

從最終需要的資產與到帳時間反向推演。在每個環節，甚麼資產必須可用？誰有權暫停操作？是否需要新的簽名、網絡費用或市場買方？把只在正常條件下可行的路徑標出來，尤其注意緊急情況下可能同時擠塞的幾個步驟。

使用兩個協議，不一定構成獨立的風險來源。如果它們都依賴同一個預言機、跨鏈橋或抵押資產，一個故障可能同時影響兩邊。評估分散程度時，應尋找共同的關鍵依賴，而不是僅按應用名稱或頁面數量計算「分散了幾份」。

借款會放大自有資金的價值變化

假設資產價值30,000歐元、債務10,000歐元，自有淨值就是20,000歐元。若資產下跌10%，而債務暫時不變，則資產剩27,000歐元，淨值為17,000歐元，下降15%。這裏尚未計入利息與費用，資產跌幅和自有資金跌幅並不相同。

這是資產負債表的示例，不是完整的清算模型。實際清算條件還可能依賴抵押品係數、預言機價格、債務增長與具體市場規則。估值中採用的價格，也不保證是立即平倉時能夠實現的成交價格，因此不能直接用淨值計算代替退出分析。

練習同時製作兩張表：一張記錄經濟價值，另一張記錄每一步能夠自由動用的流動性。淨值為正，不等於眼前的支付要求一定能夠滿足。有足夠價值與在正確時間取得可用資金，是互相關聯但不能互相代替的條件。