Hyperledger Fabric 1.0.1至Hyperledger Fabric 1.0.5所升级的内容及修复的问题

基础更新

各版本每次迭代都会有一些基础更新内容,如文档修改覆盖、测试用例完善、用户体验改进及删除冗余无效代码等…

下面分类介绍的是一些版本迭代的重要更新内容,因个人实操和理解能力有限,部分更新并未看懂,如果有错误的地方,还望各位大神指正!

 1.0.5更新内容

1、更新文档并适配最新configtxgen的修改

2、区块中迭代器关闭后引发的Nil问题

3、Kafka版本回归到0.9.0.1

4、允许对Kafka的信息进行更灵活的配置

5、修复块存储中非必要的启动消息

6、修复single_tx_client连接orderer服务时出现的问题

7、更新Kafka版本为0.10.2.1

8、demo中证书过期问题

9、更新zookeeper参考版本

10、更新fabric示例文档中引导及下载地址

1.0.4更新内容

1、允许重建块存储索引

2、修复示例及配置信息中的错误

3、修正文档中的错误

4、CouchDB使用GetState不返回数据

5、修复文档和源代码结构不一致的问题

6、修复docs/source/chaincode4noah.rst中一个输入错误

7、BCCSP PKCS11 CKA_LABEL唯一性设定

8、新增ci.properties配置文件

1.0.3更新内容

1、更新examples/README中错误的URL

2、BCCSP yaml在节点中解析为弱类型

3、修正了configtxupdate README中的错误

4、修改默认Channel名称

5、校准数据传输速度

6、允许在Orderer上设置日志格式

7、减少保持活跃的限制策略

8、Couchdb崩溃问题

9、修复orderer版本命令

10、cryptogen可生成回溯证书

1.0.2更新内容

1、无法使用已签名安装包

2、修正x509 certs日志输出异常

3、授信根入口加入频道

4、删除处理cauthdsl身份

5、联盟的不友好的默认模式策略

6、升级baseimage/baseos到v0.3.2

7、添加日志至 deliverclient/client.go

8、在报告问题时询问用户的env(环境)

9、如果负载缓冲区太满,则传送区块

1.0.1更新内容

1、待写…

原文地址:https://www.cnblogs.com/aberic/p/8289841.html

时间: 2024-07-31 07:09:50

Hyperledger Fabric 1.0.1至Hyperledger Fabric 1.0.5所升级的内容及修复的问题的相关文章

HyperLeger Fabric开发(二)——HyperLeger Fabric入门

HyperLeger Fabric开发(二)--HyperLeger Fabric入门 本文使用RHEL 7.3 workstation版本操作系统. 一.HyperLeger Fabric环境部署 1.Go语言开发环境部署 (1)Go语言环境安装Go语言环境安装包下载地址:https://golang.org/dl/https://golang.google.cn/dl/将下载的源码包解压至/usr/local目录sudo tar -C /usr/local -xzf go1.10.1.lin

HyperLeger Fabric开发(三)——HyperLeger Fabric架构

HyperLeger Fabric开发(三)--HyperLeger Fabric架构 一.HyperLeger Fabric架构简介 1.通道简介 商业应用的一个重要的需求是私密×××易,为此Fabric设计了通道(Channel)来提供成员之间的隐私保护.通道是部分网络成员之间拥有独立的通信渠道,在通道中发送的交易只有属于通道的成员才可见,因此通道可以看作是Fabric的网络中部分成员的私有通信子网.通道由排序服务管理.在创建通道的时候,需要定义通道的成员和组织.锚节点(anchor pee

HyperLeger Fabric开发(四)——HyperLeger Fabric共识机制

HyperLeger Fabric开发(四)--HyperLeger Fabric共识机制 一.Fabric共识过程 1.Fabric共识过程 Fabric区块链的网络节点本质上是互相复制的状态机,节点之间需要保持相同的账本状态.为了实现分布式节点的一致性,各个节点需要通过共识过程,对账本状态的变化达成一致性的认同.Fabric区块链的共识过程包括3个阶段:背书.排序和校验. 2.背书 在背书(endorsement)阶段中,背书节点对客户端发来的交易提案进行合法性校验,然后模拟执行链码得到交易

HyperLeger Fabric开发(五)——HyperLeger Fabric账本存储

HyperLeger Fabric开发(五)--HyperLeger Fabric账本存储 一.HyperLeger Fabric账本简介 Fabric里的数据以分布式账本的形式存储.账本由一系列有顺序和防篡改的记录组成,记录包含着数据的全部状态改变.账本中的数据项以键值对的形式存放,账本中所有的键值对构成了账本的状态,也称为世界状态(World State).?每个通道中有唯一的账本,由通道中所有成员共同维护着账本,每个记账节点上都保存了所属通道的账本的一个副本,因而是分布式账本.对账本的访问

HyperLeger Fabric开发(六)——HyperLeger Fabric智能合约(链码)

HyperLeger Fabric开发(六)--HyperLeger Fabric智能合约(ChainCode) 一.链码(Chaincode)简介 1.链码简介 在Fabric中,智能合约也称为链码(chaincode),分为用户链码和系统链码.系统链码用来实现系统层面的功能,包括系统的配置,用户链码的部署.升级,用户交易的签名和验证策略等:用户链码用于实现用户的应用功能,开发者编写链码应用程序并将其部署到区块链网络上,终端用户通过与网络节点交互的客户端应用程序调用链码.链码被编译成一个独立的

HyperLeger Fabric开发(七)——HyperLeger Fabric链码开发

HyperLeger Fabric开发(七)--HyperLeger Fabric链码开发 一.链码开发模式 1.链码开发模式简介 Fabric的链码开发调试比较繁琐.在不使用链码开发模式的情况下,链码不能在本地测试,必须部署到docker,install和instantiate后,Peer节点会在新的容器中启动链码.但只能通过docker logs查看链码日志,通过打印日志的方式进行链码调试.如果对链码进行了修改,需要重新开始上述流程.为了简化Fabric链码开发的调试过程,Fabric引入了

HyperLeger Fabric开发(八)——HyperLeger Fabric链码开发测试

HyperLeger Fabric开发(八)--HyperLeger Fabric链码开发测试 一.链码实例 SACC项目链码实例如下: package main import ( "fmt" "github.com/hyperledger/fabric/core/chaincode/shim" "github.com/hyperledger/fabric/protos/peer" ) // SimpleAsset implements a si

HyperLeger Fabric开发(九)——HyperLeger Fabric部署实战(单机)

HyperLeger Fabric开发(九)--HyperLeger Fabric部署实战(单机) 系统环境:RHEL 7.3操作系统Fabric release 1.3 一.crypto-config.yaml文件 1.Orderer节点组织 (1)单节点 OrdererOrgs: - Name: Orderer Domain: example.com Specs: - Hostname: orderer (2)多节点 OrdererOrgs: ??- Name: Orderer ????Do

HyperLeger Fabric SDK开发(二)——Fabric SDK配置

HyperLeger Fabric SDK开发(二)--Fabric SDK配置 一.Fabric SDK配置 Fabric区块链网络应用程序需要大量的参数,用于连接Fabric区块链网络.通常将Fabric区块链网络应用程序所需的参数放到一个配置文件进行管理,配置文件定义Fabric SDK Go的配置和用户自定义参数,指定了连接Fabric区块链网络所需的全部信息,例如Fabric区块链网络组件的主机名和端口等.Fabric SDK GO为应用程序提供的配置文件通常使用yaml文件格式编写,