区块链-多机构对等部署

最新推荐文章于 2024-09-11 11:23:48 发布
最新推荐文章于 2024-09-11 11:23:48 发布
阅读量803 收藏
点赞数 1
分类专栏： 区块链 文章标签： linux 区块链
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zengshuimu/article/details/120077866
版权

构建联盟链，基于generator实现多机构对等部署（重点针对不同情况的操作步骤）

委员会议定

        群组、机构、节点、创世区块机构

下载generator

## 前置准备
# 下载
cd ~/
git clone https://gitee.com/FISCO-BCOS/generator.git
# 安装
cd ~/generator && bash ./scripts/install.sh
./generator -h
# 获取节点二进制
./generator --download_fisco ./meta
# 检查二进制版本
./meta/fisco-bcos -v

初始化机构

# 初始化证书颁发机构
# cp -r ~/generator 

# 初始化机构A
cp -r ~/generator ~/generator-A

# 初始化机构B
cp -r ~/generator ~/generator-B

# 初始化机构C
cp -r ~/generator ~/generator-C

1 创建链，生成初始群组和初始机构

1群组2机构4节点

  1. 机构A
    1. 节点30301 群组1
    2. 节点30302 群组1
  2. 机构B
    1. 节点30303 群组1
    2. 节点30304 群组1

1.1 链证书

        证书颁发机构生成

## 证书颁发机构: 初始化链证书
cd ~/generator

# 证书颁发机构: 生成国密证书
./generator --generate_chain_certificate ./dir_chain_ca -g
# 证书颁发机构: 生成普通证书
./generator --generate_chain_certificate ./dir_chain_ca_normal

ls ./dir_chain_ca # gmca.crt  gmca.key 分别为 链证书、链私钥
ls ./dir_chain_ca_normal # ca.crt  ca.key 分别为 为链证书、链私钥

1.2 新机构(含节点)

        1.2.1 证书颁发机构 生成、发送机构证书

cd ~/generator

# 证书颁发机构: 生成机构A证书
./generator --generate_agency_certificate ./dir_agency_ca ./dir_chain_ca agencyA -g
./generator --generate_agency_certificate ./dir_agency_ca ./dir_chain_ca_normal agencyA_normal

# 证书颁发机构: 发送链证书、机构证书、机构私钥至机构A
cp ./dir_agency_ca/agencyA/* ~/generator-A/meta/
cp ./dir_agency_ca/agencyA_normal/* ~/generator-A/meta/


# 证书颁发机构: 生成机构B证书
./generator --generate_agency_certificate ./dir_agency_ca ./dir_chain_ca agencyB -g
./generator --generate_agency_certificate ./dir_agency_ca ./dir_chain_ca_normal agencyB_normal

# 证书颁发机构: 发送链证书、机构证书、机构私钥至机构B
cp ./dir_agency_ca/agencyB/* ~/generator-B/meta/
cp ./dir_agency_ca/agencyB_normal/* ~/generator-B/meta/

        1.2.2 机构 配置node_deployment.ini、生成节点证书和节点P2P端口地址文件

## 机构A：修改配置文件
cd ~/generator-A
# 机构A：配置文件内容
cat > ./conf/node_deployment.ini << EOF
[group]
group_id=1

[node0]
; host ip for the communication among peers.
; Please use your ssh login ip.
p2p_ip=127.0.0.1
; listen ip for the communication between sdk clients.
; This ip is the same as p2p_ip for physical host.
; But for virtual host e.g. vps servers, it is usually different from p2p_ip.
; You can check accessible addresses of your network card.
; Please see https://tecadmin.net/check-ip-address-ubuntu-18-04-desktop/
; for more instructions.
rpc_ip=127.0.0.1
channel_ip=0.0.0.0
p2p_listen_port=30300
channel_listen_port=20200
jsonrpc_listen_port=8545

[node1]
p2p_ip=127.0.0.1
rpc_ip=127.0.0.1
channel_ip=0.0.0.0
p2p_listen_port=30301

channel_listen_port=20201
jsonrpc_listen_port=8546
EOF

# 机构A：根据node_deployment.ini生成节点证书、节点P2P连接地址文件
./generator --generate_all_certificates ./agencyA_node_info -g
ls ./agencyA_node_info


## 机构B：修改配置文件
cd ~/generator-B
# 机构B：配置文件内容
cat > ./conf/node_deployment.ini << EOF
[group]
group_id=1

[node0]
; host ip for the communication among peers.
; Please use your ssh login ip.
p2p_ip=127.0.0.1
; listen ip for the communication between sdk clients.
; This ip is the same as p2p_ip for physical host.
; But for virtual host e.g. vps servers, it is usually different from p2p_ip.
; You can check accessible addresses of your network card.
; Please see https://tecadmin.net/check-ip-address-ubuntu-18-04-desktop/
; for more instructions.
rpc_ip=127.0.0.1
channel_ip=0.0.0.0
p2p_listen_port=30302
channel_listen_port=20202
jsonrpc_listen_port=8547

[node1]
p2p_ip=127.0.0.1
rpc_ip=127.0.0.1
channel_ip=0.0.0.0
p2p_listen_port=30303
channel_listen_port=20203
jsonrpc_listen_port=8548
EOF

# 机构B：根据node_deployment.ini生成节点证书、节点P2P连接地址文件
./generator --generate_all_certificates ./agencyB_node_info -g
ls ./agencyB_node_info

        1.2.3 机构 相互交换连接信息文件

# 机构A：将节点P2P连接地址文件发送至机构B
cd ~/generator-A
cp ./agencyA_node_info/peers.txt ~/generator-B/meta/peersA.txt

# 机构B：将节点P2P连接地址文件发送至机构A
cd ~/generator-B
cp ./agencyB_node_info/peers.txt ~/generator-A/meta/peersB.txt

        1.2.5 新群组

        1.2.5.1 委员会 选取一个机构生成群组创世块

这里选定 机构A

        1.2.5.2 生成创世区块的机构 收集其他机构节点的节点证书

# 机构B：发送节点证书至生成创世区块机构A
cd ~/generator-B
cp ./agencyB_node_info/gmcert*.crt ~/generator-A/meta/

        1.2.5.3 生成创世区块的机构 配置group_genesis.ini

# 机构A：配置文件内容
cd ~/generator-A
cat > ./conf/group_genesis.ini << EOF
[group]
group_id=1

[nodes]
node0=127.0.0.1:30300
node1=127.0.0.1:30301
node2=127.0.0.1:30302
node3=127.0.0.1:30303
EOF

        1.2.5.4 生成创世块的机构 生成群组创世区块

# 机构A：生成群组创世区块
cd ~/generator-A
./generator --create_group_genesis ./group -g

        1.2.5.5 生成创世区块的机构  将生成的创世块文件至其他机构

# 机构A：分发群组1创世区块至机构B
cd ~/generator-A
cp ./group/group.1.genesis ~/generator-B/meta

        1.2.6 机构 生成启动节点

# 机构A:生成所属节点
cd ~/generator-A
./generator --build_install_package ./meta/peersB.txt ./nodeA -g
ls ./nodeA

# 机构A：启动节点
bash ./nodeA/start_all.sh
ps -ef | grep fisco

## 机构B：生成所属节点
cd ~/generator-B
./generator --build_install_package ./meta/peersA.txt ./nodeB -g
bash ./nodeB/start_all.sh

##查看群组1节点运行状态
ps -ef | grep fisco
tail -f ~/generator-A/node*/node*/log/log*  | grep +++
tail -f ~/generator-B/node*/node*/log/log*  | grep +++

2 已有链创建新机构，加入已有群组

1群组3机构6节点

  1. 机构A
    1. 节点30301 群组1
    2. 节点30302 群组1
  2. 机构B
    1. 节点30303 群组1
    2. 节点30304 群组1
  3. 机构C
    1. 节点30305 群组1
    2. 节点30306 群组1

2.1 新机构

        2.1.1 证书颁发机构 生成、发送机构证书

## 机构A：修改配置文件
cd ~/generator-C
# 机构A：配置文件内容
cat > ./conf/node_deployment.ini << EOF
[group]
group_id=1
 
[node0]
; host ip for the communication among peers.
; Please use your ssh login ip.
p2p_ip=127.0.0.1
; listen ip for the communication between sdk clients.
; This ip is the same as p2p_ip for physical host.
; But for virtual host e.g. vps servers, it is usually different from p2p_ip.
; You can check accessible addresses of your network card.
; Please see https://tecadmin.net/check-ip-address-ubuntu-18-04-desktop/
; for more instructions.
rpc_ip=127.0.0.1
channel_ip=0.0.0.0
p2p_listen_port=30304
channel_listen_port=20204
jsonrpc_listen_port=8549
 
[node1]
p2p_ip=127.0.0.1
rpc_ip=127.0.0.1
channel_ip=0.0.0.0
p2p_listen_port=30305
channel_listen_port=20205
jsonrpc_listen_port=8550
EOF
# 机构C：根据node_deployment.ini生成节点证书、节点P2P连接地址文件
./generator --generate_all_certificates ./agencyC_node_info -g
ls ./agencyC_node_info

        2.1.2 机构 配置node_deployment.ini、生成节点证书和节点P2P端口地址文件

# 机构C：将节点P2P连接地址文件发送至机构A
cd ~/generator-C
cp ./agencyC_node_info/peers.txt ~/generator-A/meta/peersC.txt

# 机构C：将节点P2P连接地址文件发送至机构B
cd ~/generator-C
cp ./agencyC_node_info/peers.txt ~/generator-B/meta/peersC.txt



# 机构A：将节点P2P连接地址文件发送至机构C
cd ~/generator-A
cp ./agencyA_node_info/peers.txt ~/generator-C/meta/peersA.txt
 
# 机构B：将节点P2P连接地址文件发送至机构C
cd ~/generator-B
cp ./agencyB_node_info/peers.txt ~/generator-C/meta/peersB.txt

        2.1.3 机构 生成启动节点

cd ~/generator-C

# 机构C:合并A和B的
cat peersA.txt peersB.txt > peersAandB.txt

# 机构C:生成所属节点
./generator --build_install_package ./meta/peersAandB.txt ./nodeC -g
ls ./nodeC

# 机构C：启动节点
bash ./nodeC/start_all.sh
ps -ef | grep fisco

##查看群组1节点运行状态
ps -ef | grep fisco
tail -f ~/generator-C/node*/node*/log/log*  | grep +++

3 已有链创建新群组，已有机构加入群组

2群组2机构6节点

  1. 机构A
    1. 节点30301 群组1 群组2
    2. 节点30302 群组1 群组2
  2. 机构B
    1. 节点30303 群组1 群组2
    2. 节点30304 群组1 群组2
  3. 机构C
    1. 节点30305 群组1
    2. 节点30306 群组1

3.1 选定新群组机构

        3.1.1 委员会 选定新群组包含的机构

这里选定群组A 包含 机构A、机构B

3.2 新建组

        3.2.1 委员会 选取一个机构生成群组创世块

这里选定 机构B

        3.2.2 生成创世区块的机构 收集其他机构节点的节点证书

# 机构A：发送节点证书至生成创世区块机构B
cd ~/generator-A
cp ./agencyA_node_info/gmcert*.crt ~/generator-B/meta/

        3.2.3 生成创世区块的机构 配置group_genesis.ini

# 机构B：配置文件内容
cd ~/generator-B
cat > ./conf/group_genesis.ini << EOF
[group]
group_id=2

[nodes]
node0=127.0.0.1:30300
node1=127.0.0.1:30301
node2=127.0.0.1:30302
node3=127.0.0.1:30303
EOF

        3.2.4 生成创世块的机构 生成群组创世区块

# 机构A：生成群组创世区块
cd ~/generator-B
./generator --create_group_genesis ./group -g

        3.2.5 生成创世区块的机构  将生成的创世块文件至其他机构

# 机构B：分发群组1创世区块至机构A
cd ~/generator-B
cp ./group/group.2.genesis ~/generator-A/meta

3.3 重启节点

# 机构A为现有节点初始化群组2
cd ~/generator-A
# 添加群组2配置文件至已有节点
./generator --add_group ./meta/group.2.genesis ./nodeA
# 重启机构A节点
bash ./nodeA/stop_all.sh
bash ./nodeA/start_all.sh


# 机构B为现有节点初始化群组2
cd ~/generator-B
# 添加群组2配置文件至已有节点
./generator --add_group ./meta/group.2.genesis ./nodeB
# 重启机构B节点
bash ./nodeB/stop_all.sh
bash ./nodeB/start_all.sh


## 查看群组2节点运行状态
ps -ef | grep fisco
tail -f ~/generator-A/node*/node*/log/log*  | grep +++
tail -f ~/generator-B/node*/node*/log/log*  | grep +++

4 已有链已有机构加入已有群组

2群组2机构4节点

  1. 机构A
    1. 节点30301 群组1 群组2
    2. 节点30302 群组1 群组2
  2. 机构B
    1. 节点30303 群组1 群组2
    2. 节点30304 群组1 群组2
  3. 机构C
    1. 节点30305 群组1 群组2
    2. 节点30306 群组1 群组2

5 已有链已有机构创建新节点

2群组2机构4节点

  1. 机构A
    1. 节点30301 群组1 群组2
    2. 节点30302 群组1 群组2
    3. 节点30306 群组1 群组2
  2. 机构B
    1. 节点30303 群组1 群组2
    2. 节点30304 群组1 群组2
  3. 机构C
    1. 节点30305 群组1 群组2
    2. 节点30306 群组1 群组2

......

-阿tong木
关注
专栏目录
区块链单组群多节点部署
ZYJ_OvO的博客
03-17 1137
区块链单组群多节点部署 环境配置 配置 最低配置 推荐配置 CPU 1.5GHz 2.4GHz 内存 1GB 8GB 核心 1核 8核 带宽 1Mb 10Mb 本次试验使用Ubuntu16.04版本,内存4G Ubuntu16.04版本镜像下载地址 VMware官网 区块链的分类 公有链-公有云 无官方组织机构,无中心服务器,参与的节点按照系统规则自由介入网络,不受控制,节点间基于共识机制开展工作. 私有链-私有云 建立在某个企业内部,系统的运作根据企业要求进行设
Hyperledger Fabric 1.4.0 区块链多机环境部署
phymat.nico的专栏
04-09 262
https://blog.csdn.net/qq_36793353/article/details/78922369 https://blog.csdn.net/qq_36376502/article/details/78027631 https://www.cnblogs.com/cbkj-xd/p/11067814.html https://blog.csdn.net/beijihukk...
[项目实战]EOS多节点部署
最新发布
CSDN@YuanDaiMa2048的博客
09-11 1623
介绍在搭建自己的EOS区块链网络时候如何实现区块信息同步，进行EOS多节点部署
基于fabric的区块链应用多机部署
张永杰的博客
05-31 1306
1 在一台主机上设置为单个orderer节点和一个peer节点，然后在该节点上启动fabric网络。 2 在其他节点设置为peer节点，然后启动相应的peer对应的容器。
【2020初春】【区块链】半手动搭建fabric多机部署及问题
咸鱼之井的博客
07-31 625
在踩了好多坑之后，终于成功的在三台虚拟机上搭起来fabric网络 配置文件使用的是e2e_cli的基础上进行修改，但是运行还是要分步骤来，直接使用script.sh容易在出错的时候不知道哪一步出了问题，而且把环境搞的乱七八糟，修复起来连续踩坑。 在修完所有的bug之后，发现80%的问题都是环境清理遗留问题，而且即使知道是这个问题，也不好定位到底是哪里被修改了。 三台机器角色设置： 15.1.0.167 order节点 15.1.0.101 peer0.Org1 15.1.20.229 Peer0.
KunlunBase 快速入门2.0 （对等部署最佳实践）
KunLunDB_Linda的博客
03-14 3410
一、了解对等部署 KunlunDB是计算&存储分离的分布式数据库，支持海量数据处理，可以解决传统数据库分库&分表带来的复杂性问题。 KunlunDB的核心组件如下图所示，由计算引擎和存储引擎组成。 计算引擎主要负责数据处理计算，是CPU资源密集型服务器，而存储引擎是IO资源密集型服务器，在实际生产环境部署过程中，可以将计算引擎和存储引擎部署在同一台服务器上，以获得资源的有效利用，同时通过不同节点间的组件冗余来实现高可靠性。 典型的对等部署结构下图所示： .
区块链--代币之外的应用
禅与代码的艺术
09-10 1192
首先讨论了可以从区块链中受益的 5 个主要行业。还讨论了政府治理中的区块链应用，它们的结合可以使各种政府职能变得透明、安全且可靠。另外讨论了金融部门的问题以及区块链技术可能提供的解决方案。最后讨论了医疗卫生部门和数字媒体行业（数字版权保护）在区块链技术方面的一些可能应用。
微众银行《区块链系统部署运维实践文档》开源
微众区块链的博客
03-10 1541
一个区块链项目的研发，大体需经历四个阶段的生命周期：创建、研发、运行、销毁。其中，运行是整个生命周期中最核心、时间跨度最长的阶段，重要性不言而喻。要保证项目稳定运行，离不开完善的部署和运维...
多机部署Hyperledger Fabric+Composer(两台机器)
03-01
本文档将指导您通过两台虚拟机（VMs）部署一个Hyperledger Fabric区块链网络，并使用Hyperledger Composer构建业务网络。该网络包括两个组织：Org1和Org2，每个组织都有其自己的成员服务提供商（MSP）。我们将详细...
使用Hyperledger Fabric Java SDK 构建和部署区块链网络（windows下）
weixin_43946212的博客
08-28 2153
在区块链解决方案中，区块链网络作为后端与应用程序前端一起使用SDK与网络通信。为了建立前端和后端之间的通信，Hyperledger Fabric社区为各种编程语言提供了许多SDK，如NodeJS SDK和Java SDK。此代码模式解释了使用Hyperledger Fabric SDK Java创建，部署和测试区块链网络的方法。 此模式将提供由两个组织组成的Hyperledger Fabric 1...
Fabric学习-区块链网络的形成（1）
chendygame的博客
09-29 1082
1、区块链网络 区块链网络是一种技术基础架构，可为应用程序提供分类帐和智能合约（链码）服务。 首先，智能合约用于生成交易，随后将交易分配到网络中的每个对等节点，在该对等节点中，它们一成不变地记录在账本副本中。 在大多数情况下，多个组织会作为一个联盟聚集在一起以形成网络，并且它们的权限由最初配置网络时联盟所同意的一组策略确定。此外，网络政策会随着时间的推移而变化，取决于财团组织的同意。 应用程序的用户可能是使用客户端应用程序或区块链网络管理员的最终用户。 1.1 样本网络 R1，R2，R3和.
（Fabric 学习七）Fabric2.4.x 区块链多机部署（重新整一遍）
Wannabe_hacker的博客
02-25 3078
构建3orderer节点、2个组织以及每个组织下2个peer节点的单机多节点网络部署
企业级部署之多群组多机构+新增节点
xiaoyue2019的博客
10-04 1486
企业级部署之多群组多机构+新增节点 团队任务需要基于Weldentity做开发，狗子哥又刚好发了鸡腿任务。 把上次的单群组双机构双节点组网模式延伸下，再加上新增节点的操作。 玩转WeIdentity之可视化部署 这里狗子哥通过build_chain高效完成了部署，如果只是为了学习Weldentity或者搭链测试还是建议使用这个或one_click_generator。 生命不息，折腾不止 这里依旧是使用真机环境。感谢队里师傅们的服务器???? 1. 下载安装 git clone https://git
Hyperledger fabric应用的多机部署（自动化一键部署）
Phyloser的博客
09-08 6255
前面关于fabric部署的介绍都是基于单机环境下的，实际生产环境中一般会根据应用场景将节点分开部署在多台物理机上，面临的难题主要是不同主机间的节点如何通过网络进行通信。 前言 这里仍然以balance-transfer v1.0为例，尝试将两个组织分布到内网中的两台机器上，部署示意图如下： 这里使用的是solo模式的排序服务，orderer节点和Org1位于一台机器上，Org2位...
hyperledger/fabric-区块链快速入门教程+错误解决——良好用户体验
jack_zj123的博客
08-08 2456
hyperledger/fabric-区块链快速入门 目录 操作系统 软件安装 源码获取 hyperledger 环境配置 镜像获取 入门测试 fabric-samples releas-1.0 开始测试 releas-1.0 master（2.2.0） 智能合约 fabric 相关错误与解决方案 fabric-samples测试出错
geth连接报错：Failed to connect to /127.0.0.1:8545？
mongo_node的专栏
08-24 3493
刚接触以太坊时，很容易碰到这个错误，geth连接报错： Failed to connect to /127.0.0.1:8545？ 例如你的命令是这样的： geth --rpcapi --datadir &amp;quot;d:\ethdata&amp;quot; personal,db,eth,net,web3 --rpc --testnet 提示：ConnectException: Failed to connec...
FISCO BCOS 三、多群组部署以及新节点加入群组
qq_63235624的博客
07-15 1913
本章主要以星形组网和并行多组组网拓扑为例，指导您了解如下内容：了解如何使用创建多群组区块链安装包；了解创建的多群组区块链安装包目录组织形式；学习如何启动该区块链节点，并通过日志查看各群组共识状态；学习如何向各群组发送交易，并通过日志查看群组出块状态；了解群组内节点管理，包括节点入网、退网等；了解如何新建群组。
（5方法解决）Disconnected from the target VM, address: ‘127.0.0.1:XXXXX‘, transport: ‘socket‘
soulwirter的博客
01-03 1万+
端口占用解决，maven冲突解决等五种方法解决bug...
Hyperledger Fabric 区块链多机部署
热门推荐
songbin830的专栏
12-12 2万+
目录 目录 Hyperledger Fabric 区块链多机部署 环境介绍 源码编译以及fabric 区块链网络部署环境准备 编译 fabric区块链相关可执行程序 编译 go 相关工具 编译 fabric基础环境 编译区块链服务相关工具 多机部署fabric网络solo共识 配置 fabric 网络用户拓扑关系 配置Orderer 节点的启动创世区块新建通道交易的相
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值