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