行情價格與兌換報價回答的是不同問題
比較前先統一條件
判斷哪個報價更合適前,先核對這些項目:
來源資產與網路。 以太坊上的 USDT 與 Tron 上的 USDT,不是同一套付款指示。
收款資產與網路。 收款方必須支援該版本資產。換到不能使用的網路,即使數量更多也不是更好的結果。
輸入金額。 小額報價不能直接套用於更大的金額。
報價時點與有效條件。 頁面快取示例、之前的預覽和新訂單,不是同一時刻的報價。
費用是否已計入。 區分已經反映在收款數量裡的成本,以及付款錢包或交易所另外收取的費用。
AllSwap 的幣對列表提供參考示例。使用表單時,應確認所選資產與金額已經傳回目前收款預覽;尚無可用報價時顯示的行情參考,不是可以據此付款的理由。
分清預覽、訂單與實際到帳
預覽用於判斷是否繼續。填寫相容的收款地址並請求訂單後,才會取得入金指示。發送前應核對該訂單的入金地址、網路、準確來源金額及可能要求的入金 Memo。
目前 AllSwap 介面展示的是預計收款數量。不要把預計值理解成無條件最終到帳量、獨立的保底數量,或可以忽略必要欄位的許可。有些兌換產品會分別顯示預計數量與最低數量,但不能直接把別的產品的標籤或保證套用到這裡。
訂單可能提供付款期限。它與預覽有效期、預計完成時間是不同概念,不存在所有請求統一鎖價 30 分鐘的規則。未顯示期限時,應先確認指示,而不是理解成可以無限期付款。
實際到帳發生在後續階段。來源付款顯示成功,並不單獨證明訂單已經識別入金或收款方已經記帳。請保留原訂單分頁,分別核對來源付款、路由處理、目標轉帳和收款平臺入帳。
比較收到的數量,不要重複扣費
AllSwap 的費用說明披露了服務費,路由定價已反映該服務費。頁面的預計收款數量不是一筆還要自動減去服務費的行情換算結果,也不能僅憑一個總額就假設能精確拆出每項路由成本。
支付訂單本身可能產生另一項成本,例如錢包收取來源網路轉帳費,或交易所收取提幣費。交易所扣費方式也未必與錢包一樣。例如,OKX 的地區提幣說明區分了版本和餘額條件下的扣費行為。應看自己的最終確認頁,不照搬別人的計算。
這裡有兩項不同的檢查:選擇報價時,比較相同條件下預計收到多少;實際付款時,確認到達入金地址的金額是否滿足訂單。發送服務從轉帳金額中扣費時,你填寫的數字未必等於訂單收到的金額。不要自行假設少付、補款或分批支付會被自動合併處理。
一個演示對照
下列數字專門用於說明方法,不是 AllSwap 即時報價、真實成交、公佈費率,也不代表目前一定有這條路由。兩個例子假設取樣時點、額外付款成本與收款條件相同。
| 核對項 | 示例 A | 示例 B |
|---|---|---|
| 訂單輸入 | 以太坊上的 1,000 USDC | 以太坊上的 1,000 USDC |
| 收款資產 | Tron 上的 USDT | Tron 上的 USDT |
| 預計收到 | 997 USDT | 995 USDT |
| 路由成本 | 已反映在收款數量中 | 已反映在收款數量中 |
| 來源端付款成本 | 另計,假設兩者相同 | 另計,假設兩者相同 |
| 時點及收款條件 | 假設相同 | 假設相同 |
在這些假設下,A 的預計收款多 2 USDT。演示報價比例為 997 除以 1,000,即每 1 USDC 對應 0.997 USDT。這是報價比例,不是任何一種資產的美元價格,也不是平臺服務費率。已經計入的路由成本,不要再從 997 中扣一次。
如果付款成本、收款網路、要求的金額或有效條件不同,這個簡單比較就不再適用。需要按統一條件重做對照;重要成本未知時,不應把結果標為最便宜。
數字變化時怎樣處理
在 AllSwap 上如何使用這套比較方法
常見問題
報價不同,是不是又多收了一筆費用?
不一定。參考價格、請求金額、網路、可用流動性與取樣時點都可能不同。應統一條件,並區分已經反映在收款數量中的成本與來源端另外發生的付款費用。
預計到帳數量還要再減一次 AllSwap 服務費嗎?
不需要。報價輸出已經反映費用頁面說明的服務費,不要重複扣除。另行檢查付款錢包或交易所收多少費用,以及實際到達訂單入金地址的金額。
預覽會保證最終到帳數量嗎?
目前介面展示預計收款數量,預覽不是無條件的最終到帳保證。付款前請核對目前訂單及其金額、網路、地址與已提供的付款期限。
已經付款,後來看到的報價變了怎麼辦?
先核對原訂單和付款交易,不要僅因為另一個預覽變化就再次付款。新報價不會把舊付款自動轉到新訂單;有疑問時使用未到帳指引或聯絡官方支援。