作者： Matt Connor
為何你的選擇權委託單一直未成交？
了解選擇權委託單未成交的關鍵：交易所優先順序、按比例分配、掛單數量變動，以及價差多腿單的淨價格路由，找出提高成交機會的方法。
選擇權委託單通常未能成交，原因在於散戶交易畫面不會顯示的撮合機制：委託單在交易所分配佇列中的位置、你加入的委託數量是否仍然存在、實際市場價差有多寬，以及多腿委託的淨價格是否具備可成交性。顯示報價只是某人在片刻前願意交易的價格快照。以該價格委託，只代表你的單子進入佇列，並不代表排到最前面。
選擇權報價是否代表你一定能在該價位交易？
不是。報價是雙邊委託，掛出報價的一方可以隨時取消或重新調整價格，附帶的數量也只適用於當下。對於報價活躍的標的，單一合約每秒會多次更新買價與賣價。我們的 選擇權買賣價差指南說明了兩邊價格各自代表什麼。真正決定能否成交的，是某一版本報價能維持多久。
下方面板逐秒統計資料流在一個固定的30秒區間內，Apple 選擇權合約收到的每一次報價更新。該區間始於2026年6月17日美東時間下午2:00:00。
每個數據背後的精確 SQL 語法
SELECT
formatDateTime(toTimeZone(sip_timestamp, 'America/New_York'), '%H:%i:%S') AS et_time,
round(count() / 1000, 1) AS quote_updates_k,
round(count() / uniqExact(ticker), 1) AS updates_per_contract
FROM global_markets.cache_options_quotes
WHERE ticker IN
(
SELECT ticker
FROM global_markets.options_greeks
WHERE underlying_symbol = 'AAPL'
AND date = '2026-06-17'
)
AND sip_timestamp >= toDateTime('2026-06-17 18:00:00', 'UTC')
AND sip_timestamp < toDateTime('2026-06-17 18:00:30', 'UTC')
GROUP BY et_time
ORDER BY et_time在開頭一秒，資料流在這些合約中傳遞了約 0.9 千次報價更新，換算下來，每份合約在該秒約重新發布 1.9 次報價。委託單無法以這種速度傳遞。當點擊轉換為抵達交易所的訊息時，委託簿早已重新排列。
報在最佳價格，是否就能排在最前面？
單靠這點不行。股票交易所大多採用價格—時間優先：在相同價格下，先抵達的委託先成交。選擇權交易所還會加入兩項規則，而這些規則正是限價委託容易長時間未成交的原因。
公開客戶委託優先。幾乎所有美國選擇權交易所，都會讓公開客戶在某一價格的委託優先於同價位的 market maker 與專業交易者委託。這部分對散戶交易者有利。
客戶優先順序之後，分配採按比例分配，而不是單純依時間排序。新進委託會按照各筆既有委託的數量比例，在掛單之間分配；部分交易所還會對最先掛出該價格者給予小幅優先權。能分到多少，主要取決於數量，而非抵達時間。
將這兩點合併來看，一張與500張委託並列的1張委託，會被視為501張中的1張，而不是兩筆委託中的其中一筆。若有一筆100張的新進委託掃過該價格，小額委託可能只成交1張。
下方面板依交易量分組統計2026年6月17日所有 Apple 選擇權成交紀錄，再比較各組占當日成交筆數的比例，以及占當日成交合約數的比例。
每個數據背後的精確 SQL 語法
WITH
(
SELECT count()
FROM global_markets.options_trades
WHERE underlying_symbol = 'AAPL'
AND sip_timestamp >= toDateTime('2026-06-17 00:00:00', 'UTC')
AND sip_timestamp < toDateTime('2026-06-18 00:00:00', 'UTC')
) AS day_prints,
(
SELECT sum(size)
FROM global_markets.options_trades
WHERE underlying_symbol = 'AAPL'
AND sip_timestamp >= toDateTime('2026-06-17 00:00:00', 'UTC')
AND sip_timestamp < toDateTime('2026-06-18 00:00:00', 'UTC')
) AS day_contracts
SELECT
multiIf(size = 1, '1 contract',
size <= 5, '2 to 5',
size <= 20, '6 to 20',
size <= 100, '21 to 100',
'over 100') AS size_bucket,
round(100 * count() / day_prints, 2) AS share_of_trades_pct,
round(100 * sum(size) / day_contracts, 2) AS share_of_volume_pct
FROM global_markets.options_trades
WHERE underlying_symbol = 'AAPL'
AND sip_timestamp >= toDateTime('2026-06-17 00:00:00', 'UTC')
AND sip_timestamp < toDateTime('2026-06-18 00:00:00', 'UTC')
GROUP BY size_bucket
ORDER BY min(size)單張合約交易占當日成交筆數的 48.48%，占當日成交合約數的 7.83%。over 100組則呈現相反形狀：占成交筆數 0.44%，但承擔了 16.67% 的成交量。在按比例分配的機制下，後一項數字才決定一筆新進委託能有多少成交量分配給任何一筆既有委託。market maker 持續同時報出買價與賣價，並在交易過程中管理庫存；我們的 market maker 如何獲利指南對此有詳細說明。
為什麼我的選擇權委託單在 mid 價格沒有成交？
mid 是算術平均值：買價加上賣價，再除以二。沒有任何一方有義務在該價格交易。市場上始終存在的兩個價格是自然價：買進時是賣價，賣出時是買價。自然價與 mid 之間的所有價格都屬於協商範圍。只有當對手方的模型將合約定價至你所在的中點一側，或有另一筆公開委託想進行相反方向的交易時，委託才會成交。
協商能涵蓋多少空間，取決於市場價差寬度；而價差寬度會隨合約價格大幅變化。下方面板取用相同的30秒區間，依合約價格將所有 Apple 選擇權報價分組，並列出報價價差的中位數（以美分計），以及該價差占 mid 的比例。
每個數據背後的精確 SQL 語法
SELECT
price_bucket,
round(quantileExact(0.5)(spread) * 100, 1) AS median_spread_cents,
round(quantileExact(0.5)(100 * spread / mid), 1) AS spread_pct_of_mid
FROM
(
SELECT
toFloat64(ask_price) - toFloat64(bid_price) AS spread,
(toFloat64(ask_price) + toFloat64(bid_price)) / 2 AS mid,
multiIf(mid < 0.50, 'under $0.50',
mid < 2.00, '$0.50 to $2',
mid < 5.00, '$2 to $5',
mid < 15.00, '$5 to $15',
'$15 and up') AS price_bucket,
multiIf(mid < 0.50, 1, mid < 2.00, 2, mid < 5.00, 3, mid < 15.00, 4, 5) AS bucket_order
FROM global_markets.cache_options_quotes
WHERE ticker IN
(
SELECT ticker
FROM global_markets.options_greeks
WHERE underlying_symbol = 'AAPL'
AND date = '2026-06-17'
)
AND sip_timestamp >= toDateTime('2026-06-17 18:00:00', 'UTC')
AND sip_timestamp < toDateTime('2026-06-17 18:00:30', 'UTC')
AND bid_price > 0
AND ask_price > bid_price
)
GROUP BY price_bucket
ORDER BY min(bucket_order)under $0.50組合約的報價價差中位數為 17 美分，相當於 mid 的 75%。$15 and up組合約的價差為 170 美分，或 mid 的 3.8%。以美分計算，價格較高的合約顯示出較寬的報價；但以百分比計算，價格較低的合約才是明顯較寬的市場。在這種市場中，將委託掛在中點，等於要求交易對手放棄價差中相當大的一部分。流動性與波動率會以不同方向影響這些寬度，因此同一標的上的兩份合約，交易表現也可能完全不同。
市價單與限價單會取消定價問題，改成另一個問題。市價單會與當下委託簿中的任何掛單成交；在交易清淡的選擇權系列中，成交價可能比你畫面上最後一次顯示的報價偏離數個最小跳動單位。
為什麼兩個腿看起來都能成交，spread 卻沒有成交？
多腿委託不會分別掛在兩個單腿委託簿中。它會送入複合委託簿，並以淨價格作為一個整體撮合。交易所會讓它與另一筆複合委託成交，或在單腿委託簿的合併價格優於你的淨價格時，與單腿委託簿成交；但在整個組合完成定價前，兩者都不會發生。
假設一個兩腿買權 spread。多頭腿報價為買價1.20美元、賣價1.35美元；空頭腿報價為買價0.60美元、賣價0.72美元。以自然價買進整個組合，成本為1.35美元減去0.60美元，即支付0.75美元。以自然價賣出，收入為1.20美元減去0.72美元，即收取0.48美元。該組合的淨市場報價為買價0.48美元、賣價0.75美元，中點為0.615美元。分別觀察兩個腿，無法判斷0.62美元是否可成交。複合委託簿有自己的雙邊市場與既有委託。
這會帶來兩個結果。單腿畫面中的某一腿即使以你的價格成交，你的 spread 仍可能未成交；而且你的委託一開始就沒有掛在那個單腿委託簿中。若以單腿價格而非淨價格設定 spread，相當於針對一個不存在的委託簿定價。
為什麼零成交量履約價上的委託不會成交？
沒有故障。大多數掛牌履約價在大多數交易日都沒有交易。選擇權鏈會列出交易所開放的所有履約價，而其中大多數只有報價、沒有成交，有時甚至數週都如此。成交量統計今日實際轉手的合約。未平倉量則統計仍然存在的部位；兩者之間的差異詳見我們的 選擇權成交量與未平倉量說明。
下方面板衡量外側履約價的交易清淡程度。它選取2026年5月與6月到期、距到期日20至45天的所有 Apple 合約，依當日履約價與標的價格的距離分組，並列出每日成交量中位數，以及成交少於10張合約的合約日占比。
每個數據背後的精確 SQL 語法
SELECT
moneyness_bucket,
round(quantileExact(0.5)(toFloat64(volume)), 0) AS median_daily_volume,
round(100 * countIf(volume < 10) / count(), 1) AS share_under_10_lots_pct
FROM
(
SELECT
abs(toFloat64(strike_price) / toFloat64(underlying_close) - 1) AS gap,
multiIf(gap < 0.02, '0% to 2% from spot',
gap < 0.05, '2% to 5% from spot',
gap < 0.10, '5% to 10% from spot',
gap < 0.20, '10% to 20% from spot',
'more than 20% from spot') AS moneyness_bucket,
multiIf(gap < 0.02, 1, gap < 0.05, 2, gap < 0.10, 3, gap < 0.20, 4, 5) AS bucket_order,
volume
FROM global_markets.options_greeks
WHERE underlying_symbol = 'AAPL'
AND date >= '2026-05-01'
AND date < '2026-07-01'
AND days_to_expiry BETWEEN 20 AND 45
AND underlying_close > 0
)
GROUP BY moneyness_bucket
ORDER BY min(bucket_order)0% to 2% from spot合約的每日成交量中位數為 354 張，其中 2% 的合約日成交少於10張。more than 20% from spot合約的每日成交量中位數為 6 張，其中 55.4% 的合約日成交少於10張。掛在這些履約價上的委託，只能等待實際上沒有出現的交易流；唯一持續站在對手方的，通常就是最初報出該履約價的 market maker。
委託單機制對交易委託的影響
- spread 必須以淨價格設定。複合委託簿會撮合整個組合，單腿價格不會在其中形成可直接成交的報價。
- mid 可作為定價錨點。在寬價差市場中，始終可取得的兩個價格是自然價：買進時為賣價，賣出時為買價。
- 委託數量決定按比例成交時可分得的份額。與大額委託並列的1張委託，只能按比例取得新進成交量的一部分。
- 冷清的履約價首先是報價問題，其次才是委託問題。因為根本沒有交易流抵達以供撮合。
常見問題
為什麼我的選擇權限價單已經掛在買價，卻仍未成交？
跟進買價，代表你的委託以該價格加入佇列。選擇權交易所會依客戶身分與委託數量分配成交，而不是只依抵達時間排序。若小額委託與大得多的委託並列，任何成交都會按比例分配；在成交量不大的交易中，按比例計算後可能向下取整為零。
選擇權交易所是否依委託抵達順序成交？
大多不是。公開客戶委託在相同價格下優先於 market maker 與專業交易者委託，剩餘數量通常按比例分配，也就是依各筆既有委託的數量分配。部分交易所會對最先掛出該價格者增加優先權。
在選擇權委託中支付自然價是什麼意思？
自然價是市場中已顯示、位於你交易方向一側的價格：買進時為賣價，賣出時為買價。以自然價委託，可與當前報價成交；以 mid 委託，則要等待對手方改善價格。
零成交量的選擇權一直無法成交，正常嗎？
正常。大多數掛牌履約價在大多數交易日都沒有成交，掛在其中的委託只能等待尚未出現的交易流。該處顯示的報價通常是 market maker 的報價義務；能否成交，取決於該價格當下是否符合 market maker 的交易意願。
這些面板的建立方式
兩個報價面板讀取同一個固定的30秒區間，即2026年6月17日美東時間下午2:00:00至2:00:30；資料範圍限於當日具有每日 greeks 紀錄的 Apple 選擇權合約。固定區間可確保文章每次重新生成時，數字都保持一致。履約價普查涵蓋2026年5月與6月，並刻意保留完全沒有成交量紀錄的合約。掛牌履約價多常沒有成交，正是該面板要衡量的內容。儲存的時間戳記為 UTC，並在各項查詢中轉換為美東時間。
上方每個面板下方都附有完整且一致的 SQL。若要在 Strasmore terminal 上，對你追蹤的合約執行相同測量，請以自然語言提出問題。