最近在 EDEL Markets @edeldotfinance 的测试网开了几单，体验不错 EDEL是在 @CantonNetwork 上做永续合约的，走的是链下高速撮合、链上异步结算这条路线，交易信息也会结合 Canton 的隐私机制 有几个细节还挺有意思： 1. 永续合约不只是订单簿界面 做合约嘛，点完买入，肯定想知道这单到底怎么样了，平台收到了没，挂着还是成交了，仓位更新了多少，钱结算到哪一步，这些都得分清楚 EDEL 把接单、撮合、状态记录和结算拆开处理，比如一张限价单只成交了一部分，剩下的还挂着，那订单和持仓就得分别记明白 Edel 重点关注各环节之间的边界是否清晰，以避免持仓不一致、结算失败或执行引擎难以恢复等问题 2. 撮合的时候，不用在数据库那儿等 EDEL 会先做风控检查，符合条件的指令再交给内存里的撮合引擎，撮合过程中不用等数据库查询 3. 执行确认与最终结算分开处理 这块很容易看混 EDEL 先在链下完成执行和持久确认，后面符合条件的交易义务先算净额，再打包交给 Canton 异步结算 比如一个窗口里有很多笔成交，可以先算清楚各方最终应收应付，再处理对应的链上转移，减少需要逐笔结算的工作 4. 日志作为权威记录并支持恢复 EDEL 会把已接受的订单和执行结果一条条追加进日志，达到规定的保存和复制要求后，才给出持久确认。日志还会同步到放在独立故障域里的热备 恢复时，可以结合经过验证的快照和日志重放，把状态重新还原出来 5. 权限与可见范围按角色区分 在Canton 上，交易详情会按角色和权限提供给相关方，参与同一个网络，不代表就能直接翻到所有人的完整交易记录 这样隐私的范围就比较具体了：行情公开到哪，账户信息谁能访问，结算参与方能看到什么，都有各自的权限要求 6. 执行权限与托管权限分离 Edel 将撮合执行与资金托管的权限分开处理，并结合异步净额结算，这种分离有助于在保证执行效率的同时，控制各环节的责任范围与风险暴露 感兴趣的可以来网站体验一下~ #EDEL# #Canton#