区块链联盟链（区块链联盟链的特点）

1. 开源，由于整个系统的运作规则公开透明，这个系统是开源零碎；2. 维护用户免受开发者的影响，在公有链中次第开发者无权干预用户，所以区块链可以保护使用他们开发的顺序的用户;3.访问门槛低，任何具有足够技术才干的人都可以访问，也就是说，只需有一台能够联网的计算机就能够满意访问的条件;4.一切数据默许公开，固然所相关联的参与者都隐藏自己的真实身份，这种现象十分的普遍。他们经过他们的公特性来发生自己的平安性，在这里每个参与者可以看到一切的账户余额和其所有的交易活动。

案例：公有链中有许多我们熟习的身影：BTC, ETH, EOS, AE, ADA等

2.私链——权益控制在少数人手里

私链是指其写入权限仅在一个组织手里的区块链。读取权限大约对外封锁，大约被恣意水平地停止了限制。相关的使用包括数据库管理、审计、甚至一个公司，固然在有些状况下希冀它能有公共的可审计性，但在很多的情形下，公共的可读性并非是必需的。

特性：

1. 交易速度快，一个私链的交易速度可以比任何其他的区块链都快，甚至接近了并不是一个区块链的惯例数据库的速度。这是由于就算少量的节点也都具有很高的怀疑度，并不需求每个节点来考证一个交易。2. 隐私性好，给隐私更好的保证私有链使得在那个区块链上的数据隐私政策像在另一个数据库中似的完整一致;不用途理访问权限和使用所有的老方法，但至少说，这个数据不会公开地被具有网络衔接的任何人获得。3.交易利息低交易本钱大幅降低甚至为零私有链上可以停止完整收费或许至少说是十分廉价的交易。假设一个实体机构控制和处置所有的交易，那么他们就不再需求为义务而收取费用。

案例：Linux基金会、R3CEV Corda平台以及Gem Health网络的超级账本项目（Hyperledger project）或在开发或在使用私链。

3.联盟链——部分去中心化

联盟链封锁水平和去中心化水平是有所限制的。其参与者是被延迟选择进去或许间接指定的，数据库的读取权限能够是公开的，也能够像写入权限一样只限于零碎的参与者。

特性：

1. 交易本钱低，交易只需被几个受信的高算力节点考证就可以了，而无需全网确认；2. 节点冗杂连接，若是出了效果，联盟链可以快速经过野生干预来修复，并容许使用共识算法增加区块时间，从而更快完成交易；3.灵敏，假设需求的话，运转私有区块链的单独体或公司可以很冗杂地矫正该区块链的规则，恢绝交易，矫正余额等。

案例：瑞波用于日韩国际汇款及日本外国银行间汇款建立了联盟链，同时之前火过一阵子的迅雷链克也是一种半封闭的联盟链。

4.侧链——拓展协议

侧链”从严酷下去说，其自身并不是区块链，可以了解为区块链的一种扩展协议。早期“侧链”是为了处置比特币区块链技术的限制效果。侧链就像是一条条通路，将不同的区块链相互连接在一同，以完成区块链的扩展。侧链完整独立于比特币区块链，但是这两个账本之间能够“相互操作”，完成交互。

特性：

1. 独立性，侧链架构的益处是代码和数据独立，不增加主链的担负，防止数据过度收缩。 侧链有独立的区块链，有独立的受托人或许说见证人，同时也有独立的节点网络，就是说一个侧链发生的区块只会在所有装置了该侧链的节点之间进行广播。2.灵敏性，侧链所有的区块链参数是可以定制的，冗杂的比方区块距离、区块处分、交易费的去向等，初级用户还可以修正共识算法。

案例：LSK, RDN, ARDR等币种是应用的侧链技术。

关于目前整个数字货币范畴而言，往年能够依然是底层公有链项手腕合作大赛，缘由是目前公链作为区块链的基础装备还是具有清楚的缺少，尚且无法完成真正的平安、牢靠和高效。这也清楚限制着整个区块链产业的展开。

Fabric 是超级账本联盟推出的核心区块链框架，它适宜在繁杂的企业内和企业间搭建联盟链。根据超级账本联盟的手段， Fabric 被建立为一个模块化的、支持可插拔组件的基础联盟链框架。；

与以太坊系的Quorum不同，Fabric从一末尾就只思索企业间的应用。其独有的channel概念，将企业根据业务目的不同以不同的子网连接起来， 每一个子网对应一个channel，而每个channel有自己独立的区块链。而Quorum很清楚是只需一个公网（所有企业节点都参与进去），企业与企业间的私有业务是通过Private Manager 完成的。

了解channel的最简单方法就是，将它类比为一个音讯效力提供的Topic，实际上Fabic最早就是基于Kafka?的分布式音讯效力来实现。

? ? ? ?在Fabric网络中，一个企业可以有一个或多个节点参与整个联盟链；一个企业可以参加1个或者多个Channel（子网）；? 一个节点可以参加1个或者多个channel。每个channel形成一个子网，所以Fabric 是 一种由子网组成的网络。

那么Fabric是怎样实现智能合约的实施和完成业务上链（将事务结果记载在区块链里）的呢？

与其它框架不同， Fabric 将整个进程分红了三个阶段：

业务背书阶段 ： 客户的央求发送的背书节点，通过智能合约完成业务的计算（但不更新外形），并完成背书；将背书结果前往个客户端。

业务的排序阶段 ： 客户端将背书结果通过Channel被发送到排序节点（orderer），在排序节点完成事务的排序，并打包到block里，最后下发给所有连接到channel的节点。

业务考证并写入账本阶段 : 通过Gossip 网络，所有Channel的节点都会接收到新的block，节点会考证block中的每一个事务，肯定能否有效：有效地将会跟新world state，有效的将会标志为“无效”，不会更新World state，但整个block会被完整的加入到帐本中（包括无效的事务）。

根据上述文章内容的描画，Fabric 节点实际可以分为? ，普通节点和Order节点：

?Peer, 普通节点, 完成背书（包括只能合约的实施）和验证.

orderer,? 排序节点，完成排序。

加入orderer节点的Fabric网络可以被描画如下：

 每一个Channel，都定义了所有属于channel的节点，但是并不需求所有节点都连接到Orderer 节点（节点间可以通过gossip 协议通讯来传达私有数据或事务）.

? ? ? ?在区块链中，共识是区块链的基础。与公有链不同，联盟链的共识央求所有加入账本的事务是肯定的、最终的，也就是不可以有分叉，区块与区块间的次第是肯定的，只具有独一条链。在Fabric 中，这个客观需求正是由排序实现的，所有的事务将被提交给orderer节点获得肯定的次第，并最终打包成block进入帐本。Fabric 从1.4.1末尾支持基于Raft实现排序效劳,? 可以以为基于Raft实现共识。

基于RAFT的排序效劳相关于早期的Kafka 具有更好的分布性，配置愈加简单，是联盟链里常用的一个常用的达成共识的算法，Quorum就 默许使用RAFT作为共识层。简单的说，RAFT是一个leader和follower的方式， 所有加入RAFT网络的节点，恣意时分都有一个leader,? 只需这个leader有权决议事务的次第，并打包成Block，其它节点只能作为follower提交事务和同步block。

基于FAFT网络，每个企业可以有一个或多个节点参与到Orderer中去。在Frabric中企业间的网络连接可以变化成如下方式：

? ? ? ?区块链的使用用户在以太网中被称作EOA（External of Account）, EOA的载体是钱包。我们沿用这个概念，来看看Fabric是如何实现用户和发起事务的。Fabric中EOA是一个CA中心公布的certificate（x.509），一个Certificate代表一个Identity（这与以太坊还是有很大区别的， 以太坊中一个EOA其实是一个hash地址），EOA能够参与的channel以及被授权的操作是有channel的MSP（ Membership Service ?Provider）决议的（如下图）。

注：certificate 是一种密码学上验证身份的通用做法； certificate包括了团体的消息，公钥以及发布这个certificate的CA的签名。验证方只需求具有这个CA的证书（包括CA的公钥），就可以验证这个签名能否准确，certificate的方式能否有窜改。简单的说，通过CA和Certificate，我们可以获得一个可验证的的身份和怀疑链。

? ? ? 如上图，fabric中通要使用Wallet作为EOA的载体，一个Wallet中可以包括多个Identity（x.509 certificate）。 Identity 通过 CA提供的疑心链来验证准确性。

? 验证了身份之后， Fabric 通过MSP在区块链网络中处置该身份能否代表组织的成员和在组织内具有什么角色。例如，channel首先会验证以后用户Identity能否是无效地身份，然后通过MSP检查其所处的企业和具有的角色，最终肯定该用户是否有权实施操作。

可以说，Fabric的访问控制是通过MSP来完成的。在每一个需求访问控制的中央都需要定义一个MSP。? 例如，每个channel都定义一个MSP，这个MSP规则了在channel范围内资源的访问权限。 MSP 是Fabric里一个流利难懂的概念，也是其赋予企业间平安访问的根底。

前文提到， Fabric 将业务处置和上网分红了三个部分， 背书，排序，验证后加入账本。

其中背书是Fabric实施智能合约的阶段。以太坊中，智能合约是在EVM中施行的，有多种言语支持。 在Fabric，智能合约被称为chaincode： 一个chaincode 可以理解为是智能合约的容器，可以包括一个或多个智能合约， 不用于EVM, chaincode是在 JVM 或NodeJS中施行。

客户应用顺序通过智能合约来访问账本，每一个可访问的智能合约都被装置在客户端可以访问的节点上，并被定义在channel里。（有只能合约的节点被称为背书节点，没有只能合约的节点被称未提交节点，提交节点只保护账本）

客户应用提交一个交易恳求， 恳求抵达背书节点， 背书节点首先会验证客户的签名，确保客户的身份有权施行本次交易，接着执行交易提及的智能合约（chaincode），并生成一个背书照应（或者叫做交易提案，tran-proposal）。这个背书照应中一般包括World state 的读集合，写集合， 以及节点对本次交易的签名。这里与以太坊系联盟链最主要的不同是： 背书阶段只模拟交易，并不真正更新交易结果。 而真正更新交易在第三阶段完成。背书节点最后将生成的背书呼应fanhui给客户端， 智能合约部分的执行就终了了。

一般一个交易的执行需要多方的签名，所以客户端需要将一个交易发送给多个背书节点，这些背书节点的选择需要满意背书战略的恳求。

下图是一个包括有客户、背书节点，提交节点的网络示希图。

根据Fabric官方的参考文档，客户交易的正果进程可使用下图描画。

如上图，从1到3，为背书阶段，4为排序阶段，4.1,4,2, 5为验证提交阶段。 参考 Frabic的节点 概念，可以理解更多在交易细节的概念。

总的来看， Fabric 更专注于企业间，通过上文，可以让自己对Fabric的基本构成与概念有一个总的理解。? Fabric自身并不微妙，都是使用的现有的企业间的技术。要更好的了解，建议参考阅读分布式消息系统和企业的平安根底装备（CA相关）的支撑。与以太坊系联盟链实现比拟，? Fabric 的子网更概念对于复杂企业间应用顺应更强，但是其复杂的安全考量，使得运营本钱很高，另外，Fabric 使用Certificate做为用户身份，有很大的局限性，在新的2.0里，Fabric对于此处将有所改动。

下一篇，我们未来看看Sawtooth?, 由Inter 提供的区块链框架。

区块链之联盟链(一) 见地以太坊

区块链之联盟链(二) 见地Quotum

区块链之联盟链(三) 见地Fabric

区块链之联盟链(四) 见地Sawtooth

区块链联盟链是很多人头疼的效果，特地是在理解和现实的抵触方面，区块链联盟链的特点也非常面临着相似的成绩，关心我们，为您效劳，是我们的幸运！