保證金與強平
標記價格、指數價格與最新價差在哪?Binance 強平、P&L 與觸發教學
從 Binance 真實介面辨認 Mark、Index 與 Contract Price,理解強平、未實現 P&L、條件單觸發、成交滑價及事後核算。
在 Binance 永續合約頁,同一時間可能看到最新價、標記價格(Mark Price)與指數價格(Index Price)。它們不是三個近義詞:最新價告訴你合約剛在哪裡成交,指數價格提供現貨市場基準,標記價格則用於衡量未實現損益與強平風險。讀完本文,你應能在真實介面找到三者、正確選擇條件單觸發來源、預留停損緩衝,並用成交與資金流水還原最終 P&L。
先給出最短答案
- 最新價/Contract Price:這份合約最近一筆成交的價格;K 線、成交紀錄和實際成交都與它直接相關。
- 指數價格/Index Price:由現貨市場資料形成的參考基準;它不是你的合約成交價。
- 標記價格/Mark Price:以指數與永續合約基差等機制形成的風險參考價;Binance 用它計算未實現 P&L 與判斷強平風險。
最容易犯的錯,是用最新價 K 線估算強平,或把指數價格當成 Binance USDⓈ-M 條件單可以直接選擇的觸發來源。
在 Binance 真實介面辨認三種價格

截圖是 Binance 公開 ETHUSDT 永續合約頁,沒有登入帳戶或個人資料。交易對名稱旁的大型報價是合約市場當前報價區;上方資料列可見 Mark、Index、Funding 與倒數時間。
先養成一個習慣:看到價格數字時,先讀它旁邊的標籤,再做判斷。三個數字即使非常接近,也不能互換用途。
三種價格各自回答什麼問題
| 價格 | 回答的問題 | 主要用途 | 不能代表什麼 |
|---|---|---|---|
| 最新價 | 合約最近在哪裡成交? | K 線、成交紀錄、實際成交、Contract Price 觸發 | 不等於跨市場現貨基準 |
| 指數價格 | 參考現貨市場大致在哪裡? | 標的基準、Mark 計算的重要輸入 | 不等於你能成交的價格 |
| 標記價格 | 平台如何衡量較公平的風險價格? | 未實現 P&L、維持保證金與強平風險 | 不等於平倉必然成交價 |
三者形成一條完整鏈路:現貨市場提供基準,永續市場透過合約成交形成最新價,平台再用標記價格降低單一合約短暫異常成交直接觸發強平的風險。
最新價是成交結果,不是跨市場公平價
最新價只需要一筆新成交就會改變。若 ETHUSDT 合約買一賣一為 3,000.0/3,000.1 USDT,一筆主動買單在 3,000.1 成交,最新價便更新為 3,000.1。
它的優點是直接:你真的用市價平倉時,成交會沿著合約訂單簿發生。缺點是容易受到短暫流動性影響;訂單簿較薄或市價單較大時,最後一筆成交可能短暫遠離現貨基準。
因此「K 線碰到某價」只證明合約有成交紀錄到達該區域,不自動證明 Mark 同步到達,也不保證你的限價單已排到並成交。
指數價格是參考基準,不是可成交報價
Index Price 的角色是提供相對穩定的現貨參考。它通常綜合成分市場資料並依規則處理權重或異常值;具體成分與方法應以當前產品規格為準。
指數價格不能直接告訴你:
- Binance 合約訂單簿當下有多少深度;
- 你的 Market Order 會在哪個均價成交;
- Limit Order 是否已輪到;
- 手續費與 Funding 會是多少。
如果 Index 顯示 3,000,但合約最佳賣價是 3,004,你的合約市價買入仍會從實際賣單成交,不會自動以 3,000 成交。
標記價格為何用於強平風險
若強平只看合約最後一筆成交,一次極短的異常成交就可能讓高槓桿部位被處理。Mark Price 以 Index 為核心並納入永續合約相對現貨的基差等因素,目的是提供較穩定的風險參考。
Binance USDⓈ-M 的公開 Mark Price 資料同時提供 markPrice、indexPrice、lastFundingRate、nextFundingTime 等欄位,說明 Mark、Index 和 Funding 在同一套永續合約風險資料中彼此相關,但仍各有獨立含義。
Mark 降低短暫異常成交的影響,並不表示它不會快速變動。當現貨市場整體快速下跌,Index 與 Mark 同樣可以迅速下行。
Mark 與 Index 的差就是溢價嗎
可先用簡化觀念理解:
Mark − Index ≈ 永續合約相對現貨基準的調整部分
若 Mark 高於 Index,可視為風險參考價帶有正向差值;低於 Index 則是負向差值。但實際 Mark 計算不是只把畫面上的 Funding Rate 直接加到 Index,平台會依產品公式處理時間、基差與限制條件。
所以不要用 Index × (1 + Funding Rate) 自行取代畫面 Mark。做風險管理時直接讀取當下 Mark,分析原因時再觀察 Mark、Index、合約最新價與 Funding 的相對變化。
Binance 條件單能選哪個觸發來源
Binance USDⓈ-M 新委託規格中的 workingType 支援:
MARK_PRICE:以標記價格觸發;CONTRACT_PRICE:以合約價格觸發,也就是介面常說的最新價來源。
Index Price 不是這個欄位的第三個直接選項。 Index 會影響 Mark 的形成,但不能因介面顯示 Index,就宣稱條件單可直接選 Index 觸發。
介面名稱可能隨語言或版本顯示為 Mark/Last/Contract。送單前看清當前選項,成交後則從 Order History 核對實際設定。
Stop 用 Mark 還是 Contract Price
沒有適用所有策略的固定答案,差別在於你想防哪一種風險:
- 用 Mark:觸發邏輯與強平風險參考較一致,較不容易被單一合約短暫成交刺穿;
- 用 Contract Price:更貼近合約實際成交和 K 線,但薄盤瞬時成交可能較早觸發。
無論選哪一個,觸發只代表系統開始送出後續委託,不代表一定在觸發價成交。Stop Market 仍會面對滑價;Stop Limit 還有觸發後沒有成交的風險。
一個多單的先後順序案例
假設持有 BTCUSDT 多單:
- Contract Price:60,100;
- Index Price:60,040;
- Mark Price:60,020;
- Stop:59,950,以 Contract Price 觸發;
- 預估強平風險線:Mark 接近 59,970 時已很危險。
若 Mark 先跌到風險線附近,而 Contract 仍高於 59,950,強平機制可能先於這張 Stop 開始處理。問題不在 Stop 是否存在,而是 Stop 的觸發來源和位置沒有為 Mark 與 Contract 的差值留下空間。
修正方式不是背一個固定百分比,而是觀察該 Symbol 在正常與劇烈行情下的價差,降低槓桿或 Position Size,並讓計畫退出點與強平線保持可承受滑價的距離。
一個空單的相反案例
空單風險方向相反。假設 Mark 已向上逼近強平區,但 Contract 尚未碰到以 Contract Price 設定的買入止損,空單同樣可能先進入危險狀態。
因此不要只針對多單記「價格下跌」;通用做法是:
- 找出部位不利方向;
- 確認強平風險看 Mark;
- 確認 Stop 看 Mark 或 Contract;
- 測量兩個價格來源在不利方向的可能差值;
- 留出觸發、送單與成交的時間和滑價緩衝。
Price Protect 解決的是什麼
Binance 條件單規格提供 priceProtect。啟用後,當條件價格到達時,Mark Price 與 Contract Price 的差異還需要符合該 Symbol 的 triggerProtect 限制,條件單才會觸發。
這項功能可避免兩個價格來源偏離過大時立即觸發,但代價是:你的止損可能已到達條件價,卻因差值仍過大而延後。它不是保證成交,也不是所有情況都應開啟的安全開關。
若使用 Price Protect,必須同時記錄:觸發來源、是否啟用、該 Symbol 的限制,以及延後觸發是否仍符合最大損失計畫。
未實現 P&L 為何與手算不同
多單的簡化未實現損益可寫成:
Position Size × (參考價格 − Entry Price)
若你用 Contract Price 手算,而介面以 Mark Price 顯示未實現 P&L,兩者自然不同。空單方向則相反。差異不是平台憑空改變盈虧,而是估值價格不同。
同時還要確認線性 USDⓈ-M、幣本位合約和不同 Position Mode 的計價方式;不要把一套公式直接套到所有產品。
已實現 P&L 最終看實際成交
平倉後真正入帳的結果不由 Mark 單獨決定。簡化核對為:
平倉成交損益 − 開平倉手續費 ± Funding = 淨結果
如果分三次平倉,要使用每次 fill 的數量、價格和費用,不能只拿最後一筆成交價乘全部數量。Mark 可用來觀察平倉前風險,但實際成交均價才進入已實現交易結果。
為什麼限價單看到價格卻沒成交
即使 K 線最新價碰到你的 Limit Price,也可能只有少量成交,排在你之前的委託尚未完全撮合。Index 或 Mark 到達限價更不代表訂單簿真的以該價成交。
驗收一張限價單需要看:
- Order Status 是 New、Partially Filled、Filled 還是 Canceled;
- Executed Quantity 與原始 Quantity;
- Average Fill Price;
- 每筆 Commission;
- 剩餘未成交數量是否仍暴露在市場中。
價差擴大時如何判讀
同時記錄三個差值:
- Contract − Index:合約市場相對現貨基準的偏離;
- Mark − Index:風險參考價相對基準的調整;
- Contract − Mark:實際合約成交與風險估值的距離。
價差擴大可能來自快速行情、單邊訂單流、流動性不足或永續合約溢價變化。它本身不是可靠的做多或做空訊號,但對高槓桿部位而言,是重新檢查 Stop、Margin Ratio、深度和 Position Size 的明確警示。
開倉前的完整設定流程
- 選定正確 Symbol 和合約類型。
- 讀取 Contract、Mark、Index 與 Funding。
- 用可承受損失和停損距離計算 Position Size。
- 確認 Cross/Isolated、Leverage 與 Position Mode。
- 決定 Stop 以 Mark 或 Contract 觸發。
- 若啟用 Price Protect,確認它可能延後觸發的條件。
- 讓計畫 Stop 與強平風險線保留價差及滑價空間。
- 下單後以實際 fills 更新平均 Entry、Position Size 和風險。
這套流程的重點不是預測三個價格永遠相差多少,而是確保價格來源改變時,退出機制仍能完成任務。
持倉中應監控哪些欄位
至少同時觀察:
- Mark Price 與預估強平區的距離;
- Contract Price 與 Stop Trigger 的距離;
- Index 是否和兩者出現異常偏離;
- Margin Ratio、Maintenance Margin 與可用餘額;
- Stop/Take-Profit 的 Trigger Price、Working Type 和剩餘數量;
- Funding 倒數及持倉跨越結算時點的成本。
只盯 K 線會漏掉帳戶風險;只盯 Mark 又會漏掉真實可成交性。兩者必須一起看。
部分成交後如何更新風險
原計畫平倉 1 ETH,實際只成交 0.4 ETH,剩餘 0.6 ETH 仍有 Mark 風險。此時應:
- 從 Trade History 讀取已成交量與均價;
- 從 Positions 讀取剩餘量與新 P&L;
- 核對原 Stop 是否已取消、縮量或仍維持 1 ETH;
- 避免舊 Stop 在部位減少後反向開倉;
- 依剩餘倉位重算最大損失。
「觸發成功」和「部位完全退出」是兩個不同驗收條件。
事後如何還原一次止損或強平事件
不要只截一張 K 線。按時間順序保存:
- Order History:條件、觸發來源、觸發時間與狀態;
- Trade History:每筆成交時間、價格、數量與費用;
- Income/Transaction History:Realized P&L、Commission、Funding;
- 當時的 Mark、Index、Contract 走勢或可取得的歷史資料;
- Position Mode、Margin Type、Leverage 和帳戶餘額變化。
這樣才能分辨是 Mark 先到風險線、Contract 先觸發 Stop、Stop Limit 未成交,還是滑價讓最終結果超過計畫。
常見錯誤與修正
| 錯誤 | 造成的誤判 | 修正 |
|---|---|---|
| 把最新價當強平價 | K 線未碰或已碰都可能誤判 | 直接監控 Mark 與 Margin Ratio |
| 把 Index 當成可成交價 | 高估市價單成交品質 | 查看合約訂單簿與實際 fills |
| 宣稱 Stop 可用 Index 觸發 | 與 USDⓈ-M workingType 規格不符 | 只在 Mark/Contract 中確認實際選項 |
| Stop 與強平線太近 | 價差或滑價使退出來不及 | 減倉、降槓桿並增加緩衝 |
| 只看浮動 P&L | 忽略成交、費用和 Funding | 用交易與資金歷史核算淨結果 |
| 觸發後不驗收 | 部分成交或未成交仍留倉 | 核對 Executed Qty 與剩餘 Position |
完成檢查表
- 我能在真實 Binance 介面找到 Contract/最新價、Mark、Index 與 Funding。
- 我能說明三種價格分別代表成交、現貨基準與風險估值。
- 我知道 USDⓈ-M 條件單 workingType 是 Mark 或 Contract,不是 Index。
- 我已記錄 Stop 的 Trigger Price、Working Type 與訂單類型。
- 我知道觸發不等於成交,Stop Market 會滑價,Stop Limit 可能不成交。
- 我讓 Stop 與強平風險線之間保留價差與滑價空間。
- 我會在部分成交後核對剩餘倉位與舊 Stop 數量。
- 我用 Trade History 和 Income History 計算已實現淨結果。
- 我能用時間順序還原異常事件,而不是只看單一 K 線。
九項都完成,才算真正能用三種價格管理交易,而不只是記住名詞。
延伸閱讀
資料來源
- Binance Developer Docs:Mark Price
- Binance Developer Docs:New Order 與 workingType
- Binance Futures:ETHUSDT 公開交易頁
本文說明價格來源、委託觸發與風險驗收,不構成投資建議。介面、指數成分、價格公式與委託規則可能調整,實際以操作當下的產品規格和帳戶顯示為準。
