01先寫下同一筆兌換的參數
比較的起點是訂單地址實際收到的資產和數量，而不是錢包總扣款。把發送資產、發送網路、接收資產、接收網路、數量、模式和查詢時間寫在同一行。接收端不同或發送平台扣費方式不同，都需要重新核對。
例如，USDT TRON 換 BTC 和 USDT Ethereum 換 BTC 的發送網路不同；固定和浮動也包含不同條件。它們可以用於選擇方案，但不應在未說明這些差異時直接排名。
02兩次相同參數的實際查詢，能說明什麼
2026 年 9 月 10 日，我們在本地 FeilongEX 服務端報價介面先後查詢了兩次同一筆浮動兌換：100 USDT Ethereum → Bitcoin BTC。以下是同一服務入口的兩次歷史回應，不是兩個平台的競價，也不是已完成兌換。
本次兩次預計接收量相同，而返回的最低金額有變化。這說明即使預計數量暫時相同，限額也應在操作時重新讀取；不能由兩個樣本推斷日常波動、最低費用或成交成功率。
這兩次浮動回應未提供介面鎖定截止時間，不代表 FeilongEX 報價頁面沒有使用期限。創建前仍需按頁面當前倒數計時和返回條件核對；這項頁面期限未包含在本次歷史記錄中。
此表格可水平捲動。
| 記錄欄位 | 查詢 A | 查詢 B |
|---|---|---|
| 報價入口 | FeilongEX 服務端報價回應 | FeilongEX 服務端報價回應 |
| 查詢完成時間 | 2026-09-10 12:02:23.803 UTC | 2026-09-10 12:03:24.913 UTC |
| 發送資產與網路 | USDT · Ethereum | USDT · Ethereum |
| 接收資產與網路 | BTC · Bitcoin | BTC · Bitcoin |
| 實際詢價入金 | 100 USDT | 100 USDT |
| 模式 | 浮動 standard | 浮動 standard |
| 預計接收 | 0.0012673 BTC | 0.0012673 BTC |
| 最低發送額 | 5.567352 USDT | 5.567439 USDT |
| 報價介面返回的鎖定截止時間 | 未返回鎖定有效期 | 未返回鎖定有效期 |
| 發送端另付費用 | 本次未測量 | 本次未測量 |
资料依据：FeilongEX：資料與觀測方法 ↗FeilongEX：目前報價說明 ↗FeilongEX：2026-09-10 去識別化報價觀測資料 ↗
03預計收到與外部費用，各看一處
預計接收量是報價的輸出，發送錢包或提幣平台顯示的是充值這一步的扣款。不要把報價中已經包含的同一項費用再減一次，也不要把預計接收量與初始發送量的差直接叫作官方手續費。
當發送費用是以 ETH 或 TRX 計量時，保留原幣種和數量。只有取得註明時間與來源的換算值，才計算共同單位下的總付出。完整計算示例見費用與最低金額指南。
04比較完成後，重新確認能否使用這份報價
歷史查詢表不是可提交的訂單。固定報價的建立有效期與實際訂單的付款期限屬於不同階段；浮動報價沒有鎖定有效期，也不代表價格永久有效或訂單可無限期付款。
只比較實際返回的模式與數量，不從介面選擇的標籤推算尚未返回的價格。準備建立時，重新核對目前可用模式、限額及條件；如要比較模式，轉到浮動與固定匯率指南。
05費用返還列在另一項，不預先從儲值扣掉
FeilongEX 活動返還按訂單記錄或費用報價規則計算，並有完成訂單及申請條件。它不是下單時的即時折扣，也不改變需要發送到訂單地址的數量。
比較前把「預計收到的兌換結果」和「符合條件後的活動返還」分開記錄。費用報價補貼不等於實扣帳單，地址登記也不等於付款；方法見返還計算與申請指南。
资料依据：FeilongEX：費用返還規則 ↗
06把比較記錄帶回實際操作
保留報價時間、參數、預計接收和未知費用；隨後在發送錢包確認費用與實際入金，在接收端核對資產、網路和最低入帳。條件變更後重新查詢，不沿用另一筆訂單的地址或數量。
準備好接收網路後，查看USDT TRC20 換 BTC或ETH 換 USDT Ethereum。已經付款時應查詢原訂單，不要為了尋找另一份報價重複付款。
资料依据：FeilongEX：匯率與費用條款 ↗
常見問題
預計接收最多的報價，就一定最便宜嗎？
不能單獨這樣判斷。還需核對模式、網路、發送端另付費用、有效期和接收條件，缺失費用時不能得出完整成本排名。
兩次詢價結果一樣，價格就鎖定了嗎？
沒有。兩次相同回應只是這兩個時點的觀測；是否鎖定由實際回應模式及有效訂單條件決定。
沒有第二家平台的報價，可以推算一個來比較嗎？
不應把推算結果寫成該平台的實際報價。可以使用明確標註的教學假設，但不能據此發布真實價格排名。