> 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/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/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.