大规模高性能区块链架构设计模式与测试框架-李世敬大规模高性能区块链架构 设计模式与测试框架 Gopher Meetup 深圳站 2021 年 8 ⽉ 21 号 趣�科技 李世敬 目录 区块链概述 01 大规模高性能区块链架构设计介绍 02 基于Go插件的区块链性能测试工具 03 写在最后 04 区块链概述 4 趣链科技 版权所有 ©2016-2021 4 趣链科技 版权所有 ©2016-2021 4 趣链科技 版权所有 ©2016-2021 共识全节点层 Consensus Layer ⾮共识节点层 Provable Layer 轻客户端层 Edge Layer 轻节点层 Gateway Layer 核⼼技术 多类型节点分层部署模式 1 3 动态⾃发现⽹络转发模型 2 ⼤规模组⽹⾼效共识算法 1.提⾼数据处理效率 2.提升终端异构性能⼒ 3.提供实时计算与验证服务 4.解决数据真实性“第⼀公⾥” 问题 ⾯向海量节点⼤规模应⽤场景,0 码力 | 39 页 | 56.58 MB | 1 年前3
2.2 龚浩华(月牙寂)p2p缓存系统 基于Golang的Aop设计模式LOGO p2p缓存系统 基于Golang的Aop设计模式 龚浩华 QQ 29185807 月牙寂 背景 v Web缓存(类似CDN技术) § 网页、图片 § 普通下载 § 普通视频 v P2P缓存 § 下载(bt等) § 视频(qvod、百度影音等) 背景 v P2P缓存好处 § 一次获取,多次利用 § 减少局域网出网流量 1、针对 缺乏全局状态知识 全局状态是可以获取到的 2、针对 缺乏全局时间 全局时间是一致的 3、非确定 仍然存在不确定性 现实世界的设计模式直接可以拿来借鉴 P2P缓存框架 P2P缓存框架 1、入口监听模块 常驻 功能监听识别连接 2、任务管理模块 常驻 1、全局收集任务,根据任务连接数排名,在 前n的任务给分发下载时间片。 2、任务定时更新自己的时间片 效果 效果 Golang总结 1、全新的设计模式 代码少、逻辑直观简单 2、代码维护简单 松散耦合 3、快速开发 4、性能高 Golang一些经验 1、程序雪崩与GC问题0 码力 | 29 页 | 338.20 KB | 1 年前3
FISCO BCOS 2.3.0 中文文档技术解决方案中的共识机制、分布式账本、加密算法、智能合约、点对点通 信、分布式计算架构、分布式存储、隐私保护算法、跨链协议等技术模块, 可以让商业模式中的参与各方实现了地位对等和互信合作,从而推动了从“信 息互联网”到“信任互联网”的时代进步,也令商业模式全面走向“分布式”成为 可能。 新型的“分布式商业”模式,按微众银行整理给出的定义,是一种由多个具有 对等地位的商业利益共同体所建立的新型生产关系,是通过预设的透明规则 进 型经济活动行为。在主要表现特征上,分布式商业显现出多方参与、共享资 源、智能协同、价值整合、模式透明、跨越国界等特点。一个成熟的分布式 商业场景具备生产资料由多方持有、产品和服务能力由多方共同构建、商业 过程中的相互关系对等,产品和利益分配规则透明等要求。 分布式商业与此前流行的连锁加盟型商业模式及共享商业模式的最大不同之 处在于,起到中间链接桥梁作用的不是人或产品、不是信息平台、而只是客 观的技术 署、调用等教程,以及深入介绍FISCO BCOS 2.0版本整体架构和各模块的设 计方案。 2.0版本新特性 群组架构 群组架构是FISCO BCOS 2.0众多新特性中的主线,创造灵感来源于人人都熟 悉的群聊模式——群的建立非常灵活,几个人就可以快速拉个主题群进行交 流。同一个人可以参与到自己感兴趣的多个群里,并行地收发信息。现有的 群也可以继续增加成员。 采用群组架构的网络中,根据业务场景的不同,可存在多个不同的账本,区0 码力 | 1227 页 | 10.79 MB | 1 年前3
FISCO BCOS 2.4.0 中文文档nAndGetProof推送交易回执、交易Merkle 证明和交易回执Merkle证明 更新 CMake最低要求修改为3.7,支持依赖库多源下载 修复 修复国密模式下ecRecover接口不可用问题 修复国密模式、非国密模式下sha256接口返回值不一致的问题 兼容性 向前兼容,旧版本可以直接替换程序升级,替换后的节点修复v2.3.x中的 bug,并新增了2.4.0的动态群组生命周期管理功能、网络统计功能,若要启用 搭建新链需要使用该版本 浏览器 2.0.2 2.0.0-rc2 Solidity 最高支持 solidity 0.5.2 0.4.11 amdb-proxy 2.3.0 2.0.2 兼容模式回滚至v2.2.x方法 当节点采用兼容模式从v2.3.x升级至v2.4.0后,可直接通过将节点二进制替换 回v2.3.x完成回滚。 v2.3.0 [https://github.com/FISCO- BCOS/FIS listen_ip拆分成channel_listen_ip和jsonrpc_listen_ip 提供合约写权限控制接口,包括合约写权限授权、撤回和查询 简化并行交易配置 推荐使用MySQL直连的存储模式替代External存储模式 修复 修复特定兼容场景下的内存问题 兼容性 向前兼容,旧版本可以直接替换程序升级,但无法启动此版本的新特性。若 需要用此版本的新特性,需重新搭链。 推荐版本 最低版本 说明0 码力 | 1314 页 | 11.21 MB | 1 年前3
ThinkJS 1.2 中文文档开发,让异步编程更加简单、⽅方便。 ⾃自动启动服务 ⽀支持 Http、命令⾏行、WebSocket、Restful等多种⽅方式调⽤用 CBD 架构,MVC 模式 基于 Promise,异步编程更加简单 封装了 Db, Cache, Session 等常⽤用功能 开发模式下⽂文件修改后⽴立即⽣生效,⽆无需重启 ThinkJS 需要 Node.js 的版本 >=0.10.x ,可以通过 node -v -‐-‐-‐-‐ flash ⽂文件 ⽂文件说明 ⼊入⼝口⽂文件 默认开启 debug 模式,该模式下⽂文件修改后⽴立即⽣生效,不必重启 node 服务。 线上环境切记要将 debug 模式关闭,即:APP_DEBUG=false debug 模式详细说明请⻅见 调试 ⾥里相关内容。 App/Conf/config.js 可以在配置⽂文件中修改框架默认的配置值,如:将 __dirname; global.ROOT_PATH = __dirname; global.APP_DEBUG = true; // 是否开启 DEBUG 模式 require('thinkjs'); JavaScript 配置⽂文件 module.exports = { // 配置项: 配置值0 码力 | 104 页 | 1.29 MB | 1 年前3
FISCO BCOS 2.2.0 中文文档技术解决方案中的共识机制、分布式账本、加密算法、智能合约、点对点通 信、分布式计算架构、分布式存储、隐私保护算法、跨链协议等技术模块, 可以让商业模式中的参与各方实现了地位对等和互信合作,从而推动了从“信 息互联网”到“信任互联网”的时代进步,也令商业模式全面走向“分布式”成为 可能。 新型的“分布式商业”模式,按微众银行整理给出的定义,是一种由多个具有 对等地位的商业利益共同体所建立的新型生产关系,是通过预设的透明规则 进 型经济活动行为。在主要表现特征上,分布式商业显现出多方参与、共享资 源、智能协同、价值整合、模式透明、跨越国界等特点。一个成熟的分布式 商业场景具备生产资料由多方持有、产品和服务能力由多方共同构建、商业 过程中的相互关系对等,产品和利益分配规则透明等要求。 分布式商业与此前流行的连锁加盟型商业模式及共享商业模式的最大不同之 处在于,起到中间链接桥梁作用的不是人或产品、不是信息平台、而只是客 观的技术 署、调用等教程,以及深入介绍FISCO BCOS 2.0版本整体架构和各模块的设 计方案。 2.0版本新特性 群组架构 群组架构是FISCO BCOS 2.0众多新特性中的主线,创造灵感来源于人人都熟 悉的群聊模式——群的建立非常灵活,几个人就可以快速拉个主题群进行交 流。同一个人可以参与到自己感兴趣的多个群里,并行地收发信息。现有的 群也可以继续增加成员。 采用群组架构的网络中,根据业务场景的不同,可存在多个不同的账本,区0 码力 | 1156 页 | 10.03 MB | 1 年前3
FISCO BCOS 2.5.0 中文文档新增ChainGovernance预编译合约,地址0x1008,实现基于角色的权限管 理 新增SDK连接节点支持国密SSL,可配置是否启用 新增账号管理可冻结解冻私钥对应的账号 更改 MySQL存储模式下,合约表的字段类型修改为mediumblob 国密模式由编译选项修改为配置项 更改节点只接受同一机构的SDK连接,可配置是否启用 默认开启Paillier同态加密和群签名功能 build_chain脚本使用私钥为secp256k1的根证书和机构证书 generator 1.5.0 1.1.0 搭建新链需要使用该版本 浏览器 2.0.2 2.0.0-rc2 Solidity 最高支持 solidity 0.5.2 0.4.11 兼容模式回滚至v2.4.x方法 当节点采用兼容模式从v2.4.x升级至v2.5.0后,可直接通过将节点二进制替换 回v2.4.x完成回滚。 v2.4.0 [https://github.com/FISCO- BCOS/FIS nAndGetProof推送交易回执、交易Merkle 证明和交易回执Merkle证明 更新 CMake最低要求修改为3.7,支持依赖库多源下载 修复 修复国密模式下ecRecover接口不可用问题 修复国密模式、非国密模式下sha256接口返回值不一致的问题 兼容性 向前兼容,旧版本可以直接替换程序升级,替换后的节点修复v2.3.x中的 bug,并新增了2.4.0的动态群组生命周期管理功能、网络统计功能,若要启用0 码力 | 1456 页 | 13.35 MB | 1 年前3
FISCO BCOS 2.1.0 中文文档技术解决方案中的共识机制、分布式账本、加密算法、智能合约、点对点通 信、分布式计算架构、分布式存储、隐私保护算法、跨链协议等技术模块, 可以让商业模式中的参与各方实现了地位对等和互信合作,从而推动了从“信 息互联网”到“信任互联网”的时代进步,也令商业模式全面走向“分布式”成为 可能。 新型的“分布式商业”模式,按微众银行整理给出的定义,是一种由多个具有 对等地位的商业利益共同体所建立的新型生产关系,是通过预设的透明规则 进 型经济活动行为。在主要表现特征上,分布式商业显现出多方参与、共享资 源、智能协同、价值整合、模式透明、跨越国界等特点。一个成熟的分布式 商业场景具备生产资料由多方持有、产品和服务能力由多方共同构建、商业 过程中的相互关系对等,产品和利益分配规则透明等要求。 分布式商业与此前流行的连锁加盟型商业模式及共享商业模式的最大不同之 处在于,起到中间链接桥梁作用的不是人或产品、不是信息平台、而只是客 观的技术 署、调用等教程,以及深入介绍FISCO BCOS 2.0版本整体架构和各模块的设 计方案。 2.0版本新特性 群组架构 群组架构是FISCO BCOS 2.0众多新特性中的主线,创造灵感来源于人人都熟 悉的群聊模式——群的建立非常灵活,几个人就可以快速拉个主题群进行交 流。同一个人可以参与到自己感兴趣的多个群里,并行地收发信息。现有的 群也可以继续增加成员。 采用群组架构的网络中,根据业务场景的不同,可存在多个不同的账本,区0 码力 | 1058 页 | 740.85 KB | 1 年前3
FISCO BCOS 2.6.0 中文文档升级EVMC接口版本为7.3.0 源码编译要求GCC版本不小于5.4.0 支持AMOP消息路由到节点自身 MySQL存储模式下区块等数据使用二进制存储并启动压缩 修复 修复因为交易广播标记缓存没有清理干净导致的轻微内存泄露问题 修复raft共识下,非leader节点交易池中的交易不能被打包的问题 在MySQL存储模式下,Solidity合约写接口中调用Table的select接口时, 偶现的Gas计算不一致问题 用 搭建新链需要使用该版本 浏览器 2.0.2 2.0.0-rc2 Solidity 最高支持 solidity 0.6.10 0.4.11 amdb-proxy 2.3.0 2.0.2 兼容模式回滚至v2.5.x方法 当节点采用兼容模式从v2.5.x升级至v2.6.0后,可直接通过将节点二进制替换 回v2.5.x完成回滚。 v2.5.0 [https://github.com/FISCO- BCOS/FIS 新增ChainGovernance预编译合约,地址0x1008,实现基于角色的权限管 理 新增SDK连接节点支持国密SSL,可配置是否启用 新增账号管理可冻结解冻私钥对应的账号 更改 MySQL存储模式下,合约表的字段类型修改为mediumblob 国密模式由编译选项修改为配置项 更改节点只接受同一机构的SDK连接,可配置是否启用 默认开启Paillier同态加密和群签名功能 build_chain脚本使用私钥为secp256k1的根证书和机构证书0 码力 | 2383 页 | 18.83 MB | 1 年前3
FISCO BCOS 1.3 中文文档共识算法(可选PBFT、RAFT、SinglePoint) systemproxyaddress 系统路由合约地址(生成方法可参看部署系统合约) listenip 节点监听IP cryptomod 落盘加密模式,默认为0,0:不加密,1:本地key加 密,2:key center rpcport RPC监听端口(若在同台机器上部署多个节点时,端口 不能重复) p2pport P2P网络监听端口(若在同台机器上部署多个节点时,端 附: 运维手册:(待补充) 以上各层面的易用性,便于各领域的合作伙伴以较低成本快速搭建上层区块链 应用,并且持续地高效治理和运营,在推进区块链技术的普及的同时也协助合 作伙伴将精力聚焦在业务本身和商业模式的运营上,构建科技和金融深度合作 的长效机制,最终达到多方受益,共同打造金融创新的区块链共赢生态。 如果您觉得本文不错,欢迎戳这里 [https://github.com/FISCO-BCOS/FISCO-BCOS]给FISCO 业务共识 注意这里的业务共识不是上一章中引用内容中的“业务共识”的概念。这里的业 务共识专门指代: 在业务层面上对数据共识 结果的数据 进行解读的共识 以存证为例:假设有3家机构,3家机构按照存证的业务模式进行协调 数据共识:每个节点副本执行pbft/raft共识后上链的数据 业务共识:当3家机构对于同一笔证据都进行了签名之后这个证据生效 以对用户信用评分为例:假设有3个公司联合对用户信用评级,评级方式是以0 码力 | 491 页 | 5.72 MB | 1 年前3
共 483 条
- 1
- 2
- 3
- 4
- 5
- 6
- 49













