認識 RPI 訂單
什麼是 RPI 訂單 (Retailer Price Improvement) ？
- RPI 訂單是由 API Trader 在 MAX 交易所掛出的特殊 Maker 訂單，專門設計來提升一般用戶的成交體驗。
RPI 訂單只會與一般用戶（透過 APP 或網頁）下的 Taker 單撮合，不會與其他 API 程式交易對手成交。此設計的初衷是為了全面保障一般用戶的交易權益，透過有效防範高頻交易與機器人程式的搶單行為，進一步縮小市場買賣價差，確保真實用戶的每一筆訂單，都能以更優越的價格順利成交。
RPI 訂單跟一般訂單有什麼差別？
- RPI 訂單的運作方式與一般Maker訂單相同，但有以下幾個關鍵差異：
| 特性 | 一般Maker訂單 | RPI 訂單 |
|---|---|---|
| 成交對象 | 所有 Taker 單（含 API） | 僅一般零售用戶 Taker 單 |
| 下單方式 | APP / 網頁 / API 均可 | 僅限 API 下單（UI 不開放） |
| 訂單優先級 | 依價格與時間排序 | 相同價位最低優先級 |
| 條件單組合 | 可搭配止損/止盈 | 不可搭配條件單 |
RPI 訂單對我有什麼好處？
- 作為一般用戶，您不需要做任何特別操作，好處自動生效：
- 更好的成交價格：RPI 訂單提供的流動性專屬於一般用戶，代表您的訂單能在更緊密的價差內成交。
作為 API Trader，RPI訂單只會跟一般用戶成交：
保護機制：通常一般用戶訂單被視為更健康的訂單，您的RPI訂單不會被高頻交易的API成交，而只會被較健康的訂單成交。
下單資格與方式
僅限 API 下單： RPI 訂單僅可透過 OpenAPI 下單：使用 v3 API 帶 ord_type 為 'rpi' 來下單
我可以在 APP 或網頁上下 RPI 訂單嗎？
- 不行。RPI 訂單僅能透過 API 下單，目前不開放從 APP 或是網頁下單。
哪些 API 用戶可以下 RPI 訂單?
- 所有 API Trader 均可下達 RPI 訂單，無需任何特殊申請。僅限透過 OpenAPI 以 RPI 類型下單；不支援 APP、網頁與條件單。
API Trader 下 RPI 訂單有什麼好處
- RPI 訂單的核心價值在於「可確保對手方為真實散戶（Taker）」，系統會主動排除與其他演算法或 API 程式交易對手撮合的可能。這對造市商或流動性提供者而言，具備以下三大實質益處：
- 成交含金量更高： 散戶訂單通常不具備反向套利性質，能有效降低成交後的持倉風險。
- 訂單來源更穩定： 在零售流動性池中，訂單流的品質相較於一般公開訂單簿更具可預測性。
- 無額外手續費成本： RPI 訂單的費率與一般 Maker 訂單完全相同（依您目前的 VIP 等級計算），無任何額外成本。
RPI 訂單可以搭配止損或止盈使用嗎?
- 不行。RPI 訂單無法與條件單（包括止損單、止盈單，或止損限價單）結合使用。這是系統層面的限制，並非功能錯誤
搓合原則
RPI 訂單的成交優先順序是什麼?
- RPI 訂單在相同價位的所有訂單中，優先級為最低。
系統撮合邏輯如下：
- 優先執行： 在同一個價格上，如果有非 RPI 的一般 Maker 訂單，系統會優先執行該批訂單。
- 後續執行： 必須等到該價位的非 RPI 訂單「全部成交」後，才會輪到 RPI 訂單進行撮合。
這代表 RPI 訂單屬於「被動補充流動性」的角色，不會搶佔一般 Maker 訂單的成交機會。
哪些訂單可以和 RPI 訂單成交？
- 可以成交的對象：一般用戶 APP / 網頁 Taker 單：一般用戶透過手機 APP 或網頁下的市價單（Taker），也是 RPI 訂單唯一的成交對象。
- 不可成交的對象：API Trader 的 Taker 單：透過 API 程式自動下的 Taker 單，不會與 RPI 訂單進行撮合。
- 其他 RPI 訂單：兩筆 RPI 訂單之間不會互相撮合成交。
什麼是「穿價訂單」? 為什麼有時候成交紀錄跟訂單簿上看起來有點怪?
- 「穿價」是指 RPI 訂單的買入價超過賣出價或賣出價低於買入價的情況（RPI訂單之間無法成交或RP訂單無法與一般API訂單成交）。
當這種情況發生時：
- 系統會將這些穿價的 RPI 訂單從訂單簿介面上隱藏，讓訂單簿顯示保持整齊有序。
- 但這些訂單在撮合引擎中仍然是活躍的，只是不顯示，不會自動取消。
- 當一般用戶訂單與RPI訂單成交時，可能會產生成交價格穿過API訂單之情事。
成交異常與下單建議
訂單簿上有些單看不到，但卻影響了我的成交，這是正常的嗎?
- 這是正常的。當兩筆 RPI 訂單出現「穿價」（買入價超過賣出價）時，系統會將這些訂單從介面上隱藏，但它們在撮合引擎中仍然是活躍的，可以正常成交。
因此您可能會遇到訂單簿上「看不到」但實際上存在的掛單，這不是系統錯誤，是 RPI 機制的正常設計
訂單簿上明明沒看到掛單，我的限價單為什麼以 Taker 身份成交?
- 這是有可能發生的。當兩筆 RPI 訂單出現「穿價」（買入價超過賣出價）時，系統會將這些訂單從介面上隱藏，但它們在撮合引擎中仍然是活躍的，可以正常成交。
如果您此時以為訂單簿沒有掛單而掛出限價單，則可能會以Taker身份成交隱藏的RPI訂單。
建議：若您希望確保以 Maker 身份成交，可改用 Post-Only 下單模式（詳見下題）。
什麼是 Post-Only? 為什麼建議搭配 RPI 使用?
- Post-Only 是一種下單模式，確保您的訂單只會以 Maker 身份掛入訂單簿。若下單當下該價格會立即成交（例如撮合到 RPI 訂單），系統會自動取消該筆訂單，而不會讓您以 Taker 手續費成交。
在 RPI 訂單存在的環境下，使用 Post-Only 的好處：
- 避免因 RPI 訂單造成的非預期 Taker 成交
- 確保您的訂單費率永遠是 Maker 費率
- 對於希望精確控制手續費的交易者特別重要
Post-Only 訂單若無法以 Maker 掛入時會自動取消，不會成交。請確認您的價格設定合理，以免訂單反覆被取消。
訂單顯示（範例）
情境：RPI 訂單僅在「用戶端 order book」可見；在「API order book」不可見。
以下為同一時間點的範例（示意）。
| 檔位 | 價格 | 數量 | 是否顯示(order book) |
| 賣二 | 103(API) | 6 | 是 |
| 賣一 | 101(RPI) | 0.1 | 否 |
| 買一 | 102(RPI) | 200 | 否 |
| 買二 | 101(API) | 0.2 | 是 |
| 買三 | 100(RPI) | 300 | 是 |
| 買四 | 98(API) | 200 | 是 |
手續費
透過 RPI 成交，手續費和一般 Maker 訂單一樣嗎?
- 是的。目前 RPI 訂單的手續費與一般 Maker 訂單完全相同，依您帳號的 VIP 等級計算，不享有額外折扣，也不需要支付額外費用，本公司保有未來調整此機制之可能性。
一般用戶訂單與 RPI 訂單成交需要付額外費用嗎?
- 不需要。一般用戶透過 APP 或網頁下的 Taker 單，若與 RPI 訂單撮合，手續費計算方式與一般 Taker 成交完全相同，不會有任何額外費用。
RPI 訂單的亮點是『對散戶零干擾』。這套底層機制對一般用戶完全隱藏，讓您在毫無察覺的情況下，自然受惠於更好的市場報價與流動性。