三種形態
同一套觸發機制服務於三種不同的意圖，區別在於附著的對象。
第三種最不像一筆訂單。作用範圍是部位，不是某個數量，因此部位規模一變，它就跟著變。參見停利與停損。
觸發
條件單何時觸發，取決於兩件事：盯的是哪個價格，以及這項檢查發生在區塊的哪個位置。 盯哪個價格。 觸發器可以盯標記價格，也可以盯最新成交價。標記價格經過平滑，更難推動，因此是保護性訂單更安全的預設選擇；最新成交價反應更快，也更接近你看到的成交紀錄，某些策略需要的正是這個。這個選擇逐單設定。 在區塊的哪個位置。 撮合執行之前先掃描條件單，用的是區塊開始時固定下來的標記價格。訂單若由本區塊的價格觸發，就在本區塊內變成有效訂單，不是等到下一個區塊。完整的優先順序參見交易排序。觸發器盯的是其中之一
標記價格經過平滑，更難推動 — 更安全的預設
最新成交價反應更快，更接近你看到的成交紀錄
停在條件單儲存區不佔佇列位置，不貢獻深度
條件滿足？
轉換為市價單或限價單
在本區塊撮合
在撮合執行之前掃描，用的是區塊開始時固定下來的標記價格。
尚未 — 下一個區塊再檢查
連動
條件單很少單獨行動。連動模式有三種，各有自己的撤銷語意。 停利和停損互相撤銷。 一對保護性訂單是二擇一（OCO）關係：任何一條腿觸發，另一條就自動撤銷。不會發生你已經平倉、卻還掛著一張有效停損單的事。 附著的訂單對跟著父訂單走。 你把停利和停損附著在正在下的一筆訂單上，這一對在父訂單成交之前不會生效；父訂單若在成交前撤銷，附著的兩條腿也一併消失。 附著於部位的訂單對跟著部位走。 部位一旦關閉——你自己的訂單平掉、遭到強平，或者被自動減倉——附著上去的保護性訂單就會撤銷。這些訂單的存在是為了保護某個東西；那個東西沒了，訂單也就沒了。這是串接方最常搞錯的地方。停損若活得比它所保護的部位還久，下一次觸發就會朝反方向開出一個新部位。連動機制正是用來防這件事的，由協議強制執行，不由下單的用戶端負責。
訂單狀態
條件單會經過一組明確定義的狀態，每一次狀態轉換都是一個可觀測的協議事件。
最讓人意外的狀態是在轉換時被拒絕。一筆訂單可以順利受理、等上幾小時、正確觸發，最後仍然失敗——因為條件是在轉換那一刻重新檢查，不只在下單時檢查。保證金可能已經不夠；一筆只減倉的條件單可能已經沒有部位可減。觸發確實發生了，但由此產生的訂單沒有活下來。
下單時與轉換時的檢查
兩套不同的規則在兩個不同的時點生效。 下單時，協議會檢查觸發價格在你指定的方向上是否說得通——立刻就會觸發的停損是失誤，不是策略——以及觸發價是否落在距離當前價格的允許範圍內。未成交訂單數量上限和速率限制也在這裡生效。 轉換時，按你當下的實際部位重新評估保證金夠不夠、重新檢查只減倉約束；條件市價單也和任何市價單一樣，受滑價保護約束。參見市價單與滑價保護。後續閱讀
停利與停損
兩種保護性形態，以及部位變化時各自的行為。
標記價格
大多數保護性觸發器應當盯的價格，以及為什麼要平滑。
交易排序
觸發掃描相對於撤單和新訂單處在什麼位置。
訂單類型
條件單會轉換成什麼。