RISEx：把订单簿塞进以太坊虚拟机，毫秒级链上交易所要革谁的命

据深潮 TechFlow发布，作者：Alea Research 编译：深潮 TechFlow 深潮导读： 链上订单簿长期打不过自动做市商，核心卡在一个问题：做市商撤单速度永远追不上行情变化。RISEx 试图从底层解决这个困局，把整个订单簿变成以太坊虚拟机里的普通状态，让交易和借贷、金库在同一次交易里同步完成。对交易员来说，这可能意味着链上交易第一次真正接近中心化交易所的体验；对 DeFi 协议来说，抵押品不再闲置，资本效率的天花板被直接顶开。 RISEx 是什么 RISEx 运行在 RISE 上，这是以太坊的乐观扩展方案，目标区块时间低于 50 毫秒，执行时间低于 3 毫秒，撤单延迟低于 1 毫秒。目前上架约 15 个加密货币永续合约市场，主流币最高支持 25 倍杠杆。一档费率下，吃单 0.03%，挂单 0.01%。基础抵押资产是 USDC，通过 LayerZero 从以太坊桥接过来。 RISEx 采用部分清算机制。健康系数等于全仓保证金余额除以总维持保证金，低于或等于 1 时触发清算。 RISEx 目前处于邀请制主网阶段，访问需要直接邀请码或候补名单推荐位。RISE MarketCore 是共享订单簿基础设施，未来将开放现货和永续市场部署，无需许可即可上线新交易对。根据 RISEx 官方 FAQ，RISE 和 RISEx 共享同一团队和同一代币。代币目前还不存在。 链上订单簿以前为什么做不起来做市商撤单的次数远高于实际成交。区块时间几秒的链上环境里，每笔撤单确认时行情已经移动了，做市商被迫在每一笔过期报价上承担逆向选择风险。做市商的应对方式要么是拉大买卖价差，要么直接退出。自动做市商能在上一周期胜出，正是因为它们不需要撤单。 过去有两种设计绕开了这个限制。链下撮合引擎在服务器上跑订单簿，只在链上结算。Hyperliquid 走了另一条路：HyperCore 在共识层内执行订单簿，与 HyperEVM 分离。 两者都把交易所和 DeFi 生态割裂开了。RISE 从链的层面消除这个限制，目标区块时间低于 50 毫秒，执行低于 3 毫秒，撤单低于 1 毫秒。 同步可组合性带来了什么过去有两种设计绕开撤单延迟的约束。链下撮合引擎在服务器上跑订单簿，只在链上结算。Hyperliquid 则走了专业化路线，在共识层内的 HyperCore 中执行订单簿，与 HyperEVM 分离。两者都把交易所和 DeFi 生态割裂开了。 RISEx 的订单簿以普通以太坊虚拟机状态存在，任何合约都可以在单笔交易内读写这部分状态。这带来了三种能力： 做市商可以从借贷市场借钱，把借到的资金原子性地作为保证金入金。 抵押品可以保持生产力，作为流动性提供者头寸或借贷存款持续产生收益，而不是闲置在交易所核心里。RISEx 把这称为 AutoYield。 开发者可以部署模块化子账户，自动化执行策略、委托交易，或者创造新的订单类型，无需交易所批准。 Hyperliquid 无法提供第一种能力，因为 HyperCore 和 HyperEVM 是两套独立的状态机，两者之间的资金移动是异步结算的。 RISEx 的 FAQ 中说明 USDC 是基础抵押资产，投资组合保证金“上线后将解锁任何 ERC20 作为抵押品”。RISEx 介绍页面将投资组合保证金和 AutoYield 列为用户功能。 写在最后 RISEx 仍处于邀请制主网阶段，需要推荐才能进入。需要重点跟踪的事项包括：投资组合保证金功能仍在开发中，需要关注每种抵押品公布的具体折扣率；第三方审计机构名称、审计范围和日期；竞争奖励停止后未平仓量能否维持。 Hyper