Fabric kafka生产环境部署的基础上部署Fabric CA,使用Fabric CA进行生成公私钥和证书等文件,全部替换cryptogen工具,包括生成TLS相关的私钥和证书等文件。 Fabric kafka生产环境部署有三个组织,分别为orderer(排序)组织和两个Peer(节点)组织,对应的ID为example.com、org1.example.com和org2.example.com。为了让生产环境F...
ORDEER_ADMIN_LISTENADDRESS:对应于在ORDERER.yaml中为此排序节点定义的ORDERER.ADMIN.LISTENADDRESS。 OSN_TLS_CA_ROOT_CERT:其中包含排序组织TLS CA根证书和中间证书(如果使用中间TLS CA)的路径和文件名。 ADMIN_TLS_SIGN_CERT:其中包含来自TLS CA的管理员客户端签名证书的路径和文件名。 ADMIN_TLS_PRIVATE_KEY:...
Fabric网络成员的所有组织通常称为联盟(consortium)。 与传统公链不同,联盟链Fabric网络需要一个排序服务。对等组织只负责验证交易并将交易块添加到区块链账本,他们不决定交易顺序或包含他们进入新的区块。在分布式网络上,对等组织中的节点经常分布很远且可能具有很大的差异,并且对何时创建事务难以达成共识。也就是说,在...
因此,组织可以确保机密信息仅在特定通道上共享给允许的参与者。 其次,排序节点(Orderer) 是Fabric 共识机制中使用的最重要的组件之一。 排序节点(Orderer) 是一种服务,负责对交易进行排序,创建一个新的有序交易区块,并将新创建的区块分发给相关通道上的所有区块链节点(Peers)。关于 排序节点(Orderer) 的更多信息...
节点Peers（表示组织中的节点(Node)，Peer以区块的形式从Orderer节点（负责将交易进行排序）接收有序的状态更新，维护状态和账本。），在Fabric2.0版本中分为以下几类。排序节点Orderer（为网络中所有合法交易进行全局排序，并将一批排序后的交易组合生成区块结构。）背书节点Endorser（对结果进行背书，返回提案响应给...
执行完毕后看到,我们创建了排序组织orderer、联盟成员org1的peer0节点和联盟成员org2的peer0节点以及相应的镜像image。 2.测试网络的组成部分 执行docker ps -a 可以看到创建的三个节点和之前测试的hello-world Fabric网络成员的所有组织称为联盟,此测试网络有两个联盟成员org1、2,一个维护网络排序服务的组织orderer...
通道配置可以包括联盟组(仅当系统通道,包括联盟组织信息)、应用组(一般仅当应用通道,包含使用通道的组织信息)和排序组(包括排序组织信息)等不同的元素。 一个典型的例子如下图所示,包括一个排序组织和一个应用组织。 image.png 默认情况下,通道内的策略如下所示。
在实验Hyperledger Fabric无排序组织以Raft协议启动多个Orderer服务、多组织共同运行维护Orderer服务中,我们已经完成了让普通组织运行维护 Orderer 服务,但是最后发现由于运行排序服务的组织需要较为开放的访问策略,可能会降低组织的安全性,所以本实验将尝试使用提供 TLS-CA 服务的 council 组织运行维护 Raft 协议的三个 ...
交易流程的第一阶段会引入在应用程序和一系列的 Peer 节点之间的交互——它并没有涉及到排序节点。第一阶段只在乎应用程序询问不同组织的背书节点同意链码调用的提案结果。 为了开始第一阶段,应用程序会生成一笔交易的提案,它会把这个提案发送给一系列的被要求的节点来获得背书。其中的每一个背书节点接下来都会独立地...
Fabric 网络的组件往往归属于不同的组织,在组织之间形成对等的去中心化网络。每个组织通常拥有自己的客户端、网络节点和 CA 节点,并且可以根据需要创建一个或多个不同的类型节点。排序节点不属于某个组织的实体,属于组织共同维护的组件。 通道 商业应用的一个重要的需求是私密性交易,为此 Fabric 设计了通道(Channel)来...