整理了Hyperledger Fabric 2.0 alpha版本

超级账本面料alpha版

目前Hyperledger Fabric已经发布到v1.4版本作为产品版，同时v2.0-alpha版也已经公开发布。
尽管仍在开发中，但据说有一些重大的变更点，我来总结一下。

如果您想查看公式文件，请点击这里。

修改1：链码的生命周期

对于传统的链码安装和升级方法进行了修改。

据说除了现有的“集权”模式之外，还可以选择新的“分散”模式。以下是详细内容。

可以达成关于链码设置的共识。

过去，在通道中初始化链码时，可以由一个组织决定背书策略。但是现在，我们可以在初始化时就可以通过设定参数来实现组织之间的协商。

有了升级链码的安全方式。

关于链码的升级，以前可能会出现一个组织发布升级事务的情况。这样，即使在同一个通道中，仍有组织尚未将最新版本的链码安装在对等节点上，升级也可能会发生。现在可以设置升级需要达到一定数量以上的组织同意。

第三点：我们现在能够更新认可政策了。

现在可以在初始化或升级时确定该链码的背书策略，而且还能够进行策略的变更。此外，当通道内的配置发生变化时，也会自动进行更改。

第四点：现在可以轻松查看链代码的内容。

链码在安装时被打包并安装，但是在安装完成后很难检查包内的内容。因此，在组织间确认当前安装了哪个链码版本等信息变得繁琐。
然而，通过将链码打包为tar文件，现在可以轻松地检查其中内容。

版本5：可以在一个包中处理多个版本的链码。

就我个人而言，这是我最开心的事。

在过去，链码只能作为一个由名称和版本确定的包部署，在安装其他版本时只能再次以新的包形式安装。而在v2.0中，可以通过一个包进行版本管理，还可以更改名称。

优秀代币

现在可以使用UTXO模型发行令牌。据说它与最初在Hyperledger Fabric中使用的CA、MSP和其他身份、成员服务进行协作。

我会稍后进行调查，因为这让我有些担心。

阿尔派纳Linux

听说从2.0版本开始，网络Docker镜像将使用Alpine Linux。
Alpine Linux是一个非常轻量化且以安全性为首要考虑的Linux发行版。
因此，可以期待镜像变得更轻量化并提高安全性。

请参阅

我研究了超轻便的阿尔派Linux。

我們使訂單者能夠選擇Raft協議。

据说Raft自v1.4.1版本开始可供选择，但2.0版本之后也受支持。
目前可选择在Hyperledger Fabric中使用的是Solo（存在单一故障点）、Raft和Kafka。
目前在Hyperledger Fabric中，Kafka似乎被广泛使用，但Kafka的管理成本较高，未来可能会成为主流的是安装和管理都更简单的Raft。

因为我也对这个感到好奇，所以以后会进行调查。

总结

针对Hyperledger Fabric 2.0 Alpha版本进行了总结。
在使用Hyperledger Fabric时，经常会感到手伸不到痒处…所以如果能不断改进并添加新功能，就会感到非常高兴！

请提供更多语境我们才能够准确地为您进行翻译。

公式文件