百度超级链 XuperChain 3.12-b 中文文档|模块|特性| |---|---| |存储|XuperChain的底层存储基于KV数据库,存储的数据包括区块数据、交易数据、账号余额、DPOS投票数据、合约账号数据、智能合约数据等,上链的数据全部持久化到底层存储。不同的链,存储独立。底层存储支持可插拔,从而可以满足不同的业务场景| |网络|负责交易数据的网络传播和广播、节点发现和维护。以P2P通信为基础,实现全分布式结构化拓扑网络结构,数据传输全程加密。 局域网穿透技术采用NAT方案,同一条流保持长连接且复用。多条链复用同一个p2p网络| |共识|共识模块用于解决交易上链顺序问题,过滤无效交易并达成全网一致。XuperChain实现了更加高效的DPOS共识算法。支持可插拔,从而可以支持不同的业务场景| |密码学|用于构造和验证区块、交易的完整性,采用非对称加密算法生成公私钥、地址。匿名性较好。支持可插拔,从而可以支持不同的业务场景| |智能合约|自 性能 交易处理速度:达到9万TPS 1. 默认采用DPOS作为共识算法; 2. 交易处理充分利用计算机多核,支持并发执行; 3. 智能合约通过读写集技术能够支持并发执行; ## 总结 XuperChain是百度自研的一套区块链解决方案,采用经典的UTXO记账模式,并且支持丰富的智能合约开发语言,交易处理支持并发执行,拥有完善 的账号与权限体系,采用DPOS作为共识算法,交易处理速度可达到9万TPS。0 码力 | 336 页 | 12.62 MB | 2 年前3
数字货币交易系统架构 Python实现 黄毅[Image](/uploads/documents/0/1/a/3/01a3b6e6a4062a56456d19613708a3c2/p1_2.jpg) ## 数字货币交易系统架构 Python实现 黄毅 目录 CONTENTS >> 交易系统功能介绍 >> 交易系统架构设计 >> 钱包实现介绍   ## 1 交易系统功能介绍 ## 交易系统功能-基本概念 class Side(Enum): '下单方向' BUY = 0 SELL = 1 class Order(NamedTuple): self.taker.side  ## 交易系统功能-伪代码 @app.post('/limit_order') def limit_order(order: Order): # 冻结资金 lock_user_fund(order)0 码力 | 24 页 | 799.65 KB | 2 年前3
Java 应用与开发 - 异常处理# Java 应用与开发 异常处理 王晓东 wangxiaodong@ouc.edu.cn 中国海洋大学 October 30, 2018  ; 另一方面,库的用户知道怎样处理这些错误,但却无法检查它们何时发生(如果能 检测,就可以再用户的代码里处理了,不用留给库去发现)。 ## 提供异常处理机制的基本思想 让一个函数在发现了自己无法处理的错误时抛出(throw)一个异常,然后它的(直接或者间接)调用者能够处理这个问题。 ## 《C++ primer》 将问题检测和问题处理相分离。 (Exceptions let us separate problem detection from problem resolution0 码力 | 33 页 | 626.40 KB | 2 年前3
支持10万TPS的高性能服务间通信解读## 支持10万TPS的高性能服务间通信解读 刘宝  刘宝,华为微服务开发专家,Apache ServiceComb Committer。拥有10年以上Java开发框架的开发和运维经验。热爱微服务,并持续为它们开发一些常用的工具,比如进行0 码力 | 7 页 | 1.58 MB | 2 年前3
百度超级链 XuperChain 3.12-c 中文文档|模块|特性| |---|---| |存储|XuperChain的底层存储基于KV数据库,存储的数据包括区块数据、交易数据、账号余额、DPOS投票数据、合约账号数据、智能合约数据等,上链的数据全部持久化到底层存储。不同的链,存储独立。底层存储支持可插拔,从而可以满足不同的业务场景| |网络|负责交易数据的网络传播和广播、节点发现和维护。以P2P通信为基础,实现全分布式结构化拓扑网络结构,数据传输全程加密。 局域网穿透技术采用NAT方案,同一条流保持长连接且复用。多条链复用同一个p2p网络| |共识|共识模块用于解决交易上链顺序问题,过滤无效交易并达成全网一致。XuperChain实现了更加高效的DPOS共识算法。支持可插拔,从而可以支持不同的业务场景| |密码学|用于构造和验证区块、交易的完整性,采用非对称加密算法生成公私钥、地址。匿名性较好。支持可插拔,从而可以支持不同的业务场景| |智能合约|自 性能 交易处理速度:达到9万TPS 1. 默认采用DPOS作为共识算法; 2. 交易处理充分利用计算机多核,支持并发执行; 3. 智能合约通过读写集技术能够支持并发执行; ## 总结 XuperChain是百度自研的一套区块链解决方案,采用经典的UTXO记账模式,并且支持丰富的智能合约开发语言,交易处理支持并发执行,拥有完善 的账号与权限体系,采用DPOS作为共识算法,交易处理速度可达到9万TPS。0 码力 | 336 页 | 12.62 MB | 2 年前3
Rust 在算法交易中的实际应用与积极效应@Shanghai ## Rust 在算法交易中的实际应用 与积极效应 非凸科技首席架构师 乔丹 ## 公司介绍 上海非凸智能科技有限公司(简称“非凸科技”)成立于2018年,是国内领先的智能算法和交易系统服务公司,专注于智能算法交易领域的研究和开发。 公司正基于Rust生态,结合机器学习、深度学习等新兴技术,打造高效率、低延迟、高可靠、全内存高频交易平台,满足自身在量化行业交易业务的同时也为券商、量化私募 等众多大型金融机构提供优质的算法交易解决方案。 100+ 80亿+ 100+ 团队规模 日均成交额 合作机构  国家高新技术企业 科技型中小企业  海外 研发中心 ## Rust 在非凸算法交易服务中的全栈应用实践 原始高频数据 实时超高频数据 结构化多档行情 全行业指数 概念指数 龙头 lead 股票 互联网新闻 外部交互 交易所引擎 Web客户端 内部智能引擎 行情服务 预测模型  ## 数字货币交易系统 Python实践 代少飞 目录 CONTENTS >> 常见问题 >> 数据库锁问题 >> 任务调度框架 >> 监控  ## 1 常见问题 • 队列数据丢失 • 队列挂掉 ● 负数资产 ● 冲钱一次,转两倍资产 RabbitMQ 撮合或者清算队列数据丢失订单摆上去,能交易却始终交易不了 RabbitMQ 大部分功能瘫痪 队列数据丢失 队列挂掉 负数资产 充一次转双倍 用户资产 用户发现自己资产为负数 钱包 用户充值一次 收到两次充值资金  图 2. 利用表函数进行并行处理 由于表函数可以并行运行,Hadoop 流作业也可以不同程度地并行运行,并且后者不受 Oracle 查询协调器的控制,这种情况下,队列能提供负载平衡。 ## 利用表函数的示例 下面我们将以一个实际示例展示图0 码力 | 21 页 | 1.03 MB | 2 年前3
Go在工程实践的错误处理Golang在工程实践中的错误处理  彭友顺 石墨文档 产研负责人  为什么我们处理错误会这么慢 为什么我们处理错误会这么慢 01 如何完善错误信息 02 优雅处理错误信息 03 分布式错误处理 04 错误信息手册的必要性 05 第一部分 ## 为什么我们处理错误 会这么慢 ## 为什么我们处理错误会这么慢 why 出现错误 定位慢 恢复慢 效率低 ## 原因 错误信息不够完善 错误处理不够优雅 分布式错误难以串联 错误信息难以识别 ## 第二部分 ## 如何完善错误信息 ## GET./hello => "Hello client: main" • 没有调试信息和错误信息 • 对接起来会非常麻烦 ## 第三部分 ## 优雅处理错误信息 ## 为什么定位慢?-- 错误处理 ## 假设用户反馈了无法打开一个文件 ## 记录一次错误 不要透传错误 错误码唯一性 ## 我们的程序员非常认真 err := fmt.Errorf(format:0 码力 | 30 页 | 3.11 MB | 2 年前3
使用微服务架构快速开发万级TPS高可用电商系统## 使用微服务架构快速开发万级TPS高可用电商系统 git clone https://github.com/alec-z/servicecomb-samples cd servicecomb-samples/houserush/script/docker docker-compose up ## 什么是微服务架构? 一个既“简单”的又“强大”的后端架构模式。 ## 简单: 每个服务相对较小并比较容易开发维护。0 码力 | 15 页 | 1.46 MB | 2 年前3
共 1000 条
- 1
- 2
- 3
- 4
- 5
- 6
- 100













