FISCO BCOS 2.5.0 中文文档
1.3系列技术文档 [http://fisco-bcos- documentation.readthedocs.io/zh_CN/release-1.3/] FISCO BCOS 2.0+版本及兼容性说明 这里 平台介绍 FISCO BCOS是由国内企业主导研发、对外开源、安全可控的企业级金融联 盟链底层平台,由金链盟开源工作组协作打造,并于2017年正式对外开源。 社区以开源链接多方,截 SDK内嵌压测工具,支持Caliper 运维支持 运维建链工具 提供企业级联盟链部署工具 可视化数据展现 区块链浏览器 可视化节点管理 基于WeBASE,提供节点管理器 动态管理节点 支持动态新增、剔除、变更节点 动态更改配置 支持动态变更系统配置 数据备份与恢复 提供数据导出与恢复服务组件 监控统计 输出统计日志,提供监控工具 监管审计 基于WeBASE,提供监管审计入口 架构 FISCO BCOS 在2 新增ChainGovernance预编译合约,地址0x1008,实现基于角色的权限管 理 新增SDK连接节点支持国密SSL,可配置是否启用 新增账号管理可冻结解冻私钥对应的账号 更改 MySQL存储模式下,合约表的字段类型修改为mediumblob 国密模式由编译选项修改为配置项 更改节点只接受同一机构的SDK连接,可配置是否启用 默认开启Paillier同态加密和群签名功能 build_chain脚本使用私钥为secp256k1的根证书和机构证书0 码力 | 1456 页 | 13.35 MB | 1 年前3百度超级链 XuperChain stable 中文文档
当前区块的后继区块ID 54 bytes next_hash = 15; 55 } 3.2.2. 交易 背景:区块链网络中的每个节点都是一个状态机,为了给每个节点传递状 态,系统引入了交易,作为区块链网络状态更改的最小操作单元。 功能:通常表现为普通转账以及智能合约调用。 代码:交易的Proto如下 1 message Transaction { 2 // txid is the id of this 在XPoA中,网络中的节点有两种角色,分别是“普通节点”和“验证节点”: 1. 普通节点:普通节点仅对验证节点进行验证,计算当前时间点下验证节点 地址是否于计算结果吻合。 2. 验证节点:进行区块打包工作;在更改验证节点组过程中,多数验证节点 需确定更改结果添加和删除操作方能生效。 修改验证组规则 验证组信息通过合约调用进行修改,流程主要有以下几点: 1. 在收到该信息后,验证节点通过签名信息确认交易真实性 2. 验证节 平行链的群组特性通过白名单机制来实现,在网络层进行过滤。平行链的群组 架构,如下图 17.4. 设计思路 1. 如何要支持群组,需要在xuper链部署一个系统合约:GroupChain(一个 网络有且仅有一个) 这样是为了保证兼容性,如果没有部署这个GroupChain合约,那么行 为和旧版本一致。 <平行链名字,IP> → Address 为什么把IP放在Key中,是为了方便做过滤的时候查找更快,直接 Get。 平行链0 码力 | 325 页 | 26.31 MB | 1 年前3FISCO BCOS 2.4.0 中文文档
1.3系列技术文档 [http://fisco-bcos- documentation.readthedocs.io/zh_CN/release-1.3/] FISCO BCOS 2.0+版本及兼容性说明 这里 平台介绍 FISCO BCOS是由国内企业主导研发、对外开源、安全可控的企业级金融联 盟链底层平台,由金链盟开源工作组协作打造,并于2017年正式对外开源。 社区以开源链接多方,目 证明和交易回执Merkle证明 更新 CMake最低要求修改为3.7,支持依赖库多源下载 修复 修复国密模式下ecRecover接口不可用问题 修复国密模式、非国密模式下sha256接口返回值不一致的问题 兼容性 向前兼容,旧版本可以直接替换程序升级,替换后的节点修复v2.3.x中的 bug,并新增了2.4.0的动态群组生命周期管理功能、网络统计功能,若要启用 v2.4.0版本所有新特性,需重新搭链。 推荐版本 sten_ip 提供合约写权限控制接口,包括合约写权限授权、撤回和查询 简化并行交易配置 推荐使用MySQL直连的存储模式替代External存储模式 修复 修复特定兼容场景下的内存问题 兼容性 向前兼容,旧版本可以直接替换程序升级,但无法启动此版本的新特性。若 需要用此版本的新特性,需重新搭链。 推荐版本 最低版本 说明 控制台 1.0.9 1.0.4 SDK 2.3.0 2.00 码力 | 1314 页 | 11.21 MB | 1 年前3FISCO BCOS 2.5.0 中文文档
重 重 重要 要 要: • 本技术文档只适用FISCO BCOS 2.0+,FISCO BCOS 1.3.x版本的技术文档请查看 1.3系列技术文档 • FISCO BCOS 2.0+版本及兼容性说明 这里 Contents 1 FISCO BCOS Documentation, 发 发 发布 布 布 v2.5.0 2 Contents CHAPTER 1 平台介绍 FISCO 新增SDK连接节点支持国密SSL,可配置是否启用 • 新增账号管理可冻结解冻私钥对应的账号 更 更 更改 改 改 • MySQL存储模式下,合约表的字段类型修改为mediumblob • 国密模式由编译选项修改为配置项 2.1. v2.5.0 9 FISCO BCOS Documentation, 发 发 发布 布 布 v2.5.0 • 更改节点只接受同一机构的SDK连接,可配置是否启用 • 默认开启Paillier同态加密和群签名功能 并行优化了将交易的编解码、交易的验签和落盘的编码 • 优化了交易执行返回码的逻辑,让返回码更准确 • 升级了存储模块,支持并发读写 其 其 其他 他 他特 特 特性 性 性 • 加入网络数据包压缩 • 加入兼容性配置 • 交易编码中加入chainID和groupID • 交易中加入二进制缓存 • 创世块中加入timestamp信息 • 增加了一些precompile的demo • 支持用Docker搭链0 码力 | 540 页 | 8.77 MB | 1 年前3FISCO BCOS 2.3.0 中文文档
[http://fisco-bcos- documentation.readthedocs.io/zh_CN/release-1.3/] FISCO BCOS 2.0+新特性请参考 这里 FISCO BCOS 2.0+版本及兼容性说明 这里 平台介绍 FISCO BCOS是一个区块链底层平台,由金融区块链合作联盟(深圳)(以 下简称:金链盟)开源工作组以金融业务实践为参考样本,在BCOS开源平台 基础上进行模块升级与功能 sten_ip 提供合约写权限控制接口,包括合约写权限授权、撤回和查询 简化并行交易配置 推荐使用MySQL直连的存储模式替代External存储模式 修复 修复特定兼容场景下的内存问题 兼容性 向前兼容,旧版本可以直接替换程序升级,但无法启动此版本的新特性。若 需要用此版本的新特性,需重新搭链。 推荐版本 最低版本 说明 控制台 1.0.9 1.0.4 SDK 2.3.0 2.0 移除数据落盘阶段对部分表的排序和hash计算 3. 协议 优化区块同步策略 优化PBFT消息转发策略 优化Prepare包结构 优化交易广播策略 优化交易转发策略 修复 修复特定兼容场景下的缓存bug 兼容性 向前兼容,旧版本可以直接替换程序升级,但无法启动此版本的新特性。若 需要用此版本的新特性,需重新搭链。 推荐版本 最低版本 说明 控制台 1.0.7 1.0.4 SDK 2.2.0 2.00 码力 | 1227 页 | 10.79 MB | 1 年前3百度超级链 XuperChain latest 中文文档
当前区块的后继区块ID bytes next_hash = 15; } 3.2.2. 交易 背景:区块链网络中的每个节点都是一个状态机,为了给每个节点传递状 态,系统引入了交易,作为区块链网络状态更改的最小操作单元。 功能:通常表现为普通转账以及智能合约调用。 代码:交易的Proto如下 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 在XPoA中,网络中的节点有两种角色,分别是“普通节点”和“验证节点”: 1. 普通节点:普通节点仅对验证节点进行验证,计算当前时间点下验证节点 地址是否于计算结果吻合。 2. 验证节点:进行区块打包工作;在更改验证节点组过程中,多数验证节点 需确定更改结果添加和删除操作方能生效。 修改验证组规则 验证组信息通过合约调用进行修改,流程主要有以下几点: 1. 在收到该信息后,验证节点通过签名信息确认交易真实性 2. 验证节 平行链的群组特性通过白名单机制来实现,在网络层进行过滤。平行链的群组 架构,如下图 17.4. 设计思路 1. 如何要支持群组,需要在xuper链部署一个系统合约:GroupChain(一个 网络有且仅有一个) 这样是为了保证兼容性,如果没有部署这个GroupChain合约,那么行 为和旧版本一致。 <平行链名字,IP> → Address 为什么把IP放在Key中,是为了方便做过滤的时候查找更快,直接 Get。 平行链0 码力 | 316 页 | 24.51 MB | 1 年前3百度超级链 XuperChain 3.9-e 中文文档
当前区块的后继区块ID bytes next_hash = 15; } 3.2.2. 交易 背景:区块链网络中的每个节点都是一个状态机,为了给每个节点传递状 态,系统引入了交易,作为区块链网络状态更改的最小操作单元。 功能:通常表现为普通转账以及智能合约调用。 代码:交易的Proto如下 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 在XPoA中,网络中的节点有两种角色,分别是“普通节点”和“验证节点”: 1. 普通节点:普通节点仅对验证节点进行验证,计算当前时间点下验证节点 地址是否于计算结果吻合。 2. 验证节点:进行区块打包工作;在更改验证节点组过程中,多数验证节点 需确定更改结果添加和删除操作方能生效。 修改验证组规则 验证组信息通过合约调用进行修改,流程主要有以下几点: 1. 在收到该信息后,验证节点通过签名信息确认交易真实性 2. 验证节 平行链的群组特性通过白名单机制来实现,在网络层进行过滤。平行链的群组 架构,如下图 17.4. 设计思路 1. 如何要支持群组,需要在xuper链部署一个系统合约:GroupChain(一个 网络有且仅有一个) 这样是为了保证兼容性,如果没有部署这个GroupChain合约,那么行 为和旧版本一致。 <平行链名字,IP> → Address 为什么把IP放在Key中,是为了方便做过滤的时候查找更快,直接 Get。 平行链0 码力 | 317 页 | 27.80 MB | 1 年前3百度超级链 XuperChain master 中文文档
当前区块的后继区块ID bytes next_hash = 15; } 3.2.2. 交易 背景:区块链网络中的每个节点都是一个状态机,为了给每个节点传递状 态,系统引入了交易,作为区块链网络状态更改的最小操作单元。 功能:通常表现为普通转账以及智能合约调用。 代码:交易的Proto如下 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 在XPoA中,网络中的节点有两种角色,分别是“普通节点”和“验证节点”: 1. 普通节点:普通节点仅对验证节点进行验证,计算当前时间点下验证节点 地址是否于计算结果吻合。 2. 验证节点:进行区块打包工作;在更改验证节点组过程中,多数验证节点 需确定更改结果添加和删除操作方能生效。 修改验证组规则 验证组信息通过合约调用进行修改,流程主要有以下几点: 1. 在收到该信息后,验证节点通过签名信息确认交易真实性 2. 验证节 平行链的群组特性通过白名单机制来实现,在网络层进行过滤。平行链的群组 架构,如下图 17.4. 设计思路 1. 如何要支持群组,需要在xuper链部署一个系统合约:GroupChain(一个 网络有且仅有一个) 这样是为了保证兼容性,如果没有部署这个GroupChain合约,那么行 为和旧版本一致。 <平行链名字,IP> → Address 为什么把IP放在Key中,是为了方便做过滤的时候查找更快,直接 Get。 平行链0 码力 | 316 页 | 24.51 MB | 1 年前3百度超级链 XuperChain 3.8 中文文档
当前区块的后继区块ID bytes next_hash = 15; } 3.2.2. 交易 背景:区块链网络中的每个节点都是一个状态机,为了给每个节点传递状 态,系统引入了交易,作为区块链网络状态更改的最小操作单元。 功能:通常表现为普通转账以及智能合约调用。 代码:交易的Proto如下 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 在XPoA中,网络中的节点有两种角色,分别是“普通节点”和“验证节点”: 1. 普通节点:普通节点仅对验证节点进行验证,计算当前时间点下验证节点 地址是否于计算结果吻合。 2. 验证节点:进行区块打包工作;在更改验证节点组过程中,多数验证节点 需确定更改结果添加和删除操作方能生效。 修改验证组规则 验证组信息通过合约调用进行修改,流程主要有以下几点: 1. 在收到该信息后,验证节点通过签名信息确认交易真实性 2. 验证节 平行链的群组特性通过白名单机制来实现,在网络层进行过滤。平行链的群组 架构,如下图 17.4. 设计思路 1. 如何要支持群组,需要在xuper链部署一个系统合约:GroupChain(一个 网络有且仅有一个) 这样是为了保证兼容性,如果没有部署这个GroupChain合约,那么行 为和旧版本一致。 <平行链名字,IP> → Address 为什么把IP放在Key中,是为了方便做过滤的时候查找更快,直接 Get。 平行链0 码力 | 316 页 | 27.93 MB | 1 年前3百度超级链 XuperChain 3.9 中文文档
当前区块的后继区块ID bytes next_hash = 15; } 3.2.2. 交易 背景:区块链网络中的每个节点都是一个状态机,为了给每个节点传递状 态,系统引入了交易,作为区块链网络状态更改的最小操作单元。 功能:通常表现为普通转账以及智能合约调用。 代码:交易的Proto如下 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 在XPoA中,网络中的节点有两种角色,分别是“普通节点”和“验证节点”: 1. 普通节点:普通节点仅对验证节点进行验证,计算当前时间点下验证节点 地址是否于计算结果吻合。 2. 验证节点:进行区块打包工作;在更改验证节点组过程中,多数验证节点 需确定更改结果添加和删除操作方能生效。 修改验证组规则 验证组信息通过合约调用进行修改,流程主要有以下几点: 1. 在收到该信息后,验证节点通过签名信息确认交易真实性 2. 验证节 平行链的群组特性通过白名单机制来实现,在网络层进行过滤。平行链的群组 架构,如下图 17.4. 设计思路 1. 如何要支持群组,需要在xuper链部署一个系统合约:GroupChain(一个 网络有且仅有一个) 这样是为了保证兼容性,如果没有部署这个GroupChain合约,那么行 为和旧版本一致。 <平行链名字,IP> → Address 为什么把IP放在Key中,是为了方便做过滤的时候查找更快,直接 Get。 平行链0 码力 | 317 页 | 27.80 MB | 1 年前3
共 44 条
- 1
- 2
- 3
- 4
- 5