数字货币交易系统架构 Python实现 黄毅
数字货币交易系统架构 Python实现 黄毅 目录 CONTENTS 交易系统功能介绍 交易系统架构设计 钱包实现介绍 1 交易系统功能介绍 交易系统功能-基本概念 class Side(Enum): ‘下单方向’ BUY = 0 SELL = 1 class Order(NamedTuple): ‘订单’ id: int side: Side amount: min(self.taker.amount, self.maker.amount) def side(self): return self.taker.side 交易系统功能-伪代码 @app.post('/limit_order') def limit_order(order: Order): # 冻结资金 lock_user_fund(order) save_order(order, trades) # 更新K线 update_kline(trades) # 推送用户信息变更 push_user_messages(trades) 交易系统功能-撮合 def match_buy(book, taker: Order): for price, orders in sorted(book.asks): for maker in0 码力 | 24 页 | 799.65 KB | 1 年前311 数字货币交易系统python实践 代少飞
数字货币交易系统 Python实践 代少飞 目录 CONTENTS 常见问题 数据库锁问题 任务调度框架 监控 单击此处添加标题 1 常见问题 队列数据丢失 队列挂掉 负数资产 冲钱一次,转两倍资产 用户资产 用户发现自己资产为负数 负数资产 充一次转双倍 队列数据丢失 队列挂掉 RabbitMQ 撮合或者清算队列数据丢失 订单摆上去,能交易 可动态调整(添加,修改,删除)任务 • 远程调用支持RPyC(一个用作远程过程调用,同时也可以用作分 布式计算的Python模块),少量代码,轻松远程调用 APscheduler+twisted 4 监控 交易系统一行代码写错,可能损失好几百万 监控 • 首先每一笔资金变动都得有变动前后的值和原因 • 挂单精度是否正确 • 一个账户,一个币种,不算手续费,初略盘点 • 利用订单客观数据(挂单价格,数量,手续费),复现交易,与交0 码力 | 21 页 | 1.77 MB | 1 年前3美团点评2018技术年货
贴身的智能服务助手。通过技术的手段更快地解决客户的问题,并且最大程度地节省客服的人力成本。欢 迎有意向的同学加入服务体验平台,上海、北京都有需求。简历请投递至:sheng.chen#dianping.com 美团点评智能支付核心交易系统的可用性实践 - 美团技术团队 美团点评智能支付核心交易系统的可用性实践 美团点评智能支付核心交易系统的可用性实践 作者: 静儿 背景 背景 每个系统都有它最核心的指标。比如在收单领域:进 系统自身的升级,也经常是困难重重。基础设施升级、上下游升级,经常会发生“蝴蝶效应”,毫无征兆 的受到影响。 问题分析 问题分析 核心交易的稳定性问题根本上是怎么实现高可用的问题。 美团点评智能支付核心交易系统的可用性实践 - 美团技术团队 可用性指标 业界高可用的标准是按照系统宕机时间来衡量的: 可用性标准 因为业界的标准是后验的指标,考虑到对于平时工作的指导意义,我们通常采用服务治理平台OCTO来统 Repair,简称MTTR):即系统由故障状态转为工作状态时修理时间的平均值。 对于核心交易来说,可用性最好是无故障。在有故障的时候,判定影响的因素除了时间外,还有范围。将 核心交易的可用性问题分解则为: 美团点评智能支付核心交易系统的可用性实践 - 美团技术团队 可用性分解 问题解决 问题解决 1. 发生频率要低之别人死我们不死 1. 发生频率要低之别人死我们不死 1.1 消除依赖、弱化依赖和控制依赖 1.1 消除依赖、弱化依赖和控制依赖0 码力 | 229 页 | 61.61 MB | 1 年前3Greenplum 精粹文集
动信令分析系统、SANDBOX 自助分析沙箱、数据集市等等。 Big Date2.indd 11 16-11-22 下午3:38 12 而 MPP 数据库都不擅长做 OLTP 交易系统,所谓交易系统,就是高 频的交易型小规模数据插入、修改、删除,每次事务处理的数据量不大, 但每秒钟都会发生几十次甚至几百次以上交易型事务,这类系统的衡 量指标是 TPS,适用的系统是 OLTP 数据库或类似0 码力 | 64 页 | 2.73 MB | 1 年前3Rust 在算法交易中的实际应用与积极效应
第三届中国Rust开发者大会 Rust 在算法交易中的实际应用 与积极效应 非凸科技首席架构师 乔丹 上海非凸智能科技有限公司(简称“非凸科技”)成 立于2018年,是国内领先的智能算法和交易系统服 务公司,专注于智能算法交易领域的研究和开发。 公司正基于Rust生态,结合机器学习、深度学习等新 兴技术,打造高效率、低延迟、高可靠、全内存高频 交易平台,满足自身在量化行业交易业务的同时也为0 码力 | 18 页 | 3.49 MB | 1 年前3Apache RocketMQ 介绍
度等特性非常赞赏。但不幸的是,Kafka不能满足他们的要求,特别是在低延迟和高可靠性方面。在 种情况下,阿里巴巴决定发明一个新的消息传递引擎来处理更广泛的用例集,从传统的发布/订阅方 到大批量实时零损失容忍交易系统。 里程碑 2012年,阿里巴巴开始开发RocketMQ,经历了数次双11核心交易链路检验。 2016年11月11日,RocketMQ又一次在阿里巴巴全球购物节上处理了1.2万亿个并发在线消息传输,0 码力 | 5 页 | 375.48 KB | 1 年前3openEuler 24.03 LTS 技术白皮书
Percona Server for MySQL 的理想可选替换。 特性增强 28 openEuler 24.03 LTS 技术白皮书 GreatSQL 数据库常见的应用场景包括金融级高可用、高并发交易系统、Oracle 兼容迁移、高安全等级需求场景。 应用场景 - 支持读写节点动态 VIP 特性,高可用切换更便捷。 - 支持快速单主模式,在单主模式下更快,性能更高。 - 支持智能选主特性,高可用切换选主机制更合理。0 码力 | 45 页 | 6.18 MB | 1 年前3FISCO BCOS 2.9.0 中文文档
如今,Data-Export作为区块链数据治理的关键组件,以开源形式发布,由社区伙伴通力完善,以适应更 多的使用场景、打造更多的功能。 20.4.3 场景3:业务数据应用 在业务层,数据对账是区块链交易系统中最常见的场景之一。基于数个区块链DAPP应用的开发和实践 经验,我们封装和开发了数据对账组件Data-Reconcile,提供基于区块链智能合约账本的通用化数据对账 解决方案,并提供了一套可动态 当区块链系统能达到或接近现有中心化交易系统的速度和交互体验,包括7\24高可用的多活多方记账、 秒级延迟确认、快速达成最终一致性、并发处理能力又足够高、交易成本足够低、对公对私都有明确 的QoS约定和兜底容灾容错方案,而且区块链先天的分布式架构体系上有群体规模效应,可防作恶、防 篡改,可监管,那么才算是**“多中心”信任背书、透明协作**的靠谱分布式交易系统。不喊口号、实干 为主的联盟链目标,更贴近这个方向。0 码力 | 1489 页 | 107.09 MB | 1 年前3FISCO BCOS 2.7.2 中文文档
区伙伴通力完善,以适应更 多的使用场景、打造更多的功能。 20.4.3 场 场 场景 景 景3: : :业 业 业务 务 务数 数 数据 据 据应 应 应用 用 用 在业务层,数据对账是区块链交易系统中最常见的场景之一。基于数个区块链DAPP应用的开发和实践 经验,我们封装和开发了数据对账组件Data-Reconcile,提供基于区块链智能合约账本的通用化数据对账 解决方案,并提供了一套可动态 点”。我心目中的分布式账本,真正的意义并不在于“点对 点”,而是“可靠可信可控”,通过博弈和协作,多方共同实现的价值网络,让每个参与角色在其中都有 其存在感。 当区块链系统能达到或接近现有中心化交易系统的速度和交互体验,包括7\24高 高 高可 可 可用 用 用的 的 的多 多 多活 活 活多 多 多方 方 方记 记 记账 账 账、 、 、 秒 秒 秒级 级 级延 延 延迟 迟 迟确 确 确认 认 底容 容 容灾 灾 灾容 容 容错 错 错方 方 方案 案 案,而且区块链先天的分布式架构体系上有群体规模效应,可防作恶、 防篡改,可监管,那么才算是**“多中心”信任背书、透明协作**的靠谱分布式交易系统。不喊口号、实 干为主的联盟链目标,更贴近这个方向。 27.2.7 怎 怎 怎样 样 样让 让 让你 你 你的 的 的区 区 区块 块 块链 链 链更 更 更加 加 加安 安 安全 全 全可 可0 码力 | 1422 页 | 91.91 MB | 1 年前3FISCO BCOS 3.6.0 中文文档
如今,Data-Export作为区块链数据治理的关键组件,以开源形式发布,由社区伙伴通力完善,以适应更 多的使用场景、打造更多的功能。 20.4.3 场景3:业务数据应用 在业务层,数据对账是区块链交易系统中最常见的场景之一。基于数个区块链DAPP应用的开发和实践 经验,我们封装和开发了数据对账组件Data-Reconcile,提供基于区块链智能合约账本的通用化数据对账 解决方案,并提供了一套可动态 当区块链系统能达到或接近现有中心化交易系统的速度和交互体验,包括7\24高可用的多活多方记账、 秒级延迟确认、快速达成最终一致性、并发处理能力又足够高、交易成本足够低、对公对私都有明确 的QoS约定和兜底容灾容错方案,而且区块链先天的分布式架构体系上有群体规模效应,可防作恶、防 篡改,可监管,那么才算是**“多中心”信任背书、透明协作**的靠谱分布式交易系统。不喊口号、实干 为主的联盟链目标,更贴近这个方向。0 码力 | 1489 页 | 107.09 MB | 1 年前3
共 38 条
- 1
- 2
- 3
- 4