即使帳戶顯示有現金、市場仍然開放，預測市場持倉上限亦可能拒絕一宗交易。應把這項提示視為風險控制拒絕，而不是等待流動性的掛單：先確認具體是哪項限制，計算平台計入的敞口，並在改動任何內容之前保存拒絕紀錄。

關鍵要點

被拒訂單從未進入配對隊列；仍然開放但未成交的訂單是另一個問題。

持倉、單筆數量、抵押品及相關市場限制可能顯示相似提示，但需要不同的檢查。

平台可能把已有持倉和未完成訂單一併計算，只看主頁結餘並不足夠。

重試之前，保存合約、規則版本、訂單編號、錯誤文字、時間、持倉及未完成訂單狀態。

不要借用另一個帳戶或身份規避平台限制；使用文件所述的減倉或支援途徑。

提示是否代表訂單仍然有效？

通常不是。平台可能在指令進入訂單簿之前已顯示驗證錯誤。例如，Kalshi 的 FIX 文件把「訂單超出限制」列為交易所拒絕原因，可能反映持倉或單筆數量限制，亦可能是結餘不足；交易所關閉及市場已到期則另列為其他拒絕原因。［2］這些標籤只描述一個平台，但當中的診斷區分普遍有用。

先查看訂單紀錄，而不是市場卡片。被拒訂單不應有可執行的剩餘數量；仍然開放或部分成交的訂單則可能仍在預留資金並增加敞口。如果介面含糊，比較訂單編號、狀態、已成交數量、剩餘數量及帳戶流水。訂單未成交排查處理的是配對及流動性；本文只由平台確認限制拒絕之後開始。

已觀察到的證據	可能狀態	安全的首要操作
因限額提示被拒	訂單未獲接受	保存完整提示並確認它指出哪項限額
訂單仍開放而成交量為零	訂單仍可參與配對	檢查價格、流動性、隊列及預留結餘
部分成交，其餘被拒	執行期間敞口發生變化	按實際成交及剩餘訂單重新計算
沒有訂單紀錄且結餘未變	客戶端提交可能未完成	再次提交前先查活動紀錄

反覆按提交並不是診斷方法。另一張訂單有變之後，較後的嘗試可能獲接受，留下原畫面沒有顯示的重複敞口。

你遇到的是哪一種預測市場持倉上限？

「限制」並非單一數字。CFTC 的資料說明，指定合約市場會在必要及適當時採用持倉限制或持倉問責，以降低操縱或擠塞風險。［1］實際門檻及計算方法仍來自平台、合約規則、帳戶協議及適用監管。

常見控制包括：

單張訂單的最大數量。
單一合約或結果的最大淨持倉。
同時計算雙向或相關合約的總敞口限制。
由同一事件下多個市場共用的事件層級限制。
未完成訂單預留資金後的抵押品或可交易額度限制。
介面只籠統描述的帳戶、司法管轄區、資格或風險限制。

Kalshi 的訂單輸入參考資料顯示，已接受、已拒絕、已取消及已到期的指令以不同的執行狀態表示。［3］ CFTC 的消費者資料同樣提醒，事件合約是金融產品，其條款及監管環境都很重要。［4］

細閱完整錯誤，而不只是縮短了的橫額。記錄任何限制名稱、目前敞口、容許的最大值、相關事件、帳戶或子帳戶，以及說明連結的識別碼。如果提示沒有列出門檻，不要憑過往獲接受的最大一宗交易推斷。限制可能因產品、合約階段、帳戶狀態或平台批准的豁免而不同。

了解預測市場事件合約代表甚麼，有助把經濟敞口與 App 內可見的按鈕或訂單行數分開。

應如何計算平台可能計入的持倉敞口？

由帳本開始，而不是由投資組合的主頁數字開始。列出目前已成交持倉、每張可能增加持倉的未完成訂單、擬提交訂單，以及規則點名的任何相關合約。只有平台清楚定義正負號時才使用帶符號的數量；否則把 Yes、No、買入及賣出數量分欄記錄。

假設帳戶已持有 70 份合約，有一張 20 份的未完成買單，又準備再買 20 份。對所有可執行買單都預留額度的控制，可能把潛在敞口評估為 110，儘管持倉組件仍顯示 70。取消那張未完成的 20 份買單可能降低潛在敞口，但前提是在提交替代訂單之前已確認取消。

帳本項目	數量	是否可能增加敞口？
已成交倉位	70	是，已經持有
未完成買單	20	是，只要仍可能成交
擬提交買單	20	是，如果獲接受
已取消訂單	0	只有確認取消後才不計入

這只是示例，並非通用公式。有些平台會抵銷相反持倉；有些則以不同方式套用合約、市場、事件或總敞口限制。費用及抵押品亦不應與敞口混淆。核對現金部分時，使用平台現行規則及費用與買賣差價比較。

減少或更換訂單前應檢查甚麼？

依固定次序處理，避免一個改動毀掉下一項檢查所需的證據：

保存完整拒絕提示及其時間戳記。
確認訂單狀態，以及是否有任何數量成交。
匯出或截圖目前持倉及未完成訂單。
細閱合約層級、事件層級及帳戶層級的限制條文。
把預留結餘與持倉敞口分開核對。
如合適，只取消不再需要的那一張未完成訂單。
等待取消在活動流水中成為最終狀態。
在提交較小的替代訂單之前重新計算敞口。

不要只為消除一條含糊的橫額而平掉無關持倉。平倉可能產生新的交易、差價成本、費用或稅務紀錄，而且未必影響起控制作用的限制。同樣，除非平台公式明確取決於可執行敞口，否則更改價格並不能解決數量或資格限制。

如果限制看來與公開規則不一致，請停止提交訂單，準備支援個案。有用的問題不是「為何不讓我交易？」，而是「在這個時間點，是哪條規則及哪些帳本項目產生了顯示的敞口？」

客服材料應包括哪些證據？

簡潔的證據包可以減少來回溝通，同時避免不必要的披露。包括市場及合約識別碼、訂單編號或客戶端訂單編號、完整拒絕文字、連時區的時間戳記、申請的方向及數量、已成交持倉、相關未完成訂單，以及你所依據的規則頁面或限制通知。遮蓋無關結餘、身份證明文件、API 憑證、復原碼及其他市場。

盡可能保留原始匯出檔案。截圖可以顯示介面當時的內容，但 CSV、結單或訂單紀錄更便於核對。如果限制有變，保留先前及目前的通知和各自的擷取時間。不要編輯證據圖片，也不要裁走解讀所需的市場、狀態或時間戳記。

請支援人員確認這項控制是按單張訂單、按合約、按事件、全帳戶、以抵押品為基礎，還是監管要求。同時詢問未完成訂單是否計入，以及哪種狀態能確認取消已釋放敞口。支援人員的答覆可以澄清帳戶情況，但不能取代合約的結算規則，亦不構成繞過控制的許可。

哪些處理方法會增加風險？

最大的操作風險，是在理解限制之前已試圖繞過它。開設另一個帳戶、使用他人身份、拆分活動以隱藏共同控制，或經未獲授權的帳戶操作，都可能違反平台條款或法律。本文不提供規避限制的方法。

另一項風險是同時改變多個變數。如果你取消三張訂單、平掉一個持倉、轉移資金並提交替代訂單，最終狀態可能無法還原。每次只做一個有紀錄的改動，等待其最終帳本狀態，再重新評估。

升級處理期間要注意憑證安全。支援人員解釋持倉限制時毋須密碼、助記詞、私鑰、一次性驗證碼或遙距控制權限。使用平台已認證的支援途徑，並在上載紀錄前獨立核實域名。

總結

確認指令是被拒絕，而不是仍然開放或部分成交。
找出起控制作用的限制，不要假定現金結餘等於可用敞口。
核對已成交持倉、未完成訂單、擬提交訂單及任何相關市場的合併計算。
每次只改變一件事，並等待取消或結算紀錄成為最終狀態。
以最小證據包升級處理，切勿透過另一個身份或帳戶規避控制。

常見問題

現金足夠時，持倉上限也會拒絕交易嗎？

會。可用現金、所需抵押品、單筆數量及容許的持倉敞口是不同的控制。由完整拒絕文字及平台規則決定適用哪一項。

被拒訂單仍在訂單簿等待嗎？

通常不在。再次提交任何訂單之前，確認狀態為已拒絕，而且已成交數量及剩餘數量都是零。

未完成訂單會計入預測市場持倉上限嗎？

如果它們可能增加敞口，可能會計入，但各平台公式不同。核對每張可執行的未完成訂單，並在假定額度已釋放之前確認帳本中的取消紀錄。

更改限價能解決拒絕嗎？

如果原因是數量、敞口、抵押品或資格，便不能。改價處理的是配對條件，而不是獨立的風險控制門檻。

可以把一張大訂單拆成多張小訂單嗎？

單筆上限可能不同於總持倉上限，但拆單不得用來規避總持倉、事件、帳戶或監管限制。請遵從公開規則及支援指引。

應否開另一個帳戶來落這張單？

不應該。使用另一個身份或帳戶規避限制可能違反條款或法律，並可能帶來帳戶及提款風險。

聯絡支援前應保存甚麼？

保存合約編號、訂單編號、完整錯誤、時間戳記、申請數量、已成交持倉、未完成訂單、相關規則及最小帳戶流水。刪除秘密資料及無關個人資料。

VPN 能提高或取消平台限制嗎？

不能。VPN 無法改變平台的風險計算、帳戶資格、合約規則或監管義務。

免責聲明：本文只供一般資訊參考，不構成金融、法律、稅務或交易建議。預測市場的規則及可用性因平台及司法管轄區而異；請查閱起控制作用的合約，並在有需要時尋求合資格意見。

來源：

CFTC — Economic Requirements — https://www.cftc.gov/IndustryOversight/ContractsProducts/EconomicRequirements/index.htm
Kalshi API Documentation — Error Handling — https://docs.kalshi.com/fix/error-handling
Kalshi API Documentation — Order Entry — https://docs.kalshi.com/fix/order-entry
CFTC — Understanding Prediction Markets and Event Contracts — https://www.cftc.gov/LearnandProtect/PredictionMarkets

Sources checked 2026 年 9 月 12 日。

延伸閱讀：

預測市場持倉上限阻止交易：核對訂單狀態、風險敞口及限制類型