永續合約入門
永續合約怎麼操作?Binance 做多、做空、P&L 與完整平倉教學
從 Binance 真實 USDⓈ-M 介面辨認永續合約、標記價格與資金費率,依停損計算倉位,完成做多、做空、部分平倉及成交後驗收。
永續合約不是「可以放大報酬的現貨」,而是一種沒有固定到期日、以保證金承擔價格曝險的衍生品。讀完本文,你應能在 Binance USDⓈ-M 介面辨認合約、標記價格、資金費率與委託區,依停損距離算出可承受的倉位,完成做多或做空,並在平倉後確認部位、損益與費用都已正確入帳。
先用一句話理解永續合約
永續合約讓你不必持有標的資產,也能建立多方或空方價格曝險。它沒有一般交割合約的到期日,因此以資金費率等機制讓合約價格靠近現貨指數。沒有到期日不代表能無限期安全持有:只要保證金不足,部位仍可能被強制平倉;只要跨過資金費率結算時點,也可能發生收付。
在 Binance USDⓈ-M 介面先找出七個位置

這張圖是 Binance 公開的 BTCUSDT 永續合約交易頁,沒有帳戶資料。即時價格只代表截圖當下,不是交易建議。真正下單前,先逐一找到:
- BTCUSDT Perp:確認目前是永續合約,不是現貨或有到期日的合約。
- Mark:標記價格,常用於未實現損益與強平風險計算。
- Index:由參考現貨市場形成的指數價格。
- Funding 與倒數:顯示下一期費率與距離結算的時間。
- Order Book:觀察最佳買賣價與可成交深度。
- Cross/Isolated 與槓桿:決定保證金共用範圍及初始保證金占用。
- Limit、Market、Stop Limit:決定如何進場或觸發後如何送單。
如果只看 K 線和「Buy/Sell」按鈕,還不足以完成一筆可驗收的合約交易。
做多與做空到底代表什麼
在 USDⓈ-M 線性永續合約中:
- 做多 Long:價格上漲產生正的價格損益,價格下跌產生負的價格損益。
- 做空 Short:價格下跌產生正的價格損益,價格上漲產生負的價格損益。
做空不是在現貨錢包裡借到一顆 BTC 再賣出,而是建立負方向的合約曝險。你交易的是合約部位,不會因此取得鏈上資產所有權。
先算風險,再決定倉位和槓桿
不要從「我有 500 USDT,所以開 20 倍」開始。先寫出單筆最多願意損失的金額,再用進場價與策略失效點反推數量。
可承受價格損失 = 帳戶資金 × 單筆風險比例 − 預估費用與滑價
合約數量 = 可承受價格損失 ÷|進場價 − 停損價|
假設帳戶 2,000 USDT,單筆風險上限 1%,預留 4 USDT 給進出場費與滑價,進場 60,000、停損 59,200:
- 風險預算:2,000 × 1% = 20 USDT;
- 可用於價格波動的風險:20 − 4 = 16 USDT;
- 停損距離:800 USDT;
- 理論數量:16 ÷ 800 = 0.02 BTC;
- 名義倉位:0.02 × 60,000 = 1,200 USDT。
平台的數量步進、最低成交額與實際滑價可能要求向下取整。槓桿只在倉位確定後用來估算初始保證金,不應反過來決定風險。
線性永續合約的價格損益怎麼算
未計費用時,多單的線性損益為:
多單 P&L = 數量 ×(出場價 − 進場價)
空單則反向:
空單 P&L = 數量 ×(進場價 − 出場價)
以 0.02 BTC 為例,60,000 做多、61,000 平倉,價格損益為 0.02 × 1,000 = 20 USDT;60,000 做空、59,000 平倉,價格損益同樣為 20 USDT。這只是價格部分,不能直接當成最終淨利。
名義倉位、保證金與實際槓桿要分開
名義倉位是市場波動真正作用的金額。簡化的初始保證金為:
初始保證金 ≈ 名義倉位 ÷ 選定槓桿
1,200 USDT 名義倉位在 5 倍時約占用 240 USDT,在 10 倍時約占用 120 USDT;價格每變動 1%,未計費用的 P&L 都約是 12 USDT。提高槓桿沒有讓同一倉位賺得更多,只是減少初始占用並壓縮緩衝。
若你把少占用的保證金繼續拿去放大數量,才會讓每 1% 波動造成更大損益。這是倉位變大,不是槓桿本身改寫公式。
Cross 與 Isolated 決定最壞影響範圍
Isolated 逐倉把分配給該部位的保證金單獨管理,較容易界定單筆部位可消耗的資金;追加保證金會改變緩衝,但不會降低市場曝險。
Cross 全倉可能使用合約錢包內更多可用餘額共同支撐部位。一個虧損部位因而可能影響其他部位和整體可用資金。選擇哪一種,不是看哪個強平價比較遠,而是看你要把錯誤限制在哪個範圍。
下單前建立一張完整訂單卡
送單前至少寫下:
| 欄位 | 必須有的答案 |
|---|---|
| Symbol | BTCUSDT Perp 等明確產品 |
| 方向 | Long 或 Short |
| 進場方式 | Limit、Market 或條件觸發 |
| 數量 | 由風險預算算出並依 step size 向下取整 |
| Margin Mode | Cross 或 Isolated |
| Leverage | 用於估算保證金,不取代風險預算 |
| Stop | 觸發價格、觸發來源及後續委託類型 |
| Exit | 目標價、失效條件、分批或全平 |
| Funding | 下一期時間、目前方向與估算金額 |
缺任何一欄,都可能在成交後才發現自己買錯產品、開錯方向或沒有可執行的退出條件。
Limit、Market 和條件單怎麼選
Limit 限價單限制成交價格,但可能只成交一部分或完全未成交。Market 市價單優先立即成交,但會沿訂單簿吃掉流動性,實際平均價可能偏離畫面最後價。Stop/Take-Profit 類條件單先等待觸發,觸發後再依其 Market 或 Limit 性質執行。
因此「Stop 已觸發」不等於「部位已平倉」。Stop-Limit 可能在快速行情中留下未成交委託;Stop-Market 較重視退出,但仍有滑價。選擇應符合你的失效點與最大可承受結果。
做多的完整送單順序
以 USDⓈ-M BTCUSDT 為例:
- 選擇 BTCUSDT 並確認有 Perp 標記;
- 選 Cross 或 Isolated,設定已計算過的槓桿;
- 選 Limit 或 Market,輸入價格與數量;
- 對照訂單卡確認是買入/Long;
- 送單後到 Open Orders 看是否等待成交;
- 到 Order History/Trade History 查看成交數量和平均價;
- 到 Positions 確認 Position Size 為正確的多方數量;
- 依計畫建立停損與出場委託,確認它們綁定同一 Symbol 和正確方向。
限價單若只成交 0.012 BTC,而計畫是 0.02 BTC,風險、停損數量及目標委託都要按實際成交重新計算。
做空的完整送單順序
做空的流程相同,但方向相反:
- 選定永續合約與保證金模式;
- 輸入已計算的數量;
- 送出賣出/Short 委託;
- 成交後確認 Position Size 和介面方向確實是空方;
- 停損應位於策略失效的上方,平空使用買入方向;
- 成交後重新核對強平緩衝、資金費率與可用保證金。
不要只因按了 Sell 就認定已做空。在 One-Way 模式中,Sell 也可能先減少既有多單;在 Hedge Mode 中,還要確認操作的是 LONG 還是 SHORT 那一側。
平倉不是按一次反向按鈕就結束
平倉的目標是把指定方向的 Position Size 降到計畫值,全部退出時應降到 0。實務上要同時控制:
- 平倉方向是否正確;
- 數量是否等於要關閉的實際剩餘部位;
- 委託是 Limit 還是 Market;
- 是否使用 Close、Close Position 或平台提供的只減倉語意;
- 是否還有會在之後重新建立曝險的停損、止盈或限價委託。
市價平倉後仍要看 Positions,而不是只看「Order submitted」。限價平倉則要等實際成交;未成交數量仍然是開放曝險。
部分平倉後怎麼重新計算
假設 0.02 BTC 多單在 60,000 建立,先在 61,000 平掉 0.008 BTC:
- 已實現的價格 P&L:0.008 × 1,000 = 8 USDT;
- 剩餘部位:0.012 BTC;
- 剩餘部位每變動 1,000 USDT,P&L 約變動 12 USDT;
- 原本 0.02 BTC 的停損單不能原封不動留下,否則可能超量平倉或反向建立部位。
部分平倉後,立即把剩餘數量、停損數量、名義倉位、有效槓桿與風險預算全部更新。
未實現 P&L 與已實現 P&L 的分界
未平倉部位的損益仍隨價格變動,屬於未實現 P&L。只有成交關閉的部分才進入已實現結果。完整交易的淨結果應拆成:
淨已實現 P&L = 平倉價格損益 − 開倉費 − 平倉費 ± 已結算 Funding
如果分批加倉或減倉,不能只用第一筆進場價計算。應查看實際成交明細、加權平均進場價、各筆費用與各期資金費率紀錄。
為什麼畫面 ROI 可能很高但價格只動一點
某些介面以分配的初始保證金為分母顯示 ROI。1,200 USDT 名義倉位若占用 120 USDT 初始保證金,價格向有利方向變動 1%產生約 12 USDT P&L,畫面 ROI 可能接近 10%。這不代表 BTC 上漲 10%,也不代表整個帳戶資產增加 10%。
比較交易時優先看名義倉位、淨 P&L 與帳戶資金報酬,不要只看被槓桿放大的單筆 ROI。
Mark、Index 與 Last 各回答不同問題
- Last Price:最近一筆成交價,適合描述當下成交市場。
- Index Price:參考現貨市場形成的基準。
- Mark Price:用於降低短暫異常成交對未實現 P&L 與強平判定的影響。
停損委託的觸發來源可能是 Mark 或合約成交價。若你的停損看 Last、強平風險看 Mark,兩個數字不會永遠同步。送單前應讀清 Working Type;成交後再確認觸發設定沒有被重置。
資金費率只在持倉跨過結算時發生
資金費率是多空持倉者之間的定期收付,不是固定方向的交易所費用。正費率通常代表多方支付空方,負費率則相反;實際費率和間隔可能調整。
簡化估算為:
Funding ≈ 結算時名義倉位 × 當期資金費率
若 1,200 USDT 名義倉位跨過某期結算,當期費率 0.01%,估算收付約 0.12 USDT。只有在指定時點仍持有部位才會發生該期收付;真正結果應以 Transaction History 的入帳為準。
停損與強平之間必須留有緩衝
強平是平台風險處置,不是替你執行策略的停損。預估強平價會受持倉級距、維持保證金、Cross/Isolated、其他部位、費用與標記價格影響,也可能隨帳戶狀態改變。
做多時,計畫停損通常應高於預估強平價;做空時則應低於預估強平價。兩者之間還要容納觸發差異、滑價和劇烈波動。若正常滑價就可能跨過緩衝,應減少 Position Size、降低有效槓桿或增加可隔離的保證金,而不是把停損移到更不合理的位置。
成交後用三個頁籤完成驗收
Positions:確認 Symbol、方向、Position Size、Entry Price、Mark Price、未實現 P&L、Margin Mode、槓桿與預估強平價。
Open Orders:確認停損與止盈是否仍有效,數量是否等於剩餘部位,並移除不再需要的舊委託。
Trade/Transaction History:核對每筆成交價、成交量、Commission、Realized P&L 與 Funding。平倉後 Position Size 應為 0;若仍有小數量,代表部分未成交或數量取整留下殘餘部位。
五種常見失敗與處理方式
| 問題 | 真正原因 | 處理方式 |
|---|---|---|
| 按 Sell 後仍不是預期空單 | 反向單先減少原有多單,或持倉模式不同 | 看 Position Side 與成交後 Position Size |
| Stop 顯示觸發但部位仍在 | Stop-Limit 沒有成交完 | 查看 Open Orders 和實際 fills,依風險改用可成交的退出方式 |
| P&L 與手算不同 | 用錯平均價、標記價格或漏算部分成交 | 逐筆重建加權平均價,再分開費用與 Funding |
| 平倉後又出現反向部位 | 平倉量超過剩餘部位,或舊委託後續觸發 | 使用正確的關倉語意並撤掉多餘退出單 |
| 改低槓桿但損益仍很大 | 名義倉位沒有變小 | 直接減少 Position Size,再重算風險 |
從零到平倉的完整工作流
- 確認產品為 USDⓈ-M 永續合約及正確 Symbol。
- 找到 Mark、Index、Funding、Margin Mode 和槓桿。
- 用資金風險和停損距離算出數量。
- 依 step size 向下取整並預估費用、滑價。
- 選 Cross/Isolated 和足以保留緩衝的槓桿。
- 選擇 Limit、Market 或條件單並送出。
- 用 fills 驗收實際數量與平均進場價。
- 依實際部位建立停損和出場委託。
- 持倉期間監控 Mark、Margin Ratio、Funding 與未成交單。
- 平倉後確認 Position Size 為 0,撤銷遺留委託。
- 從歷史紀錄計算淨已實現 P&L。
完成檢查表
- 我能在介面辨認 Perp、Mark、Index、Funding、Cross/Isolated、槓桿和委託類型。
- 我先由風險預算與停損距離決定數量,再選槓桿。
- 我能分別計算多單與空單的線性價格 P&L。
- 我知道名義倉位不等於保證金,ROI 不等於價格漲跌幅。
- 我能區分未實現 P&L、已實現 P&L、Commission 與 Funding。
- 我知道 Stop 觸發不等於成交,限價平倉也可能只成交一部分。
- 我會在部分平倉後同步修改停損數量與風險計算。
- 我會在 Positions、Open Orders 和歷史紀錄中完成平倉驗收。
全部完成後,才算真正理解並能操作一筆永續合約,而不是只知道「做多看漲、做空看跌」。
延伸閱讀
資料來源
- Binance Academy:永續合約的運作機制
- Binance Futures:BTCUSDT 永續合約公開交易頁
- Binance Developer Docs:USDⓈ-M Futures API
本文用於說明永續合約操作、計算與驗收,不構成投資建議。合約規格、費率、槓桿級距和介面可能調整,實際數值以送單當下的產品頁與帳戶顯示為準。
