全文
價格目標與實際保障要分開
穩定幣通常追蹤美元等參考資產，目的在於減少計價單位的波動，而不是取消所有風險。Ethereum.org 區分法幣支持與加密資產抵押等設計；兩種代幣即使都顯示接近一美元，持有人依賴的安排也可能不同。把價格視為結果，才能繼續追問支撐結果的條件：由誰保管資產、誰可以提出贖回，以及遇到壓力時要透過什麼程序取回價值。價格平穩的一張圖，並沒有同時回答這些問題；同名或同符號的代幣，也不能直接視為相同權利。
發行、買賣與贖回不是同一條路
可用一個假設區分三個步驟：甲向發行端交付資金取得代幣，再把代幣賣給乙，乙最後尋求換回法幣。第二步是持有人之間的買賣，並不必然表示發行端在那一刻收到更多資金；第三步是否可行，則取決於乙是否符合適用條件。這是抽象例子，不描述特定發行商。它說明「市場上有人願意接手」與「我有直接贖回管道」是不同問題。評估付款用途時，除了收到多少代幣，也應確認收款方實際需要哪一種資產，以及轉換路徑是否可用。
抵押緩衝可以被價格變化消耗
另一個純教學假設是：用價值一百五十的抵押品支撐一百的債務，初始比率為百分之一百五十；抵押品價格下跌兩成後，其價值變成一百二十，比率也降到百分之一百二十。這不代表任何真實協議的門檻、費用或清算規則，只用來展示緩衝如何縮小。若只看發行時的比率，就會忽略之後的價格路徑。具體產品還需要核對估值方式及處置機制，不能從這個簡化算式推導安全承諾，也不能把不同抵押設計的風險合併成一個固定分數。
支付成功仍有使用層的限制
代幣標準提供轉移與授權等介面，但共同介面不等於共同信用。若用於付款，可以分別記錄「收到哪個合約發行的代幣」「位於哪條鏈」「之後如何使用或兌回」三件事。假設商家需要的版本與付款方送出的版本不同，即使名稱相似，仍可能增加處理步驟；這是情境分析，不是特定事故。穩定幣把某些價值移動流程變得可程式化，卻沒有自動替持有人解決所有保管、身分資格與流動性問題。用途越接近日常支出，這些操作條件就越需要明確。因此，同樣一筆付款，可以分別衡量發送是否完成，以及收款方的經濟目的是否完成；這兩項結果未必出現在同一時間。