> 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/chan-pin-shi-shi-dui-jue/how-trench-duel-works.md).

# 战壕对决如何运作

两个 Solana 代币。45 秒交易窗口。30 秒 PvP 竞速。选出你的赢家。

战壕对决是 0Y Markets 节奏飞快的代币竞速市场：两个 Solana 代币同场较量，比拼谁在 30 秒竞速窗口内表现更好。

与看涨/看跌市场不同，你不是在预测某个代币的价格会涨还是跌，而是在选择两个代币中哪一个相对表现更好。

这意味着一个代币即使价格下跌也能获胜，只要它跌得比对手少。

#### 战壕对决的流程

每场战壕对决都遵循一个简单的循环：

1\. 匹配两个代币

0Y 根据链上市场数据挑选交易活跃的 Solana 代币。符合条件的代币按近期活跃度和价格变动进行排名，然后与合适的对手配对。

2\. 选择你的代币

每场对决开始时有 45 秒的交易窗口。

选择你认为在接下来的竞速中表现更好的代币。市场从 50/50 开始，赔率随交易者建仓而变化。

在交易锁定之前，你可以买入任意一边，也可以卖出你的仓位。

3\. 交易锁定

45 秒后，交易关闭，并确定两个代币的起始价格。

竞速开始后，不能再进行新的交易。

4\. 观看竞速

两个代币竞速 30 秒。

在竞速图表上实时关注它们的表现，整场对决中两者的涨跌幅会持续更新。

5\. 确认赢家

竞速结束时，相对起始价格涨跌幅更大的代币获胜。

终点时显示的结果是暂定的，0Y 会先确认底层价格数据。确认后，对决自动结算，获胜仓位获得赔付。

只要有符合条件的配对，每分钟都会开启一场新的对决，所以当前对决竞速时，下一场已经在接受交易了。

#### 对决时间线

每分钟开始一场新的对决，每场对决的时间线如下：

| 时间          | 发生什么                      |
| ----------- | ------------------------- |
| 开始前 30 秒    | 选出下一组配对，检查两个代币是否仍在交易，然后公布 |
| 0:00        | 对决开启；交易从 50/50 开始         |
| 0:00 至 0:45 | 交易窗口，45 秒。交易者可以买入任意一边或卖出  |
| 0:45        | 锁定：交易关闭，重新检查两个代币，确定起始价格   |
| 0:45 至 1:15 | 竞速，30 秒                   |
| 1:00        | 下一场对决开启                   |
| 1:15        | 终点。显示的领先者在价格确认前为暂定结果      |
| 终点后约 10 秒   | 结算：确认赢家，进行赔付或退款           |

如果某个时段没有符合条件的配对，该时段会被跳过，而不是延迟开启。

#### 获胜不只是看涨

战壕对决衡量的是相对表现，而不仅仅是代币涨还是跌。

例如：

| 代币   | 30 秒表现 | 结果    |
| ---- | ------ | ----- |
| 代币 A | +4%    | 🏆 获胜 |
| 代币 B | +2%    | 落败    |

代币 A 获胜，因为它涨得更多。

但也可能出现这种情况：

| 代币   | 30 秒表现 | 结果    |
| ---- | ------ | ----- |
| 代币 A | -2%    | 🏆 获胜 |
| 代币 B | -5%    | 落败    |

尽管两个代币都下跌了，代币 A 仍然获胜，因为它在竞速中表现更好。

#### 代币如何挑选与配对

**战壕对决的代币从哪里来？**

战壕对决目前使用来自 Jupiter 热门榜单（过去 1 小时和过去 5 分钟）的 Solana 代币，并通过 Helius 链上数据进行核查。

代币必须满足最低流动性和交易活跃度要求才能参加对决（对大多数代币而言：至少 50,000 美元流动性，且过去 1 小时内交易量达 5,000 美元、交易 50 笔、交易者 20 人）。0Y 还会在公布配对前以及竞速开始前，再次确认每个代币都在活跃交易。

\
**代币如何排名？**

符合条件的代币按热度排名。热度根据它们近 15 分钟的交易量、交易笔数、交易者人数和价格绝对变动幅度的平均百分位计算得出。

**两个代币如何配对？**

每个代币会与排名相近的对手配对。配对必须：

* 在同一条链上
* 是不同的代币和代号
* 流动性、活跃度和波动率的比值在规定范围内
* 排名差距在允许范围内

**同样的代币会不断出现吗？**

战壕对决使用多种规则来避免重复配对。同一组配对在近期冷却期内不会重复出现，一个代币通常最多连续参加两轮竞速。

当符合条件的代币较少时，部分多样性规则可能会放宽，以保证竞速持续进行。核心配对检查永远不会放宽。

**“下一场”如何运作？**

接下来的三组配对会提前安排好，并显示在“下一场”中。

每场对决开启前，两个代币都会再次接受交易检查。如果任一代币不再活跃交易或不再符合条件，该配对会被移除，下一组配对顺位递补。新的配对会添加到赛程末尾。

#### 赢家如何计算

为了减少个别价格尖刺或零星交易的影响，战壕对决使用成交量加权平均价格（VWAP），而不是单一的价格跳动。

起始价格根据交易锁定前 15 秒内的成交计算。

最终价格根据竞速结束前 15 秒内的成交计算。

两个价格之间涨跌幅更大的代币获胜。

#### 平局、作废与退款

如果两个代币的最终涨跌幅相差不到 0.1 个百分点，对决将被视为接近平局，所有交易全部退款。

如果无法获得可靠的起始或最终价格数据、某个代币在竞速开始前停止交易，或者无法在结算窗口内确认结果，对决也可能被作废并退款。

#### 交易限额与费用

战壕对决使用 0Y 的二元 LMSR 市场模型。

* 最低交易额：0.10 美元
* 最高交易额：每个账户每场对决 10 美元
* 支付方式：现金余额或交易信用额度
* 交易手续费：每次买入和卖出收取 2%
* 点差：买入价和卖出所得各收取 3%
* 锁定前卖出：支持
* 盈利费用：盈利部分的 10%
* 最高利润：本金的 10 倍

只能在对决锁定前交易。竞速期间无法建仓或平仓。

#### 战壕大厅

战壕大厅把所有体验汇集在一起。

你可以看到：

* 当前进行中的对决和倒计时
* 每个代币的实时涨跌幅
* “下一场”中即将开始的配对
* 关注中的代币和潜在配对
* 最近的对决结果

每场对决还包含实时竞速图表、赔率、交易面板、交易记录和最终结果。结算后，页面会自动跳转到下一场对决。

#### 准备好进入战壕了吗？

在锁定前选好你的代币。

然后坐好，看接下来的 30 秒如何展开。

进入战壕对决 → <https://predict.0y.world/trench-duel>


---

# 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/chan-pin-shi-shi-dui-jue/how-trench-duel-works.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.