如果還不熟悉 Yes、No 和每份 1 元的結算方式,可以先看預測市場入門。這篇只追一筆交易:從你付錢買進,到你把它賣掉,中間少掉的錢去了哪裡。
標價 60%,買進卻要 62 元
下面是一個假設的訂單簿,所有金額都以美元計,先不收手續費。買方最高只願意出 0.58,賣方最低願意接受 0.62。如果畫面取中間值,就會顯示 0.60,也就是常見的 60%。
假設兩邊都足夠成交 100 份:買進付 $62,立刻賣出收回 $58,來回少了 $4。
這 4 元就是這個例子裡的買賣價差成本。即使平台手續費是零,你仍付出了它。它藏在兩次成交價格裡,未必會在帳單上多出一行「價差費」。
Polymarket 的文件也區分顯示價格與可成交的買、賣價。進出成本取決於可成交的買賣價;只有一張 60% 的截圖,無法完成試算。
0.62 元很便宜,但可能只剩 20 份
把剛才的條件改一下:0.62 美元只有 20 份待售,再往上是 0.65 美元的 80 份。如果你的訂單允許一路買到 0.65,而且這些掛單在成交時仍存在,買滿 100 份就要付:
20 × 0.62 + 80 × 0.65 = 64.40 美元
平均每份 0.644 美元,還沒加手續費。
你原本照最低賣價估 62 元,實際卻花了 64.40 元。多出的 2.40 元,來自便宜那一層的數量不夠。這也是看「市場深度」的意思:一個價位到底有多少份可以成交。
如果你堅持最多只付 0.62,限價單可以守住這個上限,但可能只買到 20 份,其餘繼續等,或依訂單設定取消。控制價格的代價,有時是根本買不齊。賣出也一樣,螢幕上一筆很高的買價,可能接不了你手上所有部位。
從預期價格到實際成交均價的落差,常被稱為滑價。若計算已採用實際買進支出與賣出收入,同一段價差與滑價就已包含在內,不再另外扣除。
手續費要看市場,也要看你怎麼成交
拿別人已經掛好的單來成交,通常叫 taker;先掛出報價、等別人來成交的那一方,通常叫 maker。中文常譯成吃單與掛單。這個區別會影響收費,並不只是交易介面的術語。
截至 2026-09-20 查核,Polymarket 的費用文件列有收取 taker 費用的市場,maker 費用為零,部分市場免交易費。不能把早期的「零手續費」印象套到每一張合約上。
它列出的計費方式是「份數 × 費率參數 × 價格 ×(1 − 價格)」。為了看清楚公式,假設某市場的費率參數為 0.05,以 0.60 美元吃單買 100 份:
100 × 0.05 × 0.60 × 0.40 = 1.20 美元費用
成交金額 60 美元,加上費用,支出合計 61.20 美元。
這裡的 0.05 是公式裡的參數,不能直接讀成「成交金額收 5%」;本例 1.20 元占成交金額 60 元的 2%。實際市場採用什麼參數、交易前顯示多少費用,仍要看當時的規則與訂單。
Kalshi 也不能直接套這套公式。它的費用說明與2026-07-07 生效的費率表區分一般收費與特定市場;某些市場連 maker 成交也收費。比較兩個平台,得把同樣數量、實際成交方式和該市場費率放在一起算。
交易淨損益:價差與滑價不重複扣除
用另一組獨立的假設數字,做一張最簡單的帳。這次已經有實際成交總額,手續費也另外列出:
| 項目 | 金額(美元) |
|---|---|
| 買進成交支出 | 62.00 |
| 買進手續費 | 1.00 |
| 賣出成交收入 | 70.00 |
| 賣出手續費 | 1.00 |
| 交易淨損益 | +6.00 |
算式是 70 − 62 − 1 − 1 = 6。這裡的兩筆手續費各 1 元只是教學假設,和上一節的計費範例無關。價差與滑價已經反映在 62 和 70 裡,不必再扣。
若你持有到結果確定,帳上的賣出收入就改成結算收入,費用則依該市場的結算規則計入,不能憑空再加一筆賣出費。你也可以回頭看:同樣 100 份 Yes,若每份花 0.90,猜對的費用前利潤只剩 10 美元;一旦猜錯,損失卻是 90 美元。高機率本身沒有回答這筆交易划不划算。
最後,這張帳還沒走到台幣銀行帳戶。換匯、入出金或使用加密資產的轉帳費用,要按實際路徑另外加上,不能只因交易頁寫免手續費就當成全程免費。這段可接著看一筆錢怎麼進平台又回來。
來源與試算條件
資料查核日:2026-09-20。本文所有報價、數量與帳目均為假設,並非即時行情。費率可能調整,本文不提供跨平台最低成本排名。
- Polymarket:Prices & Orderbook,用於顯示價格、掛單與部分成交的機制。
- Polymarket:Fees,用於 maker/taker 與計費公式;公式範例採假設參數,沒有指定實際交易市場。
- Kalshi:Fees及官方費率表,用於說明不同市場及成交方式的費用差異。這些都是業者公布的規則,並非本站實際交易紀錄。