> ## Documentation Index
> Fetch the complete documentation index at: https://docs.intention.xyz/llms.txt
> Use this file to discover all available pages before exploring further.

# 市场

> 合约规格包含哪些内容、哪些资产类别跑在同一套执行模型上，以及上市与规则变更是如何发生的。

每个市场都是一份合约，有自己的规格：它跟踪什么、价格和数量如何量化、允许多大杠杆，以及风险参数如何随仓位规模变化。

每一项参数都在链上、都可读。市场的行为不依赖藏在某处的配置文件——引擎实际应用的取值，就是你能查询到的取值。

<h2 id="the-contract-specification">
  合约规格
</h2>

| 参数                      | 决定                                       |
| ----------------------- | ---------------------------------------- |
| **最小价格变动单位（tick size）** | 订单价格必须遵守的最小增量                            |
| **最小数量单位（lot size）**    | 数量的最小增量                                  |
| **指数构成**                | 哪些外部数据源构建[指数价格](/zh/trading/index-price) |
| **杠杆档位**                | 按仓位规模划分的最大杠杆与维持保证金                       |
| **资金费周期**               | [资金费率](/zh/trading/funding)多久结算一次——通常每小时 |
| **资金费率上下限**             | 费率被限幅到的范围                                |
| **持仓限额**                | [持仓集中度](/zh/trading/oi-limits)的份额门槛与基础限额 |
| **价格带**                 | 订单可以挂出或成交的位置距参考价多远                       |
| **允许的保证金模式**            | 部分市场仅支持逐仓                                |

交易一个没碰过的市场之前，有两项规格值得先看：**杠杆档位表**，因为它决定仓位变大时你距强平有多远；以及**资金费周期与上下限**，因为它们决定持仓的成本。

<h2 id="asset-classes">
  资产类别
</h2>

内核不区分标的。无论是加密资产、代币化股票、指数还是大宗商品上的永续合约，对撮合、保证金、资金费和强平这条流水线来说都是同一种对象。唯一的要求是有明确的指数来源和一份已上市的规格。

所以资产覆盖面是上市问题，不是架构问题：

* **加密资产永续合约。** 以 USDC 计价保证金的合约，覆盖主流币、中盘币和长尾资产，以及针对新发行代币的盘前合约。
* **代币化现实世界资产（RWA）永续合约。** 参照代币化股票、指数和大宗商品的合约。执行模型相同；差异在指数构成、交易日历行为和风险参数上。

<Note>
  RWA 永续合约引入了加密资产永续合约没有的两项机制：会休市的参考场所，以及更新节奏与出块节奏不一致的指数来源。跳空处理、休市时段的资金费处理，以及指数连续性，都属于各自合约规格的一部分，并按上市逐一记录在文档中。
</Note>

<h2 id="pre-market-contracts">
  盘前合约
</h2>

盘前合约交易的是尚无流动现货市场的资产——上市前的代币，或发行前的股票。

这类合约的风险实质上不同。[指数价格](/zh/trading/index-price)的数据源更少、更薄，因此更容易被推动，也更容易跳空。规格反映了这一点：更低的杠杆、更宽的资金费率上下限，以及比成熟市场更紧的持仓限额。

<h2 id="reading-market-data">
  读取市场数据
</h2>

上面的一切都是可查询的。市场列表、各自的规格，以及当前状态——[订单簿](/zh/trading/order-book)深度、[标记价格](/zh/trading/mark-price)和指数价格、资金费率、未平仓合约量——都可以通过 REST 和 WebSocket 获取。参见[开发者](/zh/developers/overview)。

任何集成都值得养成两个习惯：

**读取规格，而不是把它们写死。** 最小价格变动单位、杠杆档位和资金费率上限都会变；客户端拿着过期的副本，提交的订单就会被网络拒掉，或者按早已失效的限额去设定仓位规模。

**处理新市场的出现。** 上市是协议操作。客户端只在启动时枚举一次市场、之后再也不查，就会悄无声息地漏掉后来上的所有市场。

<h2 id="listings-and-changes">
  上市与变更
</h2>

上市、下架、更改风险参数，都是[系统操作](/zh/trading/tx-sequencing)，在协议里由治理授权执行，排在区块优先级的最前面。

参数变更在链上，所以能精确到某个区块被观测到，而不是先公告、再不透明地生效。影响未平仓位的变更，公告和提前通知期发布在[项目与规则](/zh/programs/rule-changes)下。

<h2 id="where-to-go-next">
  后续阅读
</h2>

<CardGroup cols={2}>
  <Card title="精度" href="/zh/trading/precision">
    最小价格变动单位、最小数量单位，以及背后的取整规则。
  </Card>

  <Card title="杠杆" href="/zh/trading/leverage">
    档位表如何设定最大杠杆与维持保证金。
  </Card>

  <Card title="指数价格" href="/zh/trading/index-price">
    市场的指数如何由自己的数据源构建。
  </Card>

  <Card title="持仓限额" href="/zh/trading/oi-limits">
    各市场的持仓集中度上限。
  </Card>
</CardGroup>