RPI 訂單常見問答

產品目的

• 改善零售交易者的成交價格：透過專屬流動性池，讓零售用戶能以更優價格成交
• 保護零售交易者免受高頻與機器人交易影響：RPI 訂單僅與非演算法訂單匹配，避免與透過 OpenAPI 提交的訂單交易
• 強化零售市場競爭力：提供更佳交易條件以吸引並留住零售用戶

產品效益

• 提升流動性：Bybit 宣稱主要現貨交易對流動性提升（BTC/USDT、ETH/USDT、SOL/USDT 等）
• 改善價格深度與點差：RPI 訂單在距離中間價 5–10 bps 的價格區間內，佔據較高的深度占比，提供更緊密點差
• 提升零售交易體驗：減少滑點、提升成交滿意度

需求概要 User Story

• 作為一般用戶（非 API trader），希望在下單成交時能獲得更好的成交價格與更小的滑點
• 作為做市商/合作夥伴，希望可以用 RPI 訂單在「以零售流量為主」的環境中提供流動性、降低被高頻策略對手盤影響的風險
• 作為 API trader（一般公開 API 交易者），希望 market data（尤其是 order book / ticker / public trade）在行為上可預期，避免訊號不一致造成策略誤判

交易規則

• RPI 訂單運作方式與限價單相同
• RPI 訂單無法與條件單結合（止損/止盈/止損限價等）
• 全部 RPI 訂單均為被動委託（Maker），為訂單簿增加流動性
• 執行優先級最低：同價位非 RPI 訂單優先撮合，全部執行完後才會執行 RPI 訂單

下單方式與資格

• RPI 訂單僅可透過 OpenAPI 下單
• 做市商合作夥伴（或符合資格的帳號）才可下達 RPI 訂單；未授權帳號無法下單（需白名單/授權機制）
• 費率/返佣機制（草案）：RPI 訂單 maker 手續費為原費率八折；若該 API 等級已免 maker fee，則 RPI 訂單可獲得 0.8 bps 回饋金（不可與 VIP9 的 0.8 bps 重複）

撮合限制

• RPI 訂單只能與一般用戶的 taker 單成交
• API trader 的訂單不能與 RPI 訂單成交（除非後續設計白名單機制）
• 用戶 UI 訂單可以與所有的單成交（包含 RPI）
• 用戶不可以透過 UI 下 RPI 單（避免用戶濫用手續費）
• 需要白名單功能：白名單帳號透過 API 可以與 RPI 訂單成交

訂單顯示（範例）

情境：RPI 訂單僅在「用戶端 order book」可見；在「API order book」不可見。

以下為同一時間點的範例（示意）。