> 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/shi-chang/what-is-0ys-lmsr.md).

# 什麼是 0Y 的 LMSR？

#### 0Y 的定價引擎是 LMSR——對數市場評分規則（Logarithmic Market Scoring Rule）

LMSR 並不是新概念，Augur、Gnosis 等眾多協議都在使用。別被它的名字嚇到，原理其實很簡單。

#### 書架比喻

可以把 0Y 的 LMSR 定價引擎想像成一個智能書架，上面放著兩摞書——一摞代表 YES 份額，一摞代表 NO 份額。

* 用戶買入 YES 時，這一摞變高，YES 變得更貴。
* 用戶買入 NO 時，這一摞變高，NO 變得更貴。
* 書架始終讓兩摞書保持平衡，所以永遠不會倒塌。
* 平台事先就確切知道兩摞書最多能堆多高，到達上限就必須停止。

這個最大高度就是資金庫的負債上限——0Y 在單個市場上最多可能虧損的金額。它在市場開盤前就已設定，且永遠不會被突破。這是 LMSR 的核心保證。

#### 價格變動自動且公正

每一筆交易都會自動為下一位交易者調整價格。這是通過數學公式完成的，而不是由人來決定。這意味著：

* 0Y 沒有任何人手動調整賠率。
* 任何老練的交易者都無法靠慢慢交易來“凍結”賠率。
* 交易越是一邊倒，繼續往這個方向交易的成本就越高。
* 隨著新資訊不斷湧入，價格會自然地自我修正。

#### 一個簡單的場景，看看 LMSR 定價引擎如何運作

你在一個 5 分鐘加密貨幣市場中，以 0.5 的價格**買入 10 美元的 YES**。

| 你的操作                      | 結果                                                 |
| ------------------------- | -------------------------------------------------- |
| **YES 獲勝，你持有到最後**         | 你領取盈利，只需扣除盈利部分 10% 的費用。點差只在買入時支付一次，之後不再收取——幾乎感覺不到。 |
| **YES 領先，你提前以 0.75 美元賣出** | 你鎖定了收益，但需支付 3% 的賣出點差 + 盈利部分 10% 的費用。賣出的成本總是高於持有。   |
| **YES 失敗，你持有到最後**         | 你損失 10 美元本金。結算時不會額外收取點差——虧光的時候不會再雪上加霜。             |
| **市場被作廢**                 | 全額退還 10 美元。                                        |


---

# 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/shi-chang/what-is-0ys-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.