獨立學習 · 瀏覽器本機計算繁中 / தமிழ் · 方法
獨立泰米爾語風險教育 TAMIL MARKET DESK தமிழ்

學習指南

勾了 post-only 的委託不見了，我到底付了哪一檔手續費

官方文件裡 post-only（GTX）對應的結果是拒單，沒有成交就沒有手續費。真正會付到吃單那一檔的，是下單瞬間就撮合掉的普通限價單。

教學示意圖 — 只是教育說明，不是市場訊號或績效圖。

只供教育用途；不是財務建議，也不是交易訊號。

讀者最常問的問題

  • 勾了 post-only 的委託被拒之後，手續費算哪一檔？
  • 限價單一定會被算成掛單方嗎？
  • GTX 這個參數在官方文件裡代表什麼？
  • 0.0200% 與 0.0500% 這兩個數字是從哪一頁抄來的？
  • 計算器裡的手續費欄位應該填哪一個數？

這一頁想讓你弄懂的事

  • 分清掛單方與吃單方的身分由成交時機決定，不由單型決定。
  • 讀懂 -5022 這個錯誤碼在費用上代表什麼。
  • 知道自己帳戶當期的費率該去哪一頁確認。
  • 在計算器的費率欄位裡做出偏保守的假設。

重點段落

委託憑空消失，那筆錢扣了沒

勾了 post-only 的限價單送出去，回頭卻在當前委託裡找不到它。這時候最先想知道的往往不是原因，而是錢：我被算成掛單方還是吃單方，那一檔費率是不是已經扣走了。

幣安 USDⓈ-M 合約的 API 錯誤碼文件把這件事寫成一行代碼：-5022 GTX_ORDER_REJECT，說明文字是「Due to the order could not be executed as maker, the Post Only order will be rejected.」委託被拒絕，沒有進入撮合，就沒有成交價與成交數量；既然沒有成交，兩檔費率一檔都不會發生。要當場確認，就到訂單歷史把那一筆翻出來，看它落在被拒還是已成交那一欄。

身分的分界落在成交那一秒

幣安合約費率頁對兩種身分的說明是：「Makers add liquidity by placing orders on the book; takers remove liquidity by matching existing orders immediately.」掛單方把流動性放進委託簿，吃單方立刻吃掉簿上已經有的委託。

決定身分的是成交的時機，不是你在下單面板上選了哪一種單型。幣安學院那篇 makers and takers（頁面標示 Updated Aug 12, 2026）寫得很直白：限價單若在下單當下就與既有委託撮合並立即成交，而不是留在簿上，這位交易者就是吃單方，即便他用的是限價單。

Regular User 那一行印著的兩個數

費率表的 USDT Maker / Taker 欄裡，Regular User 這一行是 0.0200% 與 0.0500%（幣安合約費率表 Regular User 一檔，查證 2026-09，以幣安費率頁為準）。它們是當期表格上的兩個格子，你登入後看到的那一行才算數。

換成金額比較有感覺：名義價值 ₹100,000 的一筆成交，掛單側是 ₹20，吃單側是 ₹50。開倉平倉各算一次（假設平倉時的名義價值與開倉相同），全程吃單 ₹100，全程掛單 ₹40。開戶那一段本身也有幾步一旦確認就改不回來，從註冊、身分驗證到註冊後的安全設定寫在 /zh-hant/learn/register-binance-account/ 那一篇。

還沒有幣安帳戶、又想對照自己那一行的讀者，可以從這個 Binance 註冊入口建立帳戶；這是本站的推廣連結，邀請碼 BN8812 會自動帶入。經由它註冊，本站可能獲得佣金，你付的手續費不會因此變多，減免比例以幣安當期頁面顯示為準；開好帳戶後回到費率頁，看你自己那一行，再決定用哪一種委託。

延伸說明

GTX 這三個字母字面上就交代了結果

同一份 API 文件在 timeInForce 的枚舉裡寫著「GTX - Good Till Crossing (Post Only)」，與 GTC、IOC、FOK、GTD、RPI 並列。Good Till Crossing 直譯是一路有效直到發生交叉為止——會交叉的那一刻，它就不留了。

錯誤碼那一頁裡，-5022 的鄰居是 -5021 FOK_ORDER_REJECT：「Due to the order could not be filled immediately, the FOK order has been rejected.」兩條的句式對稱，一個因為無法立即成交而被拒，一個因為無法以掛單方成交而被拒。這一輪把那頁整頁讀完，沒有出現 reprice 字樣；只能說本版未讀到改價相關的表述，不足以推論交易所在任何情況下都不會做任何調整。

真正會付到吃單費的是另一種委託

回到最初那個畫面：被拒的 post-only 單不產生費用，它連成交價都沒有。會讓人莫名其妙付到 0.0500% 那一檔的，是沒有勾 post-only 的限價單。

買單價格填得比賣一還高，或是趁價格正在往下掉時掛進盤口內側，這張單在送達的瞬間就與簿上既有的委託撮合完畢。它從頭到尾都是限價單，帳單上卻是吃單費。學院那段話講的正是這個情形，也是本文覺得最值得記住的一句。想避開這種情形，post-only 就是官方文件裡把結果寫明的那個選項，代價是留不住就退回來。分辨的方法很土：送出前看一眼盤口，買單的價格有沒有踩到賣一、賣單的價格有沒有踩到買一——踩到了，那一單就走 0.0500% 那一欄。

同一族裡還有一個標著 post only 的選項

枚舉表上 RPI 的說明是「RPI - Retail Price Improvement(RPI order is post only and only be matched with the order from APP or Web)」。它同樣屬於 post only，但撮合對手被限制在來自 APP 或網頁端的委託。

這一條本版只讀到這一句原文，適用商品與其他限制都沒有取得官方說明，兩者的行為也不宜互相套用，所以這裡不往下展開。在下單面板上看到 RPI 時，先把它當成與 GTX 不同的東西處理。

BNB 那一列只有列名，沒有腳註

費率表另外列出一列帶 BNB 抵扣的費率，列名標注 10% off；Regular User 在那一列是 0.0180% 與 0.0450%（同一張表的另一列，查證 2026-09）。從數字上看，剛好是前一列各打九折。

至於這一列要怎麼生效——需不需要在哪裡開啟、有沒有餘額門檻、是否適用於全部合約——這一輪把整頁翻過一遍，沒有找到任何文字腳註；官方說明本版未取得，這裡也就不替它補上條件。真要用這一列的數字，先回自己的帳戶費率頁看它有沒有落在當期那一行。

第一個 VIP 門檻只動了掛單那一側

表上 VIP 1 這一行是 0.0180% 與 0.0500%（查證 2026-09；自己的檔位登入後才看得到）。和 Regular User 對照，吃單那一欄原地不動，掛單那一欄從 0.0200% 走到 0.0180%；這個掛單數字又和 Regular User 在 BNB 抵扣列的掛單數字相同。

門檻寫在同一張表裡：Regular User 是「< 5,000,000 USD or ≥ 0 BNB」，VIP 1 是「≥ 5,000,000 USD and ≥ 5 BNB」，一個用 or，一個用 and。頁腳兩句補充也值得讀：交易量涵蓋 USDⓈ-M 與 COIN-M 合約的全部量，並以 Multi-Asset 模式下的匯率換算成美元等值；VIP 等級帶來的費率與權益會通用於全部幣安產品。

那 ₹30 的差額，要在哪個計算器裡驗

本站的計算器幾乎每一個都留了手續費輸入框，而那個框不會自己知道你這筆是掛單還是吃單。本文的取捨是兩邊都先填吃單費率：若實際成交落在掛單側，結果只會比估算好；反過來把掛單費當成前提，一旦委託在下單瞬間就撮合，估算立刻偏樂觀。

順序上，先用部位大小計算器把數量與名義價值定下來，手續費按名義價值計；再把費率填進盈虧計算器，或代進回本價那條式子。前面那 ₹30 的差額就是在這一步顯形的：同一個名義價值分別代 0.0200% 與 0.0500%，兩個結果相減即可。如果你打算全程用 post-only 進出，那就把被拒也列進可能的結果裡——那時候要重填的是有沒有成交，而不是費率。

本版沒有查到的部分

有幾件事這一輪沒有取得官方原文，就照原樣說明：幣安帳戶說明中心是否另有專門講 post-only 或 GTX 的條目，這一輪的搜尋沒有取得可引用的頁面；BNB 抵扣那一列的啟用條件與適用範圍，本版未核；USDC 保證金合約那兩欄費率的呈現方式無法從純文字判讀，一律不寫。

順帶提醒一個容易混的地方：現貨側的 BNB 折扣比例本輪沒有查，別把合約這一列的 10% 直接搬過去用。

₹ 計算示例

情境
名義價值 ₹100,000 的一筆合約成交，費率取幣安合約費率表 Regular User 一檔的 0.0200% 掛單 / 0.0500% 吃單（查證 2026-09 當下的數值）。比較三種結局：post-only 被拒、限價單在下單瞬間撮合、限價單留在簿上被別人吃掉；開倉與平倉的名義價值假設相同。
計算過程
post-only 被拒：沒有成交，成交金額為 0，手續費 ₹0。限價單瞬間撮合：₹100,000 × 0.0005 = ₹50，走吃單那一檔。限價單留在簿上成交：₹100,000 × 0.0002 = ₹20。把開倉與平倉都算進來，全程吃單 ₹100，全程掛單 ₹40，中間隔著 ₹60。
怎麼解讀
被拒的那一單費用是零，因為它根本沒有發生。真正多付的那 ₹30 出現在你以為自己在掛單、實際上卻立刻成交的時候。要讓 ₹20 那一側變成常態，前提是委託真的留在簿上；post-only 換來的正是「留不住就不留」這個結果。

常見的誤會

把 post-only 被拒理解成「按吃單價成交了」，於是在對帳時去找那筆 0.0500%。官方文件對 -5022 的說明是委託被拒絕，沒有成交就沒有手續費。同一個誤會的反面更花錢：沒有勾 post-only 的限價單被當成必然的掛單方，結果它在下單瞬間就撮合，帳單上出現的是吃單那一檔。

自我檢查清單

  • 下單前確認 post-only（GTX）有沒有勾上，它的結果是拒單。
  • 委託消失時先到訂單歷史分辨是被拒還是已成交，兩者的費用完全不同。
  • 把限價單當成掛單方之前，先看價格有沒有穿過對手方第一檔。
  • 登入費率頁確認自己當期那一行的掛單與吃單數值，不要沿用本文的示範數字。
  • 計算器的手續費欄先填吃單費率，估算寧可偏保守。

這一頁的限制

  • 本文的費率數值取自 2026-09 查證時的幣安合約費率表，檔位與活動都會讓它移動。
  • BNB 抵扣那一列的啟用條件與適用範圍本版未核，文中不作任何補充。
  • USDC 保證金合約的費率呈現方式無法從純文字判定，本文不寫。
  • 官方頁面未見對 post-only 委託自動改價的表述，本文只陳述未見，不作絕對推論。
  • 委託會不會在下單瞬間撮合取決於當時的委託簿狀態，滑價與部分成交不在本文範圍內。

常見問題

勾了 post-only 的委託被拒之後，手續費算哪一檔？
一檔都不算。API 錯誤碼文件對 -5022 GTX_ORDER_REJECT 的說明是委託被拒絕；沒有進入撮合就沒有成交數量，也就沒有東西可以乘上費率。
限價單一定會被算成掛單方嗎？
不一定。幣安學院寫明，限價單若在下單當下就與既有委託撮合並立即成交，而不是留在簿上，這位交易者就是吃單方。
GTX 這個參數在官方文件裡代表什麼？
timeInForce 的枚舉寫的是 GTX - Good Till Crossing (Post Only)，和 GTC、IOC、FOK、GTD、RPI 並列在同一組參數裡。

風險提示

本頁說明的是手續費結構與訂單參數的行為，屬於教育性質，不是投資建議。post-only 被拒代表這一單沒有成交，要不要改用其他方式進場是你自己的判斷；槓桿部位的清算與滑價風險不會因為費率高低而改變。

資料來源

  • 幣安合約費率表頁面對兩種身分的說明原文為「Makers add liquidity by placing orders on the book; takers remove liquidity by matching existing orders immediately.」費率表的 USDT Maker / Taker 欄中，Regular User 一行為 0.0200% / 0.0500%，VIP 1 一行為 0.0180% / 0.0500%；另有一列名為「USDT Maker / Taker BNB 10% off」，Regular User 在該列為 0.0180% / 0.0450%。表頭為「Level | 30D Trade Volume (USD) | and/or | BNB Balance」，Regular User 行寫「< 5,000,000 USD or ≥ 0 BNB」，VIP 1 行寫「≥ 5,000,000 USD and ≥ 5 BNB」。頁腳原文兩句：「Trade volume includes all Futures volumes from USDⓈ-M and COIN-M Futures. Values are in a USD equivalent amount based on the exchange rate under Multi-Asset mode.」與「VIP fees and benefits gained from any VIP program will apply universally to all Binance products.」該頁未見帶 BNB 抵扣那一列的啟用條件或適用範圍文字。核對於 2026-09-07
  • 幣安學院：What Are Makers and Takers（頁面標示 Updated Aug 12, 2026）限價單身分的原文為「A limit order can also result in taker status if it matches an existing order at the moment of placement and executes immediately, rather than resting in the book. In that case, the trader is acting as a taker despite having used a limit order type.」Post Only 的原文為「To make sure an order enters the book without executing immediately, select the "Post Only" option where available. This setting rejects the order if it would match immediately, confirming maker status.」核對於 2026-09-07
  • USDⓈ-M 合約 API 錯誤碼文件（50xx - Order Execution Issues 節）原文兩條相鄰條目：「-5022 GTX_ORDER_REJECT / Due to the order could not be executed as maker, the Post Only order will be rejected.」與「-5021 FOK_ORDER_REJECT / Due to the order could not be filled immediately, the FOK order has been rejected.」該頁全頁未出現 reprice 或 repriced 字樣。核對於 2026-09-07
  • USDⓈ-M 合約 API 公共定義（timeInForce 枚舉）枚舉原文含「GTX - Good Till Crossing (Post Only)」，與 GTC、IOC、FOK、GTD、RPI 並列；同頁另有「RPI - Retail Price Improvement(RPI order is post only and only be matched with the order from APP or Web)」。核對於 2026-09-07