> For the complete documentation index, see [llms.txt](https://docs.0y.world/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.0y.world/zh-tw/chang-jian-wen-ti/lmsr.md).

# LMSR

LMSR 定價在 0Y 上如何運作——常見問題

用通俗的語言介紹每個市場背後的引擎。無需任何數學基礎。

#### 什麼是 LMSR？

LMSR（對數市場評分規則）是 0Y 用來運行每個市場的定價機制。它是一種自動做市商（AMM）：它不會把你和另一位交易者撮合，而是隨時為 YES 和 NO 提供實時報價，並始終作為你交易的對手方。正因如此，即使在幾乎沒有其他人交易的 1 分鐘市場裡，你的交易也能即時成交。

#### 它如何決定價格？

它持續統計大家持有多少 YES 份額和 NO 份額，並據此算出價格。越多人傾向某一邊，那一邊的價格就越高。整個過程由一個公式持續計算，所以價格始終存在——即使是在一個全新市場開盤的第一秒、還沒有任何交易的時候。

#### 為什麼 YES 和 NO 加起來總是 1.00 美元？

因為價格*就是*市場對概率的估計，而一件事要麼發生，要麼不發生。如果 YES 是 0.70 美元，說明市場認為它有 70% 的可能性，那麼 NO 就必須是剩下的 30% → 0.30 美元。它們是同一枚硬幣的兩面，加起來始終等於 1 美元。

#### 為什麼買入會推高價格？

買入某一邊，等於告訴定價機制該結果的需求上升了，所以它會提高這一邊的價格，同時降低另一邊。這和任何市場的直覺一樣：買家越多 → 價格越高。你的交易確實會推動賠率變化，這也是為什麼價格看起來是“活”的。

#### 為什麼快速市場波動這麼大？

快速市場（1/5/15 分鐘）的流動性較薄，所以賠率反應很快，體驗也更刺激。代價是較大的訂單可能會讓價格大幅波動——這也是這些市場設有較低單筆交易上限的原因。

#### 支付給贏家的錢從哪裡來？

流動性提供者（LP）會預先為每個市場注資。正因如此，即使沒有對應的對手方，它也始終能接下你的交易。它在任何單個市場上的風險都有上限——這個機制的設計確保無論交易走向如何，平台在每個市場上的虧損都不會超過一個已知的小額上限。

#### 平台總是贏嗎？

不是。在原始定價曲線上，平台可能會在某個市場上虧損——這是提供流動性的成本。平台通過少量費用（3% 的點差和對贏家利潤收取的 10% 費用）賺錢。顯示的曲線只是市場對概率的真實估計。

#### 價格是隨機的嗎？

價格從一個真實世界的估計值（“預言機”——例如當前的加密貨幣價格或實時數據源）開始，之後完全根據大家的交易變化。沒有人手動設定價格。

#### “看到的價格就是成交的價格”是什麼意思？

意思是你不需要等待撮合，也不用指望有人以公道的價格接你的單。定價機制給出報價後立即為你成交。對於較大的訂單，由於你在買入的同時推動了市場，最終均價會略高於起始價格——但永遠不會有一個隱藏的對手方來決定是否給你成交。

#### 我可以在市場結束前賣出倉位嗎？

可以。為你的買入定價的同一個機制也會為你的賣出定價——只是反向運作。你可以提前止盈離場鎖定收益，或止損（結算前最後 xx 秒除外）。由於賣出也是一筆交易，會收取少量點差費用。

#### 這和其他預測市場使用的系統一樣嗎？

LMSR 是一種知名的、公開發表的設計，Augur、Gnosis 等預測市場都在使用，因為它保證價格始終存在，並限制了平台的風險。0Y 的做法是由平台擔任初始做市商，併為提供即時、全天候的成交收取少量流動性費用。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.0y.world/zh-tw/chang-jian-wen-ti/lmsr.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.