在通用的块链体系结构（包括Hyperledger Fabric v0.6及更早版本）中，这些角色是统一的（参见Hyperledger Fabric v0.6中的验证对等体）。...与对等体/统计者/签名者统一的设计（例如，HL Fabric v0.6）相比，该架构具有以下优点。 链码信任的灵活性。该架构将链码（块链应用）的信任假设与信任假设进行排序。...即使Hyperledger Fabric v1中包含的一些订购服务实现将支持多个通道，为了简单的呈现，在本文的其余部分中，我们假设订购服务由单个通道/主题组成。...如果客户端指定锚点，那么只有在其本地KVS中的相应密钥的读取版本号（即，如下所定义的读取集合）匹配由锚指定的版本号时，才支持对等体模拟事务。...如果客户端在PROPOSE消息中指定了锚点，则客户端指定的锚点必须等于在模拟事务时由支持对等方产生的读取集。
由于其许可性质，所有节点必须已知并向成员服务提供商（MSP）注册，否则其他节点将忽略它们。 C. 实现细节 为了讨论第III节中的改进，我们现在仔细研究一下orderer和peer架构。...排序者将相应的有效负载分别存储在本地数据结构中，并在从Kafka收回ID时重新组装交易。随后，与Fabric一样，orderer将交易集分段为块并将它们传递给Peer。...Peer任务 回忆一下第II-C2节，在从排序者接收块时，Fabric Peer按顺序执行以下任务： •验证收到消息的合法性•验证块中每个交易的块头和每个认可签名•验证交易的读写集•更新LevelDB或...我们使用Fabric1.2作为基本情况，并逐步添加我们的改进以进行比较。默认情况下，fabric配置为使用leveldb作为对等状态数据库，排序服务将已完成的块存储在内存中，而不是磁盘上。...来自此Peer的块被发送到单个数据存储服务器，该服务器将世界状态存储在leveldb中，并将块存储在文件系统中。对于扩展，五个背书者复制对等状态并提供足够的吞吐量来处理客户端背书负载。
排序服务节点 简单讲叫做Orderer，是公共的排序服务组件。简短地来说，排序服务在Fabric中建立了所有交易的顺序，在执行阶段每个交易包含了状态更新和计算的依赖，并带有背书节点的签名。...在排序阶段前执行交易是容忍不确定性链码非常重要的一点在第二节。...由于区块链网络中可能存在大量节点，但预计只有相对较少的节点实现排序服务节点，因此可以将Fabric配置为使用内置Gossip服务将所交付的块从排序服务传播到所有Peer节点（第4.3节）。...分类帐组件在分类帐更新期间容忍Peer崩溃，如下所示。在接收到新块之后，PTM已使用第3.4节中提到的位掩码在块中执行验证并将交易标记为有效或无效。...我们的实验侧重于验证阶段，因为Kafka订购服务的订购从未成为我们实验的瓶颈。验证最后，在本实验中，我们测量了32-vCPU对等体上每秒3560个事务处理（tps）的平均SPEND吞吐量。
在Hyperledger Fabric区块链中可以有多个Kafka节点，使用zookeeper进行同步管理。...只有通道的成员可以在通道上交易，一个通道中的交易在其他通道中看不到 OSN - 即排序服务节点（Ordering Service Node），在Fabric中被称为排序节点。...kafka代理处理后，分发给请求节点 注意，虽然在Hyperledger Fabric中Kafka被称为共识（Consensus），但是其核心是交易排序服务以及额外的崩溃容错能力。...在Hyperledger Fabric中的Kafka实际运行逻辑如下： 对于每一条链，都有一个对应的分区 每个链对应一个单一的分区主题 排序节点负责将来自特定链的交易（通过广播RPC接收）中继到对应的分区...OSN0已经有了交易foo，中继到kafka集群 此时OSN2将交易baz广播到集群中 最后，交易bar由OSN0发送到集群中 集群现在有三个交易，可以在图中看到三个交易的在日志中的位置偏移量 客户端发送分发请求
Hyperledger Fabric 2.5和2.4新特性 一，2.5新特性： Hyperledger Fabric v2.5中的新增功能 1.清除私有数据的历史记录 虽然一直以来都可以从当前状态中删除私人数据...从状态和对等体的私有数据历史记录中删除私有数据，这样就不能再从块事件或其他对等体中查询这些数据。 作为新的链码API PurgePrivateData（）提供。...二，2.4新特性： Hyperledger Fabric v2.4 中的新增功能 1.结构网关 结构网关是在对等节点上运行的一项新服务，用于管理客户端应用程序的事务提交和处理，具有以下优点： 简化客户端应用程序和...2.对等节点取消加入 现在，当不再需要通道时，您可以从通道取消加入对等方。所有通道资源都将从对等方中删除，并且对等方将不再处理来自通道的块。 有关更多详细信息，请参阅对等节点取消加入命令参考主题。...例如，在以下情况下，此命令将很有用： 当安装了多个具有相同标签名称的链码包时，可以在以后识别哪个 ID 对应于哪个包。 在不安装特定链码包的情况下检查是否安装了该包。
（只限于开发） Kafka（一种消息平台） Raft（相比 Kafka 更中心化） 网络协议 那Fabric网络中各个节点的状态分发又是怎么进行的呢？...Fabric 区块链核心角色 首先要提的是Fabric网络中的角色都是逻辑角色，比如 Peer 节点 A 可能既是排序节点，也可能在某些业务中是背书节点，而一个角色也不仅仅由单一节点担任。...优势总结 Fabric通过将企业应用的各个复杂环节分配到各个逻辑角色节点（背书、排序等），不需要所有节点都承担如排序这样资源消耗较大的操作，消除了网络瓶颈；分配了角色后某些交易只在特定的节点部署和执行，...制定，如图中示例为得到 2 个背书）提交已背书交易至排序节点（OSN） 排序节点将交易打包成 blocks，排序（不执行或验证交易正确性）并广播至所有节点 所有节点对新 blocks 进行验证并提交至账本...排序服务用来对全网交易达成一致，只负责对交易顺序达成一致，避免了整个网络瓶颈，更容易横向拓展以提升网络效率，目前支持Kafka和Raft两种，Fabric区块链网络的统一/完整性依赖于排序节点的一致性。
在Hyperledger Fabric最新版本中，Fabric系统的共识模块中实现了三种共识算法，其中包括Solo，Kafka以及Raft算法。...Hyperledger Fabric之前版本的核心共识算法通过Kafka集群实现，简单来说，就是通过Kafka对所有交易信息进行排序（如果系统存在多个通道，则对每个通道分别排序）。...Raft共识：Raft是Hyperledger Fabric在1.4.1版本中引入的，它是一种基于 etcd 的崩溃容错（CFT）排序服务。...鉴于此，当有多个组织使用基于Kafka排序服务的时候，其实没有实现去中心化，因为所有的节点连接的都是由一个组织单独控制的Kafka集群。...第四点，Raft 是向开发拜占庭容错（BFT）排序服务迈出的第一步。正如我们将看到的，Fabric 开发中的一些决策是由这个驱动的。Fabric使用Raft共识算法是向BFT类算法过渡的步骤。
之前我分享过一篇文章《HyperLedger Fabric在携程区块链服务平台的应用实战》介绍了一些携程对于HyperLedger Fabric的落地经验，并重点分享了Fabric框架在代码结构灵活性上的一些认识和在...本文将分享我们在Fabric排序服务做的一个延伸点。...4、此时，会触发sendChan的监听服务，监听服务会检查交易并将交易通过ch.support.BlockCutter().Ordered方法放入本地队列中等待出块，出块任务在启动orderer节点时时会启动一个...kafka排序与上述例子中solo排序的区别是：可以支持多个orderer节点，所有的交易可以请求任何一个orderer节点，请求的orderer节点本地排序出块后会通过kafka集群将数据同步给其他的...fabric的排序方式，需要peer节点将交易proposal 发送给任一orderer节点，kafka排序是orderer节点借助kafka消息队列，而raft排序是orderer节点借助etcd实现区块传递给其他
[节点架构] 一、Peer节点 1.记账节点：所有的Peer节点都是记账 (committer) 节点，负责验证从排序服务接收到区块中的交易，维护账本的副本 2.背书节点：部分Peer节点会执行交易并对结果签名背书...二、Orderer节点 1.排序服务节点接收包含背书签名的交易，并进行排序、打包生成区块，广播给Peer节点，保证同一个链上的节点接收到相同的消息，并且有相同的逻辑顺序 2.排序服务可以支持多链的交易处理...，实现了多通道的数据隔离，保证只有同一个链的peer才能访问链上的数据 3.排序服务可选择集中式（Solo）或分布式（Kafka）协议，其中Kafka集群可以实现崩溃故障容错（CFT） 三、CA节点 1...3.在区块链网络上所有的操作都会验证用户的身份。...5.交易验证并提交 每个节点会对区块中的所有交易进行验证，包括验证背书策略以及版本冲突验证（防止双花），验证不通过的交易会被标记会无效（Invalid） 账本更新：节点将读写集更新到状态数据库 ，将区块提交到区块链上
成员准入 Hyperledger Fabric是用于准入网络的框架，其中所有参与者都具有已知身份。在考虑准入的网络时，您应该考虑您的区块链用例是否需要遵守数据保护法规。...性能，可伸缩性和信任级别 Hyperledger Fabric建立在模块化架构之上，该架构将事务处理分为三个阶段：分布式逻辑处理和协议（“链码”），事务排序以及事务验证和承诺。...为了说明这一点，让我们看一下Hyperledger Fabric v1.0中的事务流，如下图所示。 ? image 从图的左侧开始： 1）交易建议由应用程序提交给背书的peer节点。...背书者执行链码以模拟网络对等方中的提议，从而创建一个读/写集。 3）然后背书的peer节点将签名的提案响应（背书）发送回应用程序。...4）应用程序将交易和签名提交给Order服务 5）创建一批或一组交易，并将其交付给提交peer节点。 6）当提交peer节点收到一批事务时 7）验证是否符合背书策略，并检查读/写集以检测冲突的事务。
配备的 Hyperledger Fabric 区块链网络包含两个组织、每个组织两个对等节点，以及一个 Solo 订购服务。...在 区块链基础：术语表和用例 中适当了解，然后在 Hyperledger Fabric 术语表 中更深入钻研。...在本教程中，我们将展示如何将第三个组织添加到一个应用程序渠道，将它自己的对等节点添加到一个已在运行的 Hyperledger Fabric 区块链网络，然后将它加入该渠道。...对于命令行配置更新，确保您至少安装了 Hyperledger Fabric 的 1.1.0 预览版。 （此版本引入了对等节点渠道 signconfigtx 命令，以在提交配置更新之前收集多个签名。...对配置更新进行解码并将它包装在一个配置更新信封中。 创建新配置交易。 提交新的已签名配置交易来更新渠道。 1 检索当前配置 执行以下命令来检索应用程序渠道 mychannel 上的当前配置块。
锚节点是通道中能被所有对等节点探测、并能与之进行通信的一种对等节点。通道中的每个成员都有一个（或多个，以防单点故障）锚节点，允许属于不同成员身份的节点来发现通道中存在的其它节点。...对等节点从排序服务收到交易区块，基于背书策略和并发冲突来标注区块的交易为有效或者无效状态，并且将区块追加到对等节点文件系统的哈希链中。...通道是构建在“Fabric”网络上的私有区块链，实现了数据的隔离和保密。通道特定的账本在通道中是与所有对等节点共享的，并且交易方必须通过该通道的正确验证才能与账本进行交互。...CCVC是保持通道中各对等节点间状态同步的一种方法。对等节点并行的执行交易，在交易提交至账本之前，对等节点会检查交易在执行期间读到的数据是否被修改。...成员服务在许可的区块链网络上认证、授权和管理身份。在peer和order中运行的成员服务的代码都会认证和授权区块链操作。它是基于PKI的MSP实现。
1.Kafka排序服务原理 官方文档在google doc上 参考翻译 https://www.jianshu.com/p/db006359133d ?...2. kafka 排序服务安装 所有的代码已分享在 https://github.com/zealzeng/kafka-orderer-demo 2.1 安装环境 官方文档有一些简单的描述 https:...- kafka2:9092 - kafka3:9092 - kafka4:9092 (3) 生成密钥,证书,创始块, 通道, 锚节点更新文件等 cryptogen...) 编辑zookeeper节点对应文件 以zk1节点为例, 编辑docker-compose-zk1.yaml, 名字ID等都配置成唯一, 2181端口用于客户端连接, 2888和3888应该是内部leader...(5) 编辑kafka节点对应文件 以kafka1节点为例, 编辑docker-compose-kafka1.yaml services: kafka1: container_name: kafka1
，<< 表示合并到当前数据，* 用来引用锚点 2、Docker 和 Docker Compose Docker 是一个开源的应用容器引擎，可以将应用以及所需要的环境一起打包到一个轻量级、可移植的容器中，...题外话：以上这些技能除了在 fabric 区块链体系中需掌握，在如今火热的云原生技术下也一样是基础。...通俗易懂点，智能合约就是按照大家约定好的规则编写的业务逻辑代码实现，然后只能通过这些合约来操作区块链网络这个账本。 6、什么是共识 保持账本在整个网络中同步的过程称为共识。...世界状态：描述了在给定时间点的账本的状态。它是账本的数据库。默认情况下，使用 LevelDB 键值存储数据库，可插拔，可替换为 CouchDB 。 交易日志：记录产生世界状态中当前值的所有交易。...排序节点负责接受交易并排序（排序算法有: SOLO，KAFKA，RAFT，PBFT），最后将排序好的交易按照配置中的约定整理为区块之后提交给记账节点进行处理。
模块化设计：Fabric实现了模块化架构，例如身份、排序、链码等服务和功能，都是可选的可插拔的非常灵活。...排序服务，类似一个裁判的角色，因为不同的交易顺序对最终的交易结果是有很大的影响的，所以这个排序服务主要是为了让所有的节点达成统一的共识，最终实现数据的一致性。...链码服务是一个独立的应用程序，运行在隔离的Docker容器中，在链码部署的时候会自动生成链码的Docker镜像。...点为图中蓝色方块 P1 和 P2，区块链网络主要由 Peer 节 点组成； 每个 Peer 节 点上都有一份 账本 的全量副本为红色的 L1，然后 智能合约 是部署在每个节点上的为黄色 S1，一个节点可以部署多个...账本由一个区块链（链）构成，并将不可变的、有序的记录存放在区块中；同时包含一个状态数据库来记录当前的Fabric状态。每个 通道 中各有 一个账本。
Gossip 数据传播协议 Hyperledger Fabric 通过将工作负载拆分为交易执行（背书和提交）节点和交易排序节点的方式来优化区块链网络的性能、安全性和可扩展性。...基于 gossip 的数据传播协议在 Fabric 网络中有三个主要功能： 通过持续的识别可用的成员节点来管理节点发现和通道成员，还有检测离线节点。 向通道中的所有节点传播账本数据。...这是一个重复的过程，以使通道中的成员、账本和状态信息同步并保持最新。在分发新区块的时候，通道中 主 节点从排序服务拉取数据然后分发给它所在组织的节点。...主节点选举 主节点的选举机制用于在每一个组织中 选举 出一个用于链接排序服务和开始分发新区块的节点。主节点选举使得系统可以有效地利用排序服务的带宽。...在一个没有网络分区的稳定状态下，会只有 唯一 一个活动的主节点和排序服务相连。
在实际部署中，背书节点和确认节点既可以部署在同一物理节点上，也可以分开部署。 排序节点（Orderer）主要职责是对各个节点发来的交易进行排序。...在成员身份明确的基础上，Fabric可以实现权限控制的管理。 Fabric 网络的组件往往归属于不同的组织，在组织之间形成对等的去中心化网络。...通道是部分网络成员之间拥有独立的通信渠道，在通道中发送的交易只有属于通道的成员才可见，因此通道可以看作是Fabric的网络中部分成员的私有通信“子网”。 通道由排序服务管理。...在创建通道的时候，需要定义它的成员和组织、锚节点（anchor peer）和排序服务的节点，一条和通道对应的区块链结构也同时生成，用于记录账本的交易，通道的初始配置信息记录在区块链的创世块（第一个区块）...每个组织可有多个节点加入同一个通道，这些节点中可以指定一个锚节点（或多个锚节点做备份）。锚节点代表本组织与其他组织的节点交互，从而发现通道中的所有节点。
Fabric作为非许可网络，采用数字证书机制来实现对身份的鉴别和权限控制，CA节点实现了PKI服务，负责对身份证书的生成、撤销等。...05 共识机制 在0.6版本，Fabric支持PBFT（实用拜占庭容错算法）共识算法，1.0及以后版本中不再支持。...2、Fabric是准入型网络，对PBFT这种共识算法要求不高。 Fabric 1.0版本共识过程包括背书、排序、和验证三个环节的保障。 ➤背书 Chaincode在实例化的时候，需要指定背书策略。...OR(‘Org1.member’, ‘Org2.member’) 请求两个Org中的任意一个Org的成员的签名。...➤排序 Orderer的排序分Solo和Kafka两种模式； Solo：单节点排序功能，实验性质，不具备可扩展性和容错，不能够在生产环境使用；Kafka：集群排序，支持CFT容错，支持可持久化和可扩展性
configtx.yaml是Hyperledger Fabric区块链网络运维工具configtxgen用于生成通道创世块或通道交易的配置文件，configtx.yaml的内容直接决定了所生成的创世区块的内容...这是版本v1.0.0引入的一个新的配置段，当与版本v1.0.x的对等节点与排序节点混合组网时不可使用。 Capabilities段定义了fabric程序要加入网络所必须支持的特性。...例如，如果添加了一个新的MSP类型，那么更新的程序可能会根据该类型识别并验证签名，但是老版本的程序就没有办法验证这些交易。这可能导致不同版本的fabric程序中维护的世界状态不一致。...配置仅应用于对等网络，不需考虑排序节点的升级。...# 这个配置段不是用来定义资源或API，而仅仅是定义资源的访问控制策略 # # 用户可以在通道定义中重写这些默认策略 #---New Lifecycle
在非许可区块链中，参与者不需要经过授权，网络上的所有节点都可以拥有平等提交交易或 者记账的权利，网络中的节点并不存在角色区别，都是统一的对等实体。...在 P2P 网络环境中，彼此连接的多台计算机之间都处于对等的地位，各台计算机有相同的功能，无主从之分。一台计算机既可作为服务器，设定共享资源供网络中其他计算机所使用，又可以作为工作站。...共识服务可以看作一个提供交付保证的通信组织。共识服务节点的职责就是对交易进行排序，确保最后所有的交易是以同样的序列输出，并提供送达保证服务的广播通信服务。关于共识服务，之后还将详细介绍。...共识服务可以为所有消息提供原子交付保证，也就是说，在 Fabric 中共识服务保证了消息通信是序列化和可靠的。...目前，Fabric 提供了3种模式实现：Solo、Kafka 和 BFT。 Solo 是一种部署在单个节点上的简单时序服务，主要用于开发测试，它只支持单链和单通道。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
