市場可能處於的狀態
市場從來不只是「開」或「關」，而是帶著一個狀態，精確決定訂單簿會接受哪些訂單。Initializing訂單簿什麼都不接受
PreOpen只掛單訂單，且僅限白名單帳戶
Active全部接受
PostOnly所有吃單訂單都被拒絕
Paused什麼都不接受
ReduceOnly只接受減少部位的訂單
FinalSettlement什麼都不接受 — 終態
PostOnly 和 Paused 會回到 Active。ReduceOnly 不會 — 那是下線路徑。
市場狀態就是鏈上狀態，在區塊優先級的最前列執行。用戶端不必等別人告訴它市場開了，自己看得見。
這些不是同一個刻度盤上的嚴重程度等級，而是針對不同問題的不同答案。
PreOpen 讓市場先有訂單簿，再有第一筆交易。白名單掛單方可以報價，而由於只接受只掛單訂單，在訂單簿構建期間任何訂單都無法跨價成交。市場開放時兩側已經有報價，而不是開在空簿上、由第一個吃單方決定價格。
PostOnly 停掉吃單，不停報價。這個狀態對應的是「此刻價格發現失效了」——掛單方仍可調整報價，但沒人能吃掉一個過期的報價。
ReduceOnly 只出不進。市場正在下線，或者風險特徵變化到不再適合繼續增加曝險，就會進入這個狀態。
市場如何開放
上市是一次配置操作，把合約規格寫到鏈上：最小價格變動單位、最小數量變動單位、指數構成、槓桿級距、資金費率參數、部位限額和價格帶。這個市場的行為，沒有任何一部分落在那條紀錄之外。 規格在市場接受任何訂單之前就已寫入，從存在的那一刻起就可讀。用戶端輪詢市場列表，會先看到這個新市場——連同完整參數——市場才變得可交易；中間那段時間差，正是串接方用來配置自己的時間。 上市操作可以設置多簽要求：操作必須帶著滿足簽章門檻的證明，否則執行階段直接拒絕。這一條由協議在執行時強制，不靠外圍流程，所以不是一條誰都能繞過去的政策。市場如何退役
退市是一段反向流程，不是一個開關。市場先轉入 ReduceOnly，讓已開部位可以平掉、新的曝險建不起來，然後才轉入 FinalSettlement。 這個順序是操作規程，不是狀態機自己強制的——但順序恰恰是關鍵。部位還開著就直接關掉市場，持有者背著的曝險便沒有訂單簿可以退出，一次計畫中的維運變更就變成強制結算，價格由協議指定。先經過 ReduceOnly，等於給每個持有者一次按市場價平倉的機會。 最終結算時仍未平倉的部位，其結算辦法取決於具體合約，會與退市通知及通知期一同公布。盤前合約
有些市場在標的還沒有流動的現貨市場時就已上市——比如代幣上市之前，或股票發行之前。 對核心而言，這些是普通市場；對交易者而言則不普通。它們的指數價格來源更少、更薄，因而更容易推動、更容易跳空。規格也反映了這一點：更低的槓桿、更寬的資金費率上限、更緊的部位限制。參見市場。面向上市做串接
反覆列舉市場，不要只列舉一次。 用戶端若只在啟動時讀一次市場列表、之後再也不讀，此後上市的一切都會悄無聲息地錯過。上市是常態，會持續發生。 規格要讀，不要存。 最小價格變動單位、槓桿級距和資金費率上限，在已上線的市場上也會變。用戶端手上留著陳舊副本，就會提交網路直接拒絕的訂單，或者按早已失效的限制去算部位大小。 每一種狀態都要處理，不只是 Active。 訂單因市場狀態被拒絕，不是你的訂單有 bug——那是市場在告訴你目前接受什麼。把 PostOnly、ReduceOnly 和 Paused 當成三件事來處理，正是「優雅降級的串接」和「對著牆不停重試的串接」之間的差別。公告
公告管道自 2026 年 9 月 20 日公開測試網開始。在那之前，私有測試網上的市場上線與變更不發通知，因為那裡的一切都不承載價值。
後續閱讀
市場
一份合約規格包含什麼。
規則變更
通知期，以及變更如何生效。
交易排序
為什麼系統操作排在區塊最前面。
協議變更日誌
已發布內容的帶日期紀錄。