# 模擬交易、紙上交易與實盤交易有什麼區別

> 三者最大的差異不在界面，而在身份、訂單、成交、資金與風險狀態由誰確認。理解邊界，才能正確解釋終端裏的“運行中”和“已完成”。

Canonical HTML page: https://qanterion.com/zh-HK/blog/paper-vs-live-trading

**簡短回答：** 模擬交易主要核實界面和邏輯；紙上交易由服務端記錄虛擬訂單、成交與賬本；實盤交易還需要真實券商或交易所、資金和風控系統共同確認。畫面相似，不代表業務事實相同。

## 三種模式的核心區別

| 維度     | 模擬交易           | 紙上交易               | 實盤交易                 |
| -------- | ------------------ | ---------------------- | ------------------------ |
| 主要用途 | 界面體驗、流程核實 | 規則與服務端工作流核實 | 真實市場執行             |
| 戶口資金 | 樣例或本地狀態     | 服務端虛擬賬本         | 真實戶口與資金記錄       |
| 訂單成交 | 本地模擬           | 紙上撮合或執行模型     | 券商/交易所確認          |
| 風險控制 | 提示或本地規則     | 服務端紙上風控         | 真實風險與執行約束       |
| 資金進出 | 不產生真實資金變化 | 不產生託管結算         | 需要支付、託管或清算能力 |

## 模擬交易適合核實什麼

模擬交易適合檢查頁面是否易用、策略流程是否完整、狀態是否表達清楚。它可以幫助用戶熟悉：

- 如何查看戶口與策略；
- 如何開始、暫停或停止模擬；
- 如何閲讀持倉和風險；
- 如何理解資金申請流程。

但瀏覽器狀態不能證明訂單已被服務端接受，也不能改變真實餘額。

## 紙上交易比本地模擬多了什麼

紙上交易通常由服務端擁有身份、命令、執行和賬本狀態。即使不連接真實市場，它也可以核實更完整的系統行為：

- 會話與權限；
- 策略命令的接受、拒絕與冪等；
- 虛擬訂單、成交、持倉和盈虧；
- 服務端風險規則；
- 可追蹤的賬本與事件記錄。

紙上交易更接近正式系統流程，但仍不會自動變成實盤。

## 實盤交易還需要哪些條件

實盤需要多個環節同時就緒：

1. 戶口身份與交易權限；
2. 可用且合規的市場、券商或交易所連接；
3. 真實訂單與成交回執；
4. 託管、支付、清算或資金賬本；
5. 風險限制、監控、審計與異常處理；
6. 地區、產品和用戶適用性要求。

界面配置或一個“實盤”開關不能替代這些條件。

## 如何正確理解狀態詞

在交易終端中：

- “已提交”只説明意圖已發送或記錄；
- “已接受”不等於已經成交；
- “運行中”必須説明由本地、紙上服務還是交易核心確認；
- “已完成”應有對應的訂單、成交、賬本或平台記錄。

清楚的狀態詞可以避免把過程誤解為結果。

## QANTERION 當前邊界

QANTERION 當前重點是模擬與紙上交易工作流。實盤交易、託管和真實資金處理只有在相關服務、戶口權限與合規條件明確開放後才可用。

繼續閲讀[AI 量化交易終端是什麼](/zh-HK/blog/ai-quant-terminal-guide)，並查看[常見問題](/zh-HK/faq)與[風險披露](/zh-HK/legal/risk)。