我在GRVT的文档里读到“链上订单簿”这几个字的时候，第一反应是写错了。因为大家都知道，链上订单簿在高频环境里根本不现实，Gas消耗和延迟会把市场冲得稀巴烂。后来仔细看了三遍，才弄清楚它说的不是全链上订单簿，而是一种“混合订单簿的最终确定性”。$BTC
具体来说，#grvt 的撮合环节完全在链下高性能引擎里完成，买卖盘口、成交速度，跟主流中心化交易所没有体感差别。但它的订单簿状态哈希，以及每一笔成交后的结算证明，会被写进链上。这样一来，链上虽然不直接跑订单簿，但持有一份无法篡改的镜像摘要。如果未来有人想验证某一天某毫秒的订单簿是否被篡改过，直接拿链上哈希碰撞一下就行了。这个设计其实很聪明，它没有蠢到去挑战物理极限，而是选择用密码学的方式给历史状态加了时间戳。
我想通之后的第一感觉是，GRVT可能找到了一个很妙的平衡点：日常运行时，你感受到的是全速的链下体验；一旦产生争议，它又能拿出链上记录作为僵局裁判。这比纯中心化交易所多了一层技术正义感，又比纯DEX多了太多可用性。很多人还在纠结它是不是“足够去中心化”，但我觉得纠结这个没意义，真正重要的是，在没有人可以信任的前提下，系统是否依然能靠代码逻辑维持公平。至少从订单簿这个切面来看，GRVT是认真在解决“信无可信时该怎么交易”这个终极问题的。@grvt_io