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