Hyperledger Fabric官方文档——What’s new in the v2.0 Alpha

这一部分主要讲了2.0alpha版本有什么新东西。第一点，把链码的生命周期做了一定的修改，出现了链码的准入机制，当然了alpha版，功能还没稳定。第二点，出现了FabToken，之前一直在说联盟链没有激励层，我们不玩货币，怎么怎么着的。不过有些时候没有一般等价物确实会限制应用changjing

---

原文地址：Hyperledger Fabric 官方文档 

What’s new in the v2.0 Alpha

A word about the Alpha release

    Hyperledge Fabric 2.0alpha版本允许用户尝试两个有趣的新功能——新的Fabric Chaincode Lifecycle和FabToken。alpha版本提供给用户一个新功能的预览，并不打算在生产中使用。此外，对2.0版Alpha没有升级支持，也没有从Alpha版升级到2.x版的预期升级支持。

 

Fabric chaincode lifecycle

    Fabric2.0Alpha引入了链码的分散治理，它有一个新的过程，用于在对等节点安装链码并在通道上启动它。新的Fabric链码生命周期允许多个组织在链码的参数（例如链码认可策略）上达成一致，然后才能使用它与ledger交互。新模型提供的几个改进：

        · 多个组织必须同意链码的参数：在1.x版本的fabric中，一个组织能够为所有通道中的其他成员设置chaincode的参数（例如背书策略）。新的Fabric链码生命周期更加灵活，因为它既支持集中式信任模型（如前一个生命周期模型的信任模型），也支持需要足够多的组织在背书策略生效之前就其达成一致的分布式模型。

        · 更安全的链码升级过程：在之前的链码生命周期中，升级事务可以由单个组织发出，这会给尚未安装新链码的通道成员带来风险。新模型允许只有在足够多的组织批准升级后才能升级链码。

        · 更简单的背书策略更新：Fabric生命周期允许您更改背书策略，而无需重新打包或重新安装链码。 用户还可以利用新的默认策略，该策略需要获得渠道中大多数成员的认可。 在渠道中添加或删除组织时，此策略会自动更新。

        · 可检查的链码包：Fabric生命周期将链码打包在易于阅读的tar文件中。 这样可以更轻松地检查链码包并协调跨多个组织的安装。

        · 使用一个包在通道上启动多个链代码：上一个生命周期使用安装链代码包时指定的名称和版本定义通道上的每个链代码。 您现在可以使用单个链代码包并在相同或不同的通道上使用不同的名称多次部署它。

Using the new chaincode lifecycle

    使用以下教程开始使用新的链代码生命周期：

        · Chaincode for Operators：提供安装和定义Chaincode所需步骤的详细概述，以及新模型提供的功能。

        · 构建您的第一个网络：如果您希望立即开始使用新的生命周期，那么byfn教程已经更新为使用对等生命周期链码CLI在示例网络上安装和定义链码。

        · 在Fabric中使用私有数据：已进行了更新，已更新以演示如何将私有数据集合与新的链代码生命周期一起使用。

        · 背书政策：了解新生命周期如何允许您将渠道配置中的策略用作链码背书政策。

 

Restrictions and limitations

    V2.0 Alpha版本中的新结构链代码生命周期尚未完成。具体来说，请注意alpha版本中的以下限制：

        · 暂不支持couchDB索引

        · 使用新生命周期定义的链码尚未通过服务发现进行显示

    这些限制将在alpha发布后得到解决。

 

FabToken

    Fabric 2.0 Alpha还为用户提供了在Fabric通道上轻松将资产表示为令牌的功能。 FabToken是一种令牌管理系统，它使用Unspent Transaction Output（UTXO）模型使用Hyperledger Fabric提供的身份和成员资格基础架构来发布，传输和兑换令牌。

        · 使用FabToken：本操作指南提供了有关如何在Fabric网络上使用令牌的详细概述。 该指南还包含有关如何使用令牌CLI创建和传输令牌的示例。

 

Alpine images

    从v2.0开始，Hyperledger Fabric Docker镜像将使用Alpine Linux，这是一种面向安全的轻量级Linux发行版。 这意味着Docker镜像现在要小得多，提供更快的下载和启动时间，以及在主机系统上占用更少的磁盘空间。 Alpine Linux的设计初衷是考虑到安全性，而Alpine分发的极简主义特性大大降低了安全漏洞的风险。

 

Raft ordering service

    Raft是在v1.4.1中引入的，它是一种基于etcd中Raft协议实现的崩溃容错（CFT）排序服务。Raft遵循“领导者和追随者”模型，其中选举领导者节点（每个渠道）并且其决定被复制到追随者。与基于Kafka的排序服务相比，raft排序服务应该更容易设置和管理，并且它们的设计允许遍布全球的组织为分散的排序服务贡献节点。

        · The ordering service：描述Fabric中排序服务的作用以及当前可用的三种排序服务实现的概述：Solo，Kafka和Raft。

        · Configuring and operating a Raft ordering service:  显示配置参数和部署Raft排序服务时的注意事项。

        · Setting up an ordering node:  描述部署排序节点的过程，与排序服务实现无关。

        · Building Your First Network: 已更新为允许使用Raft排序服务

 

---

记录每天解决的小问题，积累起来去解决大问题