報價不是最後到手量

DEX 換幣怎麼看:滑點、價格影響與代幣授權

把報價、成交保護、授權和不可逆結算拆開,才能知道你簽的是哪一項權限。

DEX 報價、最低到手量與代幣授權核對步驟插圖
編輯插圖,不是錢包或交易介面截圖。

四張紙

把一次 swap 拆成報價、保護、權限與結算

DEX 不是只按一個按鈕;錢包可能先要求 approval,再要求 swap 交易簽名。

1

Price impact 來自你的交易量

2

Slippage 是成交保護界線

3

Approval 是持續的支出權限

4

簽名前核對合約與最低到手量

第一張紙

Price impact 和 slippage 為何不是同一個數字?

Price impact 是你的交易對池內價格造成的直接改變。池子越淺、交易相對池子越大,交換曲線移動得越多。Slippage 則是你願意接受「報價後到交易執行前」輸出量變差的界線。前者描述交易規模對價格的作用,後者是失效保護;把兩者相加成單一「手續費」會看錯成本。

畫面上的預估輸出仍不是保證。路由可能經過一個或多個池,區塊排序、其他交易與代幣本身的轉帳機制都可能改變執行結果。真正應先看的欄位是最低到手量、price impact、協議費、網路費、路由與交易期限。每個介面的預設 slippage 可能調整,本文不把某個百分比寫成永久標準。

Uniswap 的失敗交易說明列出滑點界線、期限、網路資產不足及非標準代幣等情形。提高 slippage 有時能讓交易執行,也同時放寬最差成交界線;它不是免費的修復鍵。

第二張紙

代幣 approval 到底授權了甚麼?

ERC-20 的 approve 讓指定 spender 在 allowance 上限內,多次以 transferFrom 從你的地址移動代幣。它不是把代幣立即轉走,也不是只對眼前這一筆 swap 有效。若授權額遠高於需要量,該 spender 日後仍可能動用剩餘 allowance,直到額度耗盡、被改寫或撤銷。

介面常把流程分成兩步:先簽 approval 交易,再簽 swap 交易。第一步的收件者通常是路由合約或權限管理合約,第二步才包含交換參數。錢包若顯示無限額授權,便利性是少簽幾次、少付幾次網路費;代價是合約、前端或授權關係出問題時,暴露的代幣數量可能更大。

Uniswap 的 approval 指南區分精確額、較高額與無限額授權。一次性操作可優先考慮貼近需要量的額度;常用合約仍應定期核對。撤銷本身也是鏈上交易,會產生網路費,不能把撤銷網站當作需要助記詞的客服工具。

簽名也能改權限

Permit 沒有支付 gas,為何仍要小心?

ERC-2612讓持有人以簽名修改 allowance,之後由其他地址提交。簽名階段可能沒有鏈上費用,卻仍能形成代幣支出權。看到「Sign」而不是「Confirm transaction」,不能據此判定沒有資產風險。

核對 permit 時要看 token、owner、spender、value、nonce 與 deadline。不要只讀錢包最上方的網站名稱。釣魚頁可能要求給陌生 spender 高額權限,再由攻擊者提交簽名。已批准的 allowance 應從可信區塊瀏覽器或錢包安全頁重查;若懷疑惡意合約,先斷開網站不會自動撤回鏈上權限。

宗教判讀

滑點和價格波動是否直接等於 Gharar 或 Maysir?

不能只靠「價格會變」下結論。Gharar 的問題要回到交易標的、價格形成、交付、重要資訊與契約義務是否過度不明;Maysir 則要看行為是否以押注式得失為核心。正常市場中存在價格變動,不會自動把每次現貨交換變成同一類契約。

DEX 分析至少要補齊五項事實:你實際交付哪枚 token、取得哪枚 token;是否使用借款或槓桿;最低到手量如何設定;代幣合約是否含轉帳稅、封鎖或增發控制;你是否真正取得可控制的資產。IIFA Resolution 237沒有替所有加密交易給出單一答案,AAOIFI 的 possession 原則也需要結合具體交付與控制情況。技術文件提供事實,不代替合資格學者的個案判斷。

諮詢時不要只交出一張「交易成功」截圖。應同時保存交易前報價、price impact、slippage、minimum received、路由、token 與 spender 合約地址、approval 額度、鏈上 receipt,以及事後實際收到和可否轉出的證據。若 swap 經過多個池或包裝資產,每一層的交付與權利都要分開描述。

交易目的也影響判讀。為取得可使用資產而作的現貨交換,與借貸加槓桿後反覆追價,不能因為都在同一個 DEX 畫面操作便視為相同。費用亦要拆成流動性池費、網路費、協議費和可能的代幣轉帳稅;名稱相近不表示契約性質相同。

簽名前推演

案例:用流動性較淺的池把代幣 A 換成穩定幣

畫面顯示可換得一筆穩定幣,但 price impact 已明顯,錢包又先要求無限額 approval。這不是一個問題,而是成交價格與持續權限兩個獨立風險。

畫面資訊下一個核對不應混淆
Price impact 偏高減小交易量、比較其他路由及池深不是網路費,也不是 slippage 設定
最低到手量過低重新評估 max slippage 與交易必要性成交成功不代表價格合理
要求無限額 approval核對 spender,考慮精確額並安排複查斷開網站不等於撤銷 allowance
代幣合約陌生核對官方合約地址、權限與交易限制同名同圖示不證明是同一資產

結論邊界:這份表只能把可查事實補齊,不能保證成交、合約安全或宗教適合性。

錢包彈窗出現時逐項讀

  • 目前是 approval、permit 還是 swap 交易
  • 網站網址、鏈、token 合約與 spender 是否相符
  • 授權額是否超過本次需要,之後如何撤銷
  • 預估輸出、最低到手量、price impact、協議費與網路費
  • 是否使用借款、槓桿或具有轉帳限制的代幣

完成後要核對甚麼?

不要只看介面的綠色勾號。到該鏈的正式區塊瀏覽器核對 transaction status、實際 token 合約、轉出與轉入數量、gas,以及 approval 是否仍然存在。若 receipt 沒有預期的 token transfer,先停止重試;保存 hash、錯誤訊息與時間,再從官方支援入口查明原因。

DEX 的限價單和即時 swap 有甚麼差別?

即時 swap 是按當下可用路由提交交換,minimum received 只限制最差可接受結果,不保證你看到的報價。限價單則通常要等市場到達指定價格,再由協議、填單者或鏈上機制執行;「已建立訂單」不代表已成交,也不代表在到價時一定有足夠流動性。

比較兩者時要看執行模型。某些介面的限價單由使用者簽署鏈下訊息,成交時再由第三方提交;另一些會先把資產放入智能合約。前者涉及簽名有效期、取消方式和填單者,後者多一層合約與託管風險。不要只因畫面寫著 limit order,就假設它和受監管交易所的中央訂單簿有相同保障。

若只是想控制大額 swap 的 price impact,可先比較較小數量、不同路由和分批成本。分批會增加 gas、等待與重複簽名,不一定比較便宜。把每個方案的 minimum received、總費用、預計執行時間和撤銷條件放在同一張表,才知道自己是在換取價格控制,還是只把成本移到別的地方。

交易完成後,怎樣留下可核對的成本紀錄?

保存 wallet 地址、鏈、token 合約、輸入與實收數量、approval 和 swap 的 transaction hash,以及當時使用的價格來源。若先做 approval 再 swap,兩筆 gas 都屬於這次操作成本;失敗交易雖沒有換到 token,已消耗的 gas 也不能從紀錄中刪掉。

多跳路由會產生中間 token 與多個 pool 事件。一般使用者不必手工重建每個事件,但至少應確認最終收到的是預期合約,而不是同名假 token 或第三方 wrapped 版本。日後計算損益、Zakat 或向專業人士說明時,應把 DEX 介面報價與鏈上實收分開,並註明估值日期和匯率來源。

若帳務工具只讀取 wallet 最終餘額,可能漏掉失敗 gas、permit、revoke 和跨鏈費。匯出資料後抽查幾筆交易,確認工具如何分類;不能因軟體自動標成「swap」就把分類當成法律、稅務或宗教結論。

專題:交易結構與取得方式