Skip to main content

Intention 是一个 AI 原生的交易网络

这是一个交易网络,不是交易应用。交易所里决定谁和谁成交、成交在什么价格、谁欠谁多少的那些部分,由网络自己的验证者执行,由共识排序,任何人拿着同样的区块都能复现。没有哪台撮合引擎跑在别处、再把结果报回来。 说它 AI 原生,是因为代人交易的智能体真正需要的就是这个。人可以盯着一个交易场所,随时作出反应;智能体不能——它只能依据这个场所有能力证明的东西行动。把撮合、保证金、资金费、强平和结算搬进协议,交易场所才从你信任的交易对手,变成你可以核验的基础设施。 通常被列成功能清单的那些东西,都是这一个决定的推论。执行跑在共识提交的顺序之上,所以重放一个区块就能一字不差地复现。价格在消费它的那个区块里认证,所以没有预言机更新周期可抢。强平和资金费是协议操作,不是合约调用,所以跟触发它们的那笔成交在同一步里执行。状态机按交易逐笔输出,所以每一个结果都有归属者。
一家交易所不止于此。前端、账户运营、市场上架、客服、商业条款都围绕在它周围。网络公开出来、并且可以核验的,是与结算直接相关的那个核心——一旦出现偏差就会让人赔钱的那部分。

分层

四层,按一笔交易经过它们的顺序排列。
1 · 应用层 — 协议之外
2 · 网络层
3 · 执行层 — IntentionKernel
4 · 状态层
Intention 网页网关
前端 · 钱包
智能体 · 做市商 · API 客户端
内存池准入 · 传播
IntentionBFT排序 · 价格 · 最终性
撮合订单簿 · 优先级
清算所保证金 · 强平 · 资金费
状态存储按版本存值
Merkle 状态证明 · 累加器
已签名交易
已提交区块
写入 · 归因事件
读取 · 证明
还有第五组,在这个栈旁边,不在里面。服务层的进程与验证者并行运行,只在两处接入:价格和资产从网络层进,已提交的记录从状态层出。
预言机认证价格,按轮次
跨链桥充值与提现
四个分层网络层 → 执行层 → 状态层
索引器已提交记录 → 可查询的历史
程序服务派生状态,在区块之外计算
写回链上,执行时读取
应用层。人和机器实际接触到的一切:Intention 网页网关、第三方前端与钱包,以及以程序方式交易的智能体和做市商。它们都不属于协议——协议存在就是为了它们,而且有意做成可替换的。两个前端对同一个仓位值多少钱产生分歧,那是前端的缺陷,因为二者读的是同一份已提交状态。 网络层。交易在这里准入、传播、排序。IntentionBFT 在同一个共识事件中提交一个顺序和一组认证过的价格向量;内存池决定什么能到达它;网络拓扑说明谁运行什么。 执行层。IntentionKernel 把已提交的区块按固定的阶段序列执行。它的指令集是衍生品交易场所需要的那组枚举好的金融操作——不是一台通用虚拟机。撮合和清算所是它内部的阶段,不是独立的系统。 状态层。状态与存储讲结果怎么持久化、怎么认证、怎么对外提供:供读取的当前值存储、供证明使用的带版本 Merkle 结构,以及覆盖交易与事件的累加器。 服务层。与验证者并行运行、不在区块内部跑的那些进程:预言机把价格送进共识,索引器把已提交状态变成可查询的数据,程序服务从已提交历史派生账户状态、再通过协议交易写回链上,跨链桥在链之间搬运资产。

同一个区块之内

让这个交易场所的行为可核验的一切,都发生在同一个已提交区块之内。
已签名交易
内存池存下来之前先过校验
共识排序与价格法定人数
内核区块执行
状态写入归因事件
提交账本与状态存储
这个序列产生什么顺序和价格在执行开始之前就已提交,而每一次状态变更都绑定到引起它的那笔交易——正因如此,任何人重放这个区块都能得到同样的结果。
一笔交易,从头到尾
顺序在执行开始之前就已固定,执行则是这个顺序与前置状态的函数。两个诚实节点拿到同一个区块,得出的结果逐字节相同——这不是一条政策,而是因为执行路径上没有任何东西能读到别的输入。下游的一切都建立在这个性质上:证明、归因、重放,以及智能体推断一笔已提交订单会产生什么结果。

交易场所的保证从何而来

这里没有另列一份承诺清单;每一条性质都可以追溯到产生它的那一层。

这套设计取代的市场基础设施

传统场所只是一条机构链上的一环。一笔交易在交易所撮合,在中央对手方完成合约更替与收取保证金,在保管「谁持有什么」的机构记账,跨支付系统结算,再报送到交易报告库。五项职能,五套记录,外加一个专门用来发现它们何时对不上的对账流程。 在这里,这五项是同一个区块里的几个阶段,而这正是让整条序列成为原子清结算的原因:它作为一个单元整体提交,要么就完全不提交。这个词值得说准。这里的原子性覆盖的是协议自己的账本——抵押品经跨链桥进出要等外部链的最终性,不在这个单元之内。
五家机构
一个区块
撮合交易所
清算中央对手方
记账存管机构
结算支付系统
报送交易报告库
撮合撮合阶段
清算清算所
记账状态层
结算同一个区块
报送逐笔归属
四道缝。每一道里都有一个还没有人兑现的承诺——而对账这件事之所以存在,就是为了发现它们何时对不上。
同样五项职能,作为一个提交单元。要么全都发生,要么全都没有;也没有第二份记录可对。
重点不是这样更便宜,而是:那些机构之间的间隔,正是「一个承诺已经存在、却还没有人兑现」的地方——成交与保证金通知之间、通知与抵押品到账之间、成交与结算之间、事件与报送之间。把这些职能压成一个区块里的几个阶段,并不会让承诺更强,它是把承诺可以被打破的那些间隔拿掉了。 在这里,撮合、清算与结算不是一条流水线上的三站,而是同一个区块里的同一件事。执行即结算。

网络现状

上面描述的架构已经在跑,跑在一个承载完整技术栈的私有测试网上。链标识、可用端点,以及 2026 年 9 月 20 日公开访问开放之前该有什么预期,见网络现状。

后续阅读

IntentionKernel

执行层:指令集、区块流水线,以及维持确定性的那些边界。

IntentionBFT

共识:顺序承诺、价格法定人数与最终性。

清算所

保证金、强平、自动减仓、保险基金与资金费。

状态与存储

已提交的结果如何被持久化、认证与裁剪。