質押不等於借貸：先追蹤加密收益從哪裡來

把所有「放入資產後增加餘額」的產品都叫 passive income，會遮蔽最重要的教法差異。原生 proof-of-stake、平台代質押、流動性質押和借貸池的收益來源並不相同。

Ethereum 官方頁面說明 validator、client、node operator 與啟動驗證者所需的 ETH。這是真實系統文件畫面，不是模擬介面。核查日期 2026-08-01。

四種機制分開看

原生質押：驗證者鎖定資產、運行軟體、提交 attestation，依協議規則獲得獎勵；離線或違規可能受罰，嚴重時 slashing。收益與網路工作及風險相連。

託管質押：平台集中用戶資產並操作驗證者，用戶取得平台記錄的獎勵。除底層協議外，還要研究代理、託管、費用、贖回和平台風險。

流動性質押：用戶另外取得代表質押部位的代幣，可轉移或用於 DeFi。此後每一次借貸、LP 或再質押都是新的合約，不會因底層 staking 而自動獲得相同評價。

借貸池：供應者把資產放入可供借款人使用的池，借款人承擔債務並支付 interest；供應收益通常由借款利息及利用率驅動。Aave 官方文件就明確使用 supply、borrow 和 interest 這些描述。

六個核查問題

1. 收益付款人是協議、平台、借款人還是交易對手？
2. 用戶提供的是驗證服務、代理資金，還是貸款本金？
3. 本金與收益是否保證？誰承擔 slashing、價格及平台損失？
4. 報酬按網路工作、實際利潤、借款時間還是促銷補貼計算？
5. 是否收到可交易的流動性代幣？後續用途是甚麼？
6. 提領是否要等待，匯率和費用如何決定？

只要其中一項說不清，就不應用「staking」這個市場名稱取代合約分析。

一個常見誤區

某產品可能把原生驗證獎勵、平台補貼和第三方借貸收益顯示成單一 APY。此時應逐層拆開，而不是以整體收益率判斷。若平台條款直接說資產會借給借款人並產生利息，就不能因頁面名稱含 staking 而忽略債務關係。

反之，原生 PoS 有獎勵也不能單憑「不是貸款」便宣告整個託管產品符合教法；代理、資產篩選、費用及後續用途仍需審查。

一手來源

• Ethereum Staking Launchpad：Validator FAQ
• Aave：Supply Tokens
• IIFA：Rulings on Usury-based Bank Transactions

來源最後核查：2026-08-01T18:00:00+08:00。本文不代替個別教法裁決。