| 失效链接处理 |
|
HyperLedger fabric1架构分析?qing)区块链技术详?nbsp; PDF 下蝲
本站整理下蝲Q?/strong>
链接Q?a target="_blank">https://pan.baidu.com/s/1sD7BLSthh_1TSVgBj5ZVYA
提取码：(x)v8jw
相关截图Q?/strong>
主要内容Q?/strong>
一、前a
IBM互联部门发布?jin)最新款的区块链|络软gHyperledger Fabric1.0Q一Ƒ֟于Linux架构开发具有企业应用h(hun)DY件。这ƾY件能够帮助开发者在IBM的云端创建及(qing)q行一个十分安全的区块铄l，而且q款软g是以IBM的Linux ONE作ؓ(f)支撑?/div>
二、HyperLedger fabric1.0架构
2.1、逻辑架构
2.2、运行时架构
0.6版本的架构特Ҏ(gu)Q?/div>
l构单：(x) 应用-成员理-Peer的三角Ş关系Q主要业务功能全部集中于Peer节点Q架构问题：(x)׃peer节点承担?jin)太多的功能Q所以带来扩展性、可l护性、安全性、业务隔ȝ斚w的诸多问题，所?.6版本在推出后Qƈ没有大规模被行业使用Q只是在一些零星的案例中进行业务验证；
针对上述问题Q?.0版本做了(jin)很大的改q和重构Q?/div>
2.3、Hyperledger Fabric1.0架构ȝ
1、架构要?/div>
分拆Peer的功能，Blockchain的数据维护和p服务q行分离Q共识服务从Peer节点中完全分d来，独立为Orderer节点提供p服务Q?Z新的架构Q实现多通道QchannelQ的l构Q实C(jin)更ؓ(f)灉|的业务适应性（业务隔离、安全性等斚wQ?支持更强的配|功能和{略理功能Q进一步增强系l的灉|性和适应性；
2、架构目?/div>
1、chaincode信Q的灵zL：(x)支持多个ordering服务节点Q增强共识的定w能力和对抗orderer作恶的能?nbsp;
2?扩展性：(x) endorsement和orderingq行分离Q实现多通道Q实际是分区Q结构，增强pȝ的扩展性；同时也将chaincode执行、ledger、statel护{非常消耗系l性能的Q务与pd分离Q保证了(jin)关键dQorderingQ的可靠执行
3、保密性：(x)新架构对于chaincode在数据更新、状态维护等斚w提供?jin)新的保密性要求，提高pȝ的业务、安全方面的能力
4、共识服务的模块化：(x)支持可插拔的pl构Q支持多U共识服务的接入和服务实?/div>
3、重要特征【支持多chain和多channel?/div>
多链chain
所谓的chainQ链Q实际上是包含Peer节点、̎本、ordering通道的逻辑l构Q它?yu)参与者与数据Q包含chaincode在）(j)q行隔离Q满了(jin)不同业务场景下的”不同的h讉K不同数据“的基本要求。同Ӟ一个peer节点也可以参与到多个chain中（通过接入多个channelQ；如下图所C?/div>
多通道
通道是有p服务QorderingQ提供的一U通讯机制Q类g消息pȝ中的发布-订阅QPUB/SUB)中的topicQ基于这U发?订阅关系Q将peer和ordererq接在一P形成一个个h保密性的通讯链\Q虚拟）(j)Q实C(jin)业务隔离的要求；通道也与账本QledgerQ?状态（worldstateQ紧密相养I如下图所C：(x)
peer 1,2和N订阅U色通道Qƈ共同l护U色账本; peer 1和N订阅蓝色通道q维护蓝色̎? cM圎ͼpeer 2和peer N在黑色通道上ƈl护黑色账本?/div>
在这个例子中Qpeer N在订阅了(jin)所有通道Q我们看到每个通道都有一个相关的账本?一般来_(d)我们UC涉及(qing)所有peer的̎本ؓ(f)子̎本，另一U是pȝ账本Q即全̎本?/div>
通道和̎本的l合是一个虚拟链Q因此一个区块链|络可以h1个共识服务的多个链?pȝ通道和全账本构成pȝ链?每个区块铄l只?个系l链。如果交易是公开的，区块铄l可能永q不需要多个链; 所有的交易Ҏ(gu)有Peers成员都可见?然而，在成员间q行U密交易Q例如双边合同）(j)Q单独的链是隔离数据、提供保密的方式?br />
|
| Java1234官方?5Q?/td> | 
|
| Java1234官方?5Q?/td> | 838462530 |
苏公|安?32061202001004?/p>
