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

# 下一步

> 主网 Beta 之后正在建造的能力——哪些已经确定、哪些仍在规划，以及每一项分别解锁了什么。

有两件事已经确定，正在推进。这两件之后的一切都还是规划中的工作，按各自服务的对象分组。

状态标记为**已确定**（正在建造）、**已规划**（已界定范围，尚未开始）或**探索中**（方向已定，设计待议）。

<h2 id="committed">
  已确定
</h2>

<h3 id="trading-agent-runtime">
  交易智能体运行时
</h3>

AI 智能体代人交易需要的是这样一个执行循环，不是人类界面默认的那个循环。

人可以盯着屏幕随时反应；智能体不能——它只能依据交易场所有能力证明的东西行动。这个差距不是一套 API 能弥合的，得靠一个每一步都有明确语义的运行时：提交前先预判，提交时不留歧义，中断后能恢复，事后还能回读一份足以定论的记录。

| 组成部分        | 它提供什么                            |
| ----------- | -------------------------------- |
| **交易前模拟**   | 在提交之前，对照已提交状态评估一笔订单会产生什么结果       |
| **幂等提交**    | 重试一次结果不明的提交，而不必冒重复敞口的风险          |
| **具名终态**    | 不存在结果未知的情形——每个动作都终结于一个有名字的状态     |
| **明确定义的恢复** | 重启后的智能体知道自己此前进行到哪里，以及接下来该做什么     |
| **带归因的回执**  | 智能体做了什么、依据什么授权、代价是多少——以协议输出的形式呈现 |

账户模型的工作和这条线并行：今天的授权是带有效期的全有或全无，而更细的条款——智能体可以持有什么、可以亏多少、下一步可以做什么——才是把一项许可变成一份委托的关键。参见 [AI 交易](/zh/protocol/ai-trading)。

<h3 id="institutional-custody-integration">
  机构托管集成
</h3>

从机构托管直接入金，首先支持 Fireblocks。

挡住机构资本的，很少是交易场所的机制本身，而是这些资本没法离开自己的托管安排、来到交易场所。在托管层做集成，机构就能入金、能交易，而资产始终不用移出它必须遵守的那套管控。

<h2 id="market-surface">
  市场品类
</h2>

|                 | 状态                                            |
| --------------- | --------------------------------------------- |
| **现货市场**        | 已规划——元数据层已承载现货定义；撮合路径目前仅支持永续合约                |
| **更广泛的 RWA 上架** | 已规划——股票、指数与大宗商品采用同一套执行模型，并按上架标的分别处理交易日历与指数连续性 |
| **组合保证金**       | 已规划——跨相关联仓位计算保证金，而不是按市场分别计算                   |
| **无许可上架**       | 探索中——给市场上架定义一条路径，不必对每个资产单独做治理决策               |

<h2 id="liquidity-and-capital">
  流动性与资本
</h2>

|                         | 状态                              |
| ----------------------- | ------------------------------- |
| **金库市场结构**              | 已规划——围绕协议自有流动性的资本结构，包括第三方资本如何参与 |
| **做市商计划**               | 已规划——超出已公布返佣档位的正式协议与专属费率        |
| **以 RWA 作为保证金资产的全仓保证金** | 探索中                             |

<h2 id="access-and-accounts">
  访问与账户
</h2>

|              | 状态                        |
| ------------ | ------------------------- |
| **更细致的授权条款** | 已确定——见上文的智能体运行时           |
| **子账户树**     | 已规划——嵌套子账户，各自拥有独立的账簿与风险参数 |
| **会话与移动端流程** | 已规划——受限范围的会话凭证，无需对每一笔订单签名 |
| **多重签名账户**   | 探索中                       |

<h2 id="protocol">
  协议
</h2>

|             | 状态                           |
| ----------- | ---------------------------- |
| **更多跨链桥路由** | 已规划——初始集合之外的链与资产             |
| **验证者集合扩容** | 已规划——在通往主网的过程中扩大活跃集合         |
| **公平定序构造**  | 探索中——降低出块者在一次提议内对批次编排的自由裁量空间 |
| **治理接口**    | 已规划——决定风险参数与上架事项的流程          |

<h2 id="data-and-observability">
  数据与可观测性
</h2>

|              | 状态                                 |
| ------------ | ---------------------------------- |
| **历史数据服务**   | 已规划——可复现的归档，带模式定义，由已提交状态推导而来       |
| **确定性重放即服务** | 探索中——由于每个区块都能精确重放，把这个交易场所当作训练与回测环境 |

<Note>
  本页没有任何一项带日期。日期属于[里程碑](/zh/protocol/roadmap/milestones)，那里覆盖的是确实带日期的两项承诺。条目在上线时会从本页移入变更日志。
</Note>

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

<CardGroup cols={2}>
  <Card title="里程碑" href="/zh/protocol/roadmap/milestones">
    今天已在运行的东西，以及最关键的两个日期。
  </Card>

  <Card title="协议变更日志" href="/zh/protocol/roadmap/changelog">
    已发布内容的带日期记录。
  </Card>

  <Card title="AI 交易" href="/zh/protocol/ai-trading">
    智能体运行时为何是现在这个形态。
  </Card>

  <Card title="架构" href="/zh/protocol/architecture/overview">
    这些能力建立在什么之上。
  </Card>
</CardGroup>