大家好，我是 UU，Veraxon（veraxon.xyz）的负责人。
上次发文跟大家简单聊了聊我们做 Veraxon 的背景，很多掘金的小伙伴私信问我：
“你们把撮合放在链下，速度是快了，但怎么保证平台不暗箱操作？链上结算和 Merkle 审计到底是怎么落地的？”
今天不打高光，纯干货，带大家拆解一下我们在 Veraxon 中搭建 “链下高性能撮合 + 链上可验证结算（Proof-of-Execution）” 的具体工程设计与解耦思路。
一、 为什么传统的“纯链上撮合”无法承载高频交易？
在传统 AMM 或纯链上订单簿（On-chain CLOB）中，用户的每一次挂单（Maker）、撤单（Cancel）和吃单（Taker）都需要经过区块链节点的共识与广播。
这带来了三个天然的工程瓶颈：
- 延迟极高：受限于区块出块时间和网络拥堵，下单响应通常在数百毫秒甚至秒级，无法支持专业做市商。
- Gas 极度浪费：高频撤单和挂单会消耗大量无意义的 Gas 费。
- MEV 与夹心狗攻击（Sandwich Attack） ：公链 Mempool 的公开性导致用户交易极易被套利者抢跑。
二、 Veraxon 的 Hybrid 解耦架构：撮合归撮合，结算归结算
为了解决上述问题，我们采用了 “撮合在链下，状态定盘在链上” 的 Hybrid 架构。
[ 用户 Wallet / API ]
│
▼ (低延迟 WebSocket)
┌─────────────────────────────────────────┐
│ 链下 CLOB 撮合引擎 (Off-chain Matcher) │ ──► 毫秒级撮合 / 内存订单簿 / 实时风控
└─────────────────────────────────────────┘
│
▼ (Batching 批次打包)
┌─────────────────────────────────────────┐
│ 默克尔树构建与证明生成 (Merkle Proof) │ ──► 生成 Merkle Root & 状态增量 (Ledger Delta)
└─────────────────────────────────────────┘
│
▼ (定盘上链)
┌─────────────────────────────────────────┐
│ 自研 EVM 兼容 L1 结算底座 (Settlement) │ ──► 链上验证 Merkle Proof，完成资产清算
└─────────────────────────────────────────┘
1. 链下 CLOB 高速撮合引擎
- 采用基于内存（In-Memory）的高性能 Matching Engine，支持 REST、WebSocket、HMAC 签名认证以及 TradingView UDF 原生接入。
- 订单在链下处理，撤单与挂单不产生任何链上 Gas，下单响应达到 CEX 级体验。
2. Merkle 批次化上链与可信审计 (Proof-of-Execution)
“链下撮合”最被诟病的就是“黑盒”问题。为了做到 100% 透明，我们在撮合与结算之间引入了 Merkle Batch Audit 机制：
- 撮合引擎每隔固定周期（或满一定交易笔数）将成交记录打包，生成一颗 Merkle Tree。
- 撮合引擎将
Merkle Root以及对应的Batch Hash提交到链上智能合约。 - 任何用户都可以通过公开的 Merkle Proof，拿自己的交易 Hash 去链上交叉验证，确定自己的订单是否被准确、未篡改地执行。
3. 自研 EVM 兼容 L1 结算底座
- 当 Merkle Root 上链并验证通过后，底层自研的 EVM L1 结算网络会批量执行资金划转与状态变更（Ledger Delta）。
- 这样既保留了区块链作为“不可篡改可信账本”的本质，又将高频计算剥离到了链下。
三、 B 端项目方面临的真正挑战：系统复杂度
很多团队也想做类似架构，但实际开发时会发现水非常深：
- 数据状态一致性：当链下撮合成功但链上结算发生重组（Reorg）或暂停时，如何保证数据库与链上状态不裂开？（我们在 Veraxon 中设计了 Chainwatcher 投影与 Reconciler 自动化对账机制）。
- 接口标准化：做市商团队要求极高，没有成熟的 WebSocket 与风控强平接口，根本吸引不到流动性。
为了让更多项目方不用重复造轮子，我们将这套架构做成了 8 大模块化基础设施，支持私有化部署、交易专链定制与灵活组合。
四、 总结与交流
搭建一套兼顾 “CEX 的速度” 与 “DEX 的可信” 的系统需要付出大量的工程努力。目前 Veraxon 已经实现了从 L1 结算网络、链下撮合到完整前端工具包的交付。
如果你对 Hybrid DEX 架构、Merkle 链上审计实现、或者有 B 端交易底座搭建需求，非常欢迎在评论区交流讨论！
- 🌐 官网（附完整架构图） ：veraxon.xyz
