爬虫饲养员 10小时前
用1个数据库事务同时完成撮合与结算:这家无清算所交易所如何颠覆传统三件套
index_new5.html
../../../zaker_core/zaker_tpl_static/wap/tpl_font3.html

 

传统交易所上线前需要三个核心组件:一个清算所担保交易,一个分布式账本记录数据,以及一支专职基础设施团队处理复制、故障转移和对账。但刚结束的 H0 Hackathon 上出现了一个名为 Parity 的实验项目,它用 Amazon Aurora DSQL 无服务器分布式数据库的原生能力,把这三者压缩成了一个原语。开发者在 HackerNoon 提交的技术文档中直言,这正是为了证明 " 一个正确、永不停机、全球一致的账本 " 可以不依赖额外中间层。

这款实时运行的测试交易所完全摒弃了独立的清算和记账模块。每笔订单的撮合与资金结算都在同一个事务内完成,逻辑被封装在针对乐观并发冲突的重试机制中。由于 Aurora DSQL 采用快照隔离与乐观并发控制,事务仅在未发生行级冲突时提交。Parity 将冲突域按市场划分,每个市场独立运作,冷热账户双条目记账自动分散到不同行,从而把传统订单簿共享行竞争的最坏情况,变成了以对手方为粒度的高效并发模式。

遇到 SQLSTATE 40001 序列化失败时,整个交易事务会被自动重试,确保现金和合约在买方与卖方之间零损耗流转。这种设计无需运维人员值守复制与对账,更不需要额外部署分布式账本集群。公开的线上演示和一致性证明端点已部署在 Vercel 上,全部源码亦在 GitHub 开源。

" 每个交易所——股票、预测市场、票务——最终都归结为一个难题。" 原文如此定义。而 Parity 给出的答案是:借助 DSQL 的强一致性和无服务器架构,把难题的解决成本降到一次数据库调用的粒度。行业人士认为,若这一模式能在生产级负载下验证,极有可能开启撮合引擎下一阶段的架构简化潮。

宙世代

宙世代

ZAKER旗下Web3.0元宇宙平台

一起剪

一起剪

ZAKER旗下免费视频剪辑工具

相关标签

aurora 交易所 数据库 amazon 基础设施
相关文章
评论
没有更多评论了
取消

登录后才可以发布评论哦

打开小程序可以发布评论哦

12 我来说两句…
打开 ZAKER 参与讨论