加密借貸收益從哪裡來：先看借款人、抵押與違約

先辨識合約

按下「賺取」之後，資產法律上去了哪裡

介面可能把產品稱為 savings、earn、lending 或 passive income，但名稱不能回答交易結構。要找的是資產是否轉移給平台、平台是否可以再借出、你取得的是原代幣所有權還是平台欠你的債權，以及到期時返還同類代幣或其價值。

若平台承諾無論借款活動結果如何都按期間增加相同種類與數量，這項固定增額與債權的關係是宗教判讀的重要事實。若回報來自實際服務費、風險共擔或變動營運結果，仍須查看費用分配、損失承擔及提前退出規則，不能因回報浮動便自動排除問題。

最少保存產品條款、資產移轉條款、利率計算日、提款規則及借款人類型。只看首頁 APY，會漏掉真正決定權利的文件。

畫出資金流

不知道借款人，就不知道回報由誰支付

中心化帳戶可能由平台統一決定把資產借給機構、做市商或其他客戶；鏈上協議可能讓借款人向池子提供抵押後取走資產。兩者都可能顯示即時計息，但對手方辨識、擔保執行、治理及故障處理完全不同。

Investor.gov 指出此類帳戶可能把客戶資產借給借款人，而且不具有銀行存款的同等保障。IOSCO 的 DeFi 研究則提醒，程式自動執行不會讓治理、合約漏洞、預言機與流動性風險消失。去中心化描述不是無對手方的同義詞。

反例是：甲產品清楚列出超額抵押、即時清算及損失歸屬；乙平台只寫每日收益，沒有借款人、抵押率和破產順位。即使乙過去每次準時支付，也不能把歷史履約改寫成未來保障。

抵押不是保證

超額抵押仍會遇上價格、時間與執行落差

抵押率在價格平穩時可能很充足，急跌時卻會迅速縮小。預言機延遲、網路擁塞、清算折價及交易深度不足，都可能讓實際回收低於模型。若抵押物與借出資產高度相關，壓力時兩邊同跌，表面的安全墊會一起縮水。

中心化平台還需查抵押是否專戶隔離、是否可再次質押、客戶是否為有擔保債權人，以及平台破產時誰先受償。鏈上協議則要查管理金鑰、升級權限、預言機與緊急暫停。把抵押率單獨當作安全評分會忽略執行路徑。

違約情境應以數字書寫：借出多少、抵押何物、觸發價、清算費、預期延遲及最壞回收。這份壓力表比年化回報更能顯示你為何得到收益。

宗教判讀

先證明債權與增額，再討論 Riba

Riba 不是貼在所有收益上的標籤，也不能因平台改用獎勵字眼便消失。判斷要回到是否存在借貸或延後債務、債權人是否因時間取得約定增額、服務與風險承擔是否真實，以及額外回報是否成為借款條件。

本文不替讀者作結論。把資金流圖、抵押規則、固定或浮動計算式、退出條款與所在地法律交給合資格學者，才能讓問題落在具體安排，而不是抽象的 staking 或 earn 名稱。證據仍缺時，應標示未知，而不是猜測平台如何運用資產。

一張對手方卡

把「誰付收益」寫到最後一層

先記下使用者把資產交給哪個法律主體，再追平台是否轉借、借款人類型、擔保品所在位置與違約後的追索順序。若畫面只顯示每日收益，卻沒有借款人、資產用途或平台自有債務的說明，就保留「未知」，不要用「平台大概拿去放貸」補空白。

實務上可把一筆 1,000 USDT 安排拆成六欄：本金、約定增加額、期限、擔保品、清算規則與最後承擔損失者。超額抵押只能描述某一時點的價格緩衝；價格跳空、清算延遲、深度不足和平台破產仍可能使回收不足。宗教諮詢時，應提交這張現金流卡及原始條款，而不是只提交 APY。