代幣化股票 Maker / Taker 手續費排名：顯性交易成本怎麼比較
作者：Flowie｜ChainCatcher 內容作者，關注 RWA，解讀 Web3 真實敘事。
代幣化股票交易所的 Maker / Taker 手續費，適合回答“在頁面顯示規則下，哪一檔顯性費率值得進一步研究”，卻不適合直接回答“哪家交易所對任何訂單都更便宜”。原因很簡單：訂單是否按 Maker 或 Taker 成交、目標合約是否適用、賬戶處於哪一檔費率，以及當時的價差與實際執行，都是不同層的條件。
本文以 RootData 於 2026 年 7 月 23 日 17:30 凍結的 29 家平臺快照為起點，完整保留 Maker / Taker 顯示值、區間值與 --。先把顯示費率讀對，再討論同一名義金額下的顯性費用；不把它寫成開戶建議、平臺背書或總成本排行。
費用比較的三個先後條件
- 先分角色：Maker 與 Taker 分列閱讀，避免混成一個“最低費率”。
- 再核規則：目標合約、產品規則與賬戶檔位決定顯示值是否適用。
- 最後算金額：名義金額乘以適用費率，只得到單邊顯性費用，不得到總成本。
Maker / Taker 手續費先回答什麼，不回答什麼
Maker / Taker 反映訂單的流動性角色。Maker 指提供可被他人撮合的流動性，Taker 指消耗現有流動性。SEC 對 maker-taker 結構的說明與其市場結構資料都把費用或返還與這兩類角色聯繫起來。放到代幣化股票交易所的頁面字段中，最重要的讀法是：先分列，再比較；不要把 Maker 和 Taker 混成一個“最低手續費”。
費用字段只回答顯性費率。它不自動覆蓋買賣價差、訂單規模帶來的價格影響、資金費率或其他持有成本。SEC 對交易成本構成的討論也將價差與市場影響作為可區分的成本成分。因此，費率低是一個需要繼續核驗的信號，而不是完整交易成本已經更低的結論。
先把訂單角色和規則檔位固定，顯示費率才有比較意義；再把報價與持有成本另行記錄，才不會把一列手續費讀成總成本。
29 家代幣化股票交易所快照：頁面顯示的 Maker / Taker 費率
下表按 RootData 頁面凍結快照順序，完整保留 29 家代幣化股票交易所顯示的 Maker / Taker 費率。數據截至 2026-07-23 17:30，來源 RootData。具體字段來自RootData 股票衍生品交易所排名頁。這裡的“快照序號”沿用頁面順序，不是按 Maker 或 Taker 費率重新排序。
頁面原始 -- 保留為缺失狀態。表中的 -- 不補作 0%；XT.COM 的 Maker 區間也按原樣保留。RootData 股票衍生品排名說明將費用、流動性、價差和合約覆蓋作為分開的字段，這也是本文不製作“最低總成本交易所”結論的原因。
| 快照序號 | 交易所 | Maker | Taker | 讀表提示 |
|---|---|---|---|---|
| 1 | Binance | -- | -- | 保留缺失狀態 |
| 2 | Bybit | 0% | 0.0275% | 分列比較 |
| 3 | OKX | 0.02% | 0.05% | 分列比較 |
| 4 | Bitget | 0.02% | 0.06% | 分列比較 |
| 5 | Ourbit | 0.02% | 0.04% | 分列比較 |
| 6 | Gate | -0.01% | 0.075% | 負顯示值需核驗規則 |
| 7 | Hyperliquid | 0.015% | 0.045% | 分列比較 |
| 8 | Lighter | 0% | 0% | 仍需核驗適用條件 |
| 9 | BingX | 0.02% | 0.05% | 分列比較 |
| 10 | XT.COM | 0.02% - 0.04% | 0.06% | 保留區間值 |
| 11 | Ondo Perps | 0.015% | 0.035% | 分列比較 |
| 12 | Extended | 0% | 0.025% | 仍需核驗適用條件 |
| 13 | Phemex | 0.01% | 0.06% | 分列比較 |
| 14 | Bitunix | 0.02% | 0.06% | 分列比較 |
| 15 | GRVT | -0.0001% | 0.045% | 負顯示值需核驗規則 |
| 16 | KuCoin | 0.02% | 0.06% | 分列比較 |
| 17 | edgeX | 0.018% | 0.038% | 分列比較 |
| 18 | MEXC | 0% | 0% | 仍需核驗適用條件 |
| 19 | MSX | 0.02% | 0.045% | 分列比較 |
| 20 | OrangeX | 0.02% | 0.06% | 分列比較 |
| 21 | Coinbase | -- | -- | 保留缺失狀態 |
| 22 | Aster | -- | -- | 保留缺失狀態 |
| 23 | BitMart | 0.02% | 0.06% | 分列比較 |
| 24 | HTX | 0.02% | 0.06% | 分列比較 |
| 25 | BitMEX | 0.05% | 0.05% | 分列比較 |
| 26 | Kraken | 0.02% | 0.05% | 分列比較 |
| 27 | Crypto.com | -- | -- | 保留缺失狀態 |
| 28 | Paradex | 0% | 0.02% | 仍需核驗適用條件 |
| 29 | Ostium | 0.06% | 0.06% | 分列比較 |
這張表最適合做兩類初步動作：一是分別圈出 Maker 與 Taker 列中值得研究的顯示值；二是標記缺失、區間或負顯示值，留待回到具體規則核驗。它不回答個人賬戶實際會被收取多少，也不說明某筆訂單最終會以什麼價格成交。
把顯示費率變成可比成本，先過三層條件
先固定角色與規則，再將顯示費率作為顯性成本輸入。更具體地說，底層是訂單角色，中層是目標合約與費用檔位，頂層才是同一名義金額下的單邊顯性費用；報價、滑點和資金成本仍在這座“金字塔”之外單獨記錄。這樣做不會製造一個看似精確、實際卻混入不同條件的總成本分數。
第一層：先固定訂單角色
不同角色不應構成同一費率比較對象。若研究的是需要立即成交的訂單，就應只在 Taker 列中比較；若研究的是可以等待撮合、以提供流動性為目標的訂單，才進入 Maker 列。頁面的 0% 或負 Maker 顯示值，也只有在訂單確實按對應角色成交時才有討論空間，不能因為下了限價單就預設一定適用。
第二層：再確認合約規則與費用檔位
交易量分級會對應不同的費用或返還水平。SEC 對分級交易所費率的公開說明提示，費用安排可能隨交易量等條件變化。這裡並不據此斷言 29 家平臺採用同一機制；它只是說明：RootData 快照中的顯示值不能跳過目標合約、產品規則和賬戶檔位，直接被視作每位讀者的實際結算費率。
第三層：把顯性費率與報價成本分開
單列費率不能成為成交質量的代稱。SEC 關於執行質量統計的資料以訂單到達時的報價和實際執行數量為參照，說明執行結果並不只由一列費用決定。對代幣化股票合約研究而言，顯性手續費可以單獨比較；價差與價格影響需要同一時點的報價和規模；資金費率則屬於持倉過程中的另一類字段。三者可以並列研究，不能互相替代。
研究示例：以 10,000 美元名義金額換算單邊顯示費率
名義金額指用於計算費率的交易金額口徑。假設同一筆 10,000 美元名義金額的訂單，確實適用頁面顯示的 Taker 費率，單邊顯性手續費的算式就是：名義金額 × 顯示費率。10,000 × 0.0275% = 2.75。例如，0.05% 對應 5.00 美元；0.075% 對應 7.50 美元。
| 頁面顯示 Taker 費率 | 10,000 美元名義金額的單邊示例 | 計算邊界 |
|---|---|---|
| 0.0275% | 10,000 × 0.0275% = 2.75 美元 | Bybit 快照顯示值；假設該費率適用 |
| 0.05% | 10,000 × 0.05% = 5.00 美元 | 多個平臺的快照顯示值；不代表同一規則 |
| 0.075% | 10,000 × 0.075% = 7.50 美元 | Gate 快照顯示值；假設該費率適用 |
這個示例只展示單邊、顯性的費率差異，不包含開倉後繼續持有的資金費率，也不包含進入或退出時的價差與價格影響。雙邊操作、不同名義金額或不同費用檔位，都應重新寫明假設後再計算。換算的價值在於把百分比顯示值變成同口徑金額，而不是替任何交易所計算最終成本。
從平臺快照回到合約：怎樣保留可複核的費用記錄
先記錄快照條件，再複查具體規則。一個足夠簡潔的研究記錄應至少寫明：頁面觀察時間、交易所、目標股票合約、預期的 Maker 或 Taker 角色，以及當時需要確認的費用檔位。若還要討論成交成本，則另起一欄記錄報價、訂單規模和持倉期間的費用字段；不要把它們塞進 Maker / Taker 一列。
RootData 將費用與其他平臺字段並列呈現。排名頁與字段說明可作為建立研究起點的入口。查看費用字段後，可查看 RootData 股票交易平臺排名，在同一頁面核對更新時間與其他比較維度；RootData 數據標準也提供了理解動態數據口徑的公開方法入口。頁面發生更新時，應以新時間點重新保存這組條件，而不是把舊費率與新報價混在一起。
手續費字段不能替代的四類判斷
RootData 公開免責聲明界定內容使用邊界。第一，它不能證明某個產品或合約對某一地區、某一用戶可用；第二，它不能代表報價緊密度、深度或實際成交質量；第三，它不能代替資金費率等持有成本的比較；第四，它不能推出任何平臺對特定讀者“更適合”。本文是數據字段的研究說明，請同時參閱 RootData 公開免責聲明。
常見問題
-- 保持為缺失狀態，顯示費率不替代個人適用費率。以下問題只補充讀表邊界，不為任何交易所補充頁面未顯示的規則。
Maker 費率為 0% 是否表示完全沒有成本？
不表示；0% 僅是頁面顯示的某項 Maker 費率，仍要確認訂單是否實際按 Maker 成交、目標合約是否適用，以及賬戶是否處在對應檔位。即便顯性 Maker 費率為 0%，訂單仍可能面臨報價、價格影響或持有期間的其他成本。頁面費率通常是某個規則下的顯示項；在沒有確認這些條件前，不能據此計算個人結算。最穩妥的表述是“該快照顯示 0%”，而不是“這筆交易完全免費”。
負的 Maker 顯示值在交易所頁面中應該怎樣閱讀？
應先把它讀作凍結快照中的負 Maker 顯示值，不直接推出每一筆訂單都會獲得返還。它至少還取決於訂單角色、產品規則和費用檔位是否滿足；本文也不根據負顯示值推斷平臺激勵、實際結算方式或成交概率。對比時可將其單獨標記為需要複核的規則項，而非放入無條件的“最便宜”排序。若規則頁與快照顯示不同，應以發佈時可核驗的具體規則為準。
為什麼不能只看 Taker 手續費來選交易所？
因為 Taker 字段只覆蓋顯性執行費率。它不回答當前合約的買賣價差、指定規模下的實際價格影響、開倉後資金費率如何變化，也不確認個人賬戶能否適用該顯示規則。若訂單的目標是即時成交，Taker 列當然是必要輸入；但它只是完整研究記錄中的一項，而不是替代其他字段的結論。比較時還應確認訂單規模與觀察時間，否則同一費率也可能面對不同的執行條件。
頁面顯示 -- 時能否按零費率比較？
不能；-- 只表示凍結快照中沒有可用顯示值，應按原樣保留。將缺失值補成 0%，會把“沒有可比數據”錯誤變成“顯性費用最低”，也會讓後續名義金額換算失去基礎。需要更新時，應回到新的 RootData 頁面時間點和對應平臺規則，而不是憑空填補數值。若只缺其中一列，也只能使用另一列做有限觀察，不能替代完整費用比較。