風險管理
已有合約持倉後，停損與停利怎麼設？
從交易失效點選擇 Mark 或 Last 觸發來源，設定 Stop-Market、Stop-Limit 與停利單，並核對部分成交及舊條件單。
已經有合約持倉時，先不要只看圖表上那條停損線。打開持倉頁，確認方向與實際剩餘數量，再查看目前是否已有 TP／SL 或其他條件委託。接著才決定要從持倉上的 TP／SL 功能設定，還是另外建立獨立條件單。兩種做法在不同版本可能產生不同的訂單關聯，不能假設停利成交後停損一定會自動取消。
本文以一般 App 使用者會遇到的畫面資訊為主：持倉、條件委託、訂單紀錄與成交紀錄。Mark Price、Stop-Market 等技術名詞會在第一次出現時說明；原始參數與開發者文件只放在選讀說明。
目錄
- 先分清：持倉 TP／SL 與獨立條件單
- 先定義交易何時失效
- Long 與 Short 的退出方向
- 觸發價格不等於成交價格
- Stop-Market 與 Stop-Limit 的根本取捨
- 一個完整 Long 算例
- 數量與退出單：總量不得脫離實際部位
- 在 App 裡怎麼判斷條件單是否真的完成
- TP 成交後，SL 何時會自動取消？
- 取消／替換的安全流程
- 常見故障排查
- 送單前與送單後清單
- 官方資料與查證日期
- 常見問題
先分清：持倉 TP／SL 與獨立條件單
先看確認頁把訂單分清楚。從持倉旁建立的 Position TP/SL，依官方目前規則會在該持倉關閉後自動取消；OTOCO 組合中，一邊完全成交會取消另一邊。Fixed Amount 只退出設定數量，不等於整個持倉已關閉；若從下單區另建 Stop 或 Take-Profit，則是獨立條件單，不屬於該 Position TP/SL，方向、持倉側、數量與後續取消都要自行核對。
不論用哪一種入口，建立後都要查三處：
- 持倉頁： 現在還剩多少部位，方向是否正確。
- 未成交／條件委託： TP 與 SL 是否真的存在，觸發價格、方向及數量是否符合預期。
- 訂單與成交紀錄： 觸發後究竟沒有成交、部分成交，還是已全部成交。
介面名稱會依版本與地區不同，本文不指定按鈕位置。找不到某個入口時，不要照舊截圖盲按；先從持倉與委託清單確認帳戶目前提供的功能。
先定義交易何時失效
停損不是「最多想虧幾個百分點」後隨便畫一條線。它應對應一個可描述的失效條件，例如做多依賴的結構低點被破壞、做空依賴的壓力區被有效突破，或時間條件到期。波動、流動性及策略週期不同，不能把固定 1% 套用所有交易對。
先定義交易理由何時不成立，再由進場到停損的距離反推下單數量。若合理停損太遠，縮小部位；不要把 stop 拉近來放大名義部位。計算方法見合約部位大小。
停利也要有理由
Take-Profit 可基於結構目標、風險倍數、時間或分段退出，但遠目標不會自動提高策略勝率。預期收益應扣除手續費、資金費用、買賣價差與滑價；「2R」只是毛距離比例，不是獲利承諾。
Long 與 Short 的退出方向
| 現有部位 | Stop 常見位置 | TP 常見位置 | 退出 Side 概念 |
|---|---|---|---|
| Long | 進場下方 | 進場上方 | Sell 減少 LONG |
| Short | 進場上方 | 進場下方 | Buy 減少 SHORT |
Hedge Mode 還要核對 Position Side。Sell + LONG 與 Sell + SHORT 的作用不同；按錯側可能保留原部位並新增另一側。只想退出時，使用目前產品與訂單類型支援的 Reduce-Only／Close Position 機制，詳細限制見One-way、Hedge 與 Reduce-Only。
觸發價格不等於成交價格
App 的觸發來源通常會顯示為 Mark Price 或 Last／Contract Price。Mark Price 是標記價格，也是 Binance USDⓈ-M 強平的觸發基準；Last／Contract Price 是合約最近成交價。兩者短時間可以不同。技術文件把這個選擇稱為 workingType，一般使用者不需要手動輸入參數。
若 Stop 使用 Mark Price，圖表 Last Price 碰到線但 Mark 未到，條件可能不觸發；反之亦然。觸發後建立的實際訂單仍要進入訂單簿或市場撮合，所以畫面上的觸發價不等於最後成交價。先讀Mark、Index 與 Last Price。
Price Protection 不是保證成交
若確認頁提供 Price Protection（價格保護），它會在標記價格與最新成交價差距過大時加入額外觸發條件。這不是成交價保險，也可能延後條件單觸發；是否提供、適用哪種訂單及目前門檻，都以 App 當下說明為準。
選讀技術說明：開發者文件把停損價稱為
stopPrice，並以交易對的triggerProtect規則判斷價格差距。一般 App 使用者只需理解開啟價格保護後可能延後觸發。
Stop-Market 與 Stop-Limit 的根本取捨
| 類型 | 觸發後發生什麼 | 主要優點 | 主要風險 |
|---|---|---|---|
| Stop-Market | 建立市場退出指令 | 優先完成退出 | 可能嚴重滑價 |
| Stop-Limit | 建立指定限價單 | 限制可接受價格 | 可能部分或完全不成交 |
| Take-Profit-Market | 目標觸發後市場退出 | 退出確定性相對較高 | 仍有滑價 |
| Take-Profit-Limit | 目標觸發後掛限價 | 限定最低／最高接受價 | 碰觸後可能無法成交 |
跳空算例
Long 的觸發價是 59,400，Stop-Limit 的賣出限價是 59,350。行情快速從 59,450 跳到 59,100：條件可能已觸發，但 59,350 的 sell limit 高於可成交買價，訂單可能留在簿上而部位繼續虧損。Stop-Market 較可能退出，卻可能在 59,100 或更差價格成交。
選擇不是「精準對滑價」的偏好題，而是：這筆風險單更怕不成交，還是能承受多大滑價？壓力測試後仍不可接受，就縮小部位。
一個完整 Long 算例
假設進場 60,000，停損位置 59,400，風險距離 1%；取整後下單數量為 0.006 BTC。若用 2R 作為第一個研究目標，毛目標距離 2%，參考 TP 為 61,200。這不是訊號，只用來演示：
- Stop 價格毛損失約 3.6 USDT；
- 目標毛收益約 7.2 USDT；
- 進出場手續費、資金費用與滑價會令淨 R 小於 2；
- 如果 Stop-Market 多滑 0.3%，額外價格損失約 1.08 USDT；
- 因此下單數量必須在下單前容納壓力損失。
若估計強平價在 stop 之前或太接近，代表部位、槓桿或保證金設計不合理。強平不是後備 Stop。
數量與退出單：總量不得脫離實際部位
計畫進場 0.006 BTC，但只成交 0.004，Stop 和 TP 應以真實部位與未成交進場單共同管理。若原進場剩餘 0.002 仍掛著，稍後成交會令部位增加；若 Stop 直接設 0.006，又手動平掉 0.004，舊停損仍可能留在清單，卻已不再對應目前持倉。
分段停利算例
0.006 BTC long 分三段 TP：0.002、0.002、0.002。這一組可同時執行的分批停利，合計不得超過 0.006。第一段成交後，剩餘 0.004；停損數量應按目前產品機制與剩餘部位核對。全量 TP 與全量 SL 可以同時作為備選保護，但前提是介面明確提供關聯取消、只減倉或全平機制；任一張成交後，都要查看另一張是否已取消或需按剩餘部位調整。若因步長取整使同一組分批停利合計變成 0.007，就已超過部位。每次成交後重新計算，不以原計畫表代替 Positions。
在 App 裡怎麼判斷條件單是否真的完成
不要只看一次成功通知。等待觸發時，條件委託應仍列在未成交或條件單清單；觸發後，再到一般訂單與成交紀錄查看實際委託。最後回到持倉頁：部位仍在，就代表風險仍在；只成交一部分，就按剩餘持倉重新調整退出量。
選讀技術說明：官方 Query Algo Order 文件會分別記錄條件單狀態、觸發價、實際訂單及已成交數量。這些原始項目適合串接程式或客服排錯，一般使用者用上述三個頁面即可完成核對。
TP 成交後，SL 何時會自動取消？
先看它是 Position TP/SL、OTOCO，還是兩張獨立條件單。依 Binance 於 2026-08-24 更新的說明，Position TP/SL 會在該持倉關閉後自動取消；OTOCO 的一邊完全成交時，另一邊會取消。Fixed Amount 只退出指定數量，若成交後仍有剩餘持倉，相關保護仍要按剩餘量重新核對。
從下單區另外建立的 Stop 價格單不屬於上述 Position TP/SL，不能假設它會隨另一張獨立單自動取消。無論使用哪一種，成交後都回到持倉與條件委託清單確認剩餘部位和剩餘訂單；規則來源見 Binance Position TP/SL 官方說明，本項查證日期為 2026-09-13。
取消／替換的安全流程
- 在條件委託清單記下舊單的商品、方向、數量與觸發價。
- 決定新停損的理由，不因目前浮虧把風險向外移。
- 取消後重新整理清單；狀態未知或逾時不能當成已取消。
- 建立新條件單，讀完確認頁再送出。
- 回到條件委託清單確認新單存在，並與持倉方向及剩餘數量一致。
- 再查一次一般未成交訂單，避免重複退出單或保護空窗。
斷線或逾時
若建立或取消時斷線，先把結果視為未知。重新連線後依序查看條件委託、一般訂單、成交紀錄與實際持倉，再決定是否重送。盲目重送可能建立兩張 Stop；盲目假設取消成功，也可能讓部位完全沒有保護。
常見故障排查
| 現象 | 可能原因 | 安全處理 |
|---|---|---|
| 價格碰線但未觸發 | 觸發來源不同、價格保護條件或資料延遲 | 查 Mark／Last 與條件委託狀態 |
| 已觸發但部位仍在 | Stop-Limit 未成交或只部分成交 | 查訂單、成交紀錄與實際剩餘持倉 |
| TP 後仍有退出單 | 舊 SL／TP 沒有自動取消 | 查條件委託，取消已不再對應持倉的舊單 |
| Stop 被拒絕 | Side、Position Side 與數量或參數衝突 | 讀錯誤，不連續重送 |
| 取消逾時 | 狀態未知，不代表成功或失敗 | 先重新查看條件委託，再決定下一步 |
| Stop 比強平更晚 | 部位過大、槓桿過高或緩衝不足 | 縮小部位並重做風險設計 |
送單前與送單後清單
- Stop 對應具體失效條件，TP 有可解釋的退出理由
- 已確認 Long／Short、Side 與 Position Side
- 已選 Mark 或 Contract／Last 作為觸發來源
- 已理解價格保護可能延後觸發
- Stop-Market 的滑價或 Stop-Limit 的不成交風險已壓測
- Reduce-Only／Close Position 與目前模式及訂單類型相容
- 同一方向可同時成交的分批退出合計不超過剩餘部位；全量 TP／SL 已確認關聯取消、只減倉或全平規則
- 建立後已在條件委託中確認訂單存在
- 手動平倉或部分成交後會清理已失去對應部位的訂單
- 斷線時先查狀態，不盲目重送
Stop 不能保證成交價格，Stop-Limit 甚至可能完全不成交。槓桿衍生品可快速損失全部保證金。本文是教育資訊，不是投資、法律或稅務建議。請閱讀 Binance Risk Warning，確認產品對你的所在地和帳戶開放；不要用 VPN 或錯誤身分繞過限制。
官方資料與查證日期
Position TP/SL、OTOCO 與 Fixed Amount 規則另見上文 2026-09-13 查證的官方說明。下列官方技術資料供需要查證規則或串接程式的讀者選讀：Query Algo Order、New Algo Order、Cancel Algo Order、Query All Algo Orders及訂單類型比較。最後查證：2026-08-30。介面、參數相容性與 Algo 架構可能更新。
常見問題
Stop-Market 是否一定成交？
它以市場退出為優先，但不保證成交價格；在極端流動性或風控條件下，也可能只成交一部分或過期。應預留滑價、控制下單數量，並在觸發後回到持倉頁確認剩餘部位。
Stop-Limit 為什麼觸發後仍沒平倉？
觸發只代表限價單被建立。若市場已越過 limit，沒有足夠對手方在可接受價格成交，訂單會留在簿上或只部分成交。
Mark Price 和 Last Price 選哪個？
沒有一律答案。Mark 更接近風險引擎尺度，Last 更接近合約實際成交；應按策略、與強平的緩衝及目前介面規則選擇並測試。
TP 成交會自動取消 SL 嗎？
只有目前產品明確把它們建立為有關聯的組合才可依該規則預期。兩張獨立條件單不能假設互相取消；成交後要查委託清單。
可以把 Stop 往外移以避免被掃嗎？
若交易理由已失效，把 Stop 往外移只是提高最大損失。只有在進場前已定義、仍符合策略且重新縮小部位的規則下，才可評估不同 Stop。