第2章 超级账本初体验

本章先简单介绍一下Hyperledger Fabric 1.0的环境搭建,快速地体验一下超级账本的功能。本书所有的内容都是基于Hyperledger Fabric 1.0的,在后面章节中我们偶尔也会用到“超级账本”这个词,指的也是超级账本的Hyperledger Fabric 1.0项目。

2.1 基础环境安装

Hyperledger Fabric 1.0依赖Docker执行智能合约,需要先安装Docker和Docker Compose的运行环境。

2.1.1 Docker的安装和使用

Docker支持Linux、Mac、Windows等多个平台,安装文档参考:https://docs.docker.com/engine/installation

1.在Linux环境下Docker的安装

Ubuntu、Debian、CentOS等Linux系统,可以通过Docker官方提供的脚本进行安装:


curl -sSL https://get.docker.com | sh

然后把用户加入到docker组,非root用户USER可以执行docker命令(可能需要重新登录生效):加 入 会 员 微 信 dedao555


sudo usermod -aG docker $USER

如果是Ubuntu或者Debian操作系统,修改Docker的配置文件/etc/default/docker,增加Docker的socket绑定,运行在Docker中的进程才能通过映射的socket调用Docker的API执行镜像编译和创建容器等操作。


DOCKER_OPTS="-s=aufs -r=true --api-cors-header='*' -H tcp://0.0.0.0:2375 -H
unix:///var/run/docker.sock "


接着,重启Docker服务让配置生效:


sudo service docker start

CentOS系统采用Systemd进行系统和服务管理,配置文件的修改方法是不一样的。CentOS系统下 Docker的配置文件是/etc/sysconfig/docker,同样要修改DOCKER_OPTS选项。还需要修改/usr/lib /systemd/system/docker.service文件,在[Service]的ExexStart=下面增加一 行$DOCKER_OPTS,如下所示:


[Service]
Type=notify
NotifyAccess=all
EnvironmentFile=-/etc/sysconfig/docker
EnvironmentFile=-/etc/sysconfig/docker-storage
EnvironmentFile=-/etc/sysconfig/docker-network
Environment=GOTRACEBACK=crash
Environment=DOCKER_HTTP_HOST_COMPAT=1
Environment=PATH=/usr/libexec/docker:/usr/bin:/usr/sbin
ExecStart=/usr/bin/dockerd-current \
       --add-runtime docker-runc=/usr/libexec/docker/docker-runc-current \
       --default-runtime=docker-runc \
       --exec-opt native.cgroupdriver=systemd \
       --userland-proxy-path=/usr/libexec/docker/docker-proxy-current \
       $DOCKER_OPTS \
       $OPTIONS \
       $DOCKER_STORAGE_OPTIONS \
       $DOCKER_NETWORK_OPTIONS \
       $ADD_REGISTRY \
       $BLOCK_REGISTRY \
       $INSECURE_REGISTRY


重启服务让配置生效:


systemctl daemon-reload
systemctl restart docker.service


2.其他环境下Docker的安装

Windows和Mac都提供了安装包,直接下载即可安装:

·Docker for Mac:https://download.docker.com/mac/stable/Docker.dmg

·Docker for Windows:https://download.docker.com/win/stable/InstallDocker.msi

3.Docker国内镜像仓库

国外的镜像下载较慢,可以设置国内的镜像,阿里云和DaoCloud都提供镜像加速的服务,需要登录注册才能使用。

·阿里云:登录容器Hub服务https://cr.console.aliyun.com的控制台,左侧的加速器帮助页面会显示为你独立分配的加速地址。

·DaoCloud:在https://www.daocloud.io进行注册登录,然后点击加速器,就可以获取加速器的相关配置。

修改Docker镜像仓库的办法是在DOCKER_OPTS里增加registry-mirror参数,比如:


DOCKER_OPTS="-s=aufs -r=true --api-cors-header='*' -H tcp://0.0.0.0:2375
-H unix:///var/run/docker.sock
--registry-mirror=http://069f616f.m.daocloud.io”


重启Docker服务就可以使用镜像加速了。

Docker在Windows和Mac中的版本可以在图形界面添加镜像仓库。

4.Docker常用命令

Docker常用命令如表2-1所示。

表2-1 Docker常用命令

第2章 超级账本初体验

更多的命令请查看帮助文档和在线文档:https://docs.docker.com/engine/reference/commandline/docker

2.1.2 Docker Compose的安装和使用

Docker Compose能够在一个主机上创建出相互隔离的网络,通过命令行管理多个Docker容器,快速启动、停止和更新容器。

1.Docker Compose的安装

Docker在Windows和Mac中都已经集成了Docker Compose工具,不需要单独安装。在Linux系统下有多种安装方法,如下所示:

(1)通过pip进行安装


sudo apt install python-pip
sudo pip install docker-compose


(2)直接下载文件


curl -L
https://github.com/docker/compose/releases/download/1.17.1/docker-compose-`uname -s`-`uname -m` -o /usr/local/bin/docker-composechmod +x /usr/local/bin/docker-compose


2.Docker Compose的配置文件

Compose采用YAML文件定义Docker容器之间的依赖,设置环境变量和文件的持久化。我们看一个配置文件examples/e2e_cli/base/docker-compose-base.yaml的节选:


version: '2'

services:

   orderer.example.com:
       container_name: orderer.example.com
       image: hyperledger/fabric-orderer
       environment:
           - ORDERER_GENERAL_LOGLEVEL=debug
           - ORDERER_GENERAL_LISTENADDRESS=0.0.0.0
           - ORDERER_GENERAL_GENESISMETHOD=file

       - ORDERER_GENERAL_GENESISFILE=/var/hyperledger/orderer/orderer.genesis.block
       - ORDERER_GENERAL_LOCALMSPID=OrdererMSP
       - ORDERER_GENERAL_LOCALMSPDIR=/var/hyperledger/orderer/msp
       # enabled TLS
       - ORDERER_GENERAL_TLS_ENABLED=true
       - ORDERER_GENERAL_TLS_PRIVATEKEY=/var/hyperledger/orderer/tls/server.key
       - ORDERER_GENERAL_TLS_CERTIFICATE=/var/hyperledger/orderer/tls/server.crt
       - ORDERER_GENERAL_TLS_ROOTCAS=[/var/hyperledger/orderer/tls/ca.crt]
       working_dir: /opt/gopath/src/github.com/hyperledger/fabric
   command: orderer
   volumes:

- ../channel-artifacts/genesis.block:/var/hyperledger/orderer/orderer.genesis.block
- ../crypto-config/ordererOrganizations/example.com/orderers/orderer.example.com/
msp:/var/hyperledger/orderer/msp
- ../crypto-config/ordererOrganizations/example.com/orderers/orderer.example.com/
tls/:/var/hyperledger/orderer/tls
   ports:
       - 7050:7050

peer0.org1.example.com:
   container_name: peer0.org1.example.com
   extends:
       file: peer-base.yaml
       service: peer-base
   environment:
       - CORE_PEER_ID=peer0.org1.example.com
       - CORE_PEER_ADDRESS=peer0.org1.example.com:7051
       - CORE_PEER_CHAINCODELISTENADDRESS=peer0.org1.example.com:7052
       - CORE_PEER_GOSSIP_EXTERNALENDPOINT=peer0.org1.example.com:7051
       - CORE_PEER_LOCALMSPID=Org1MSP
   volumes:
       - /var/run/:/host/var/run/
- ../crypto-config/peerOrganizations/org1.example.com/peers/peer0.org1.example.
com/msp:/etc/hyperledger/fabric/msp

- ../crypto-config/peerOrganizations/org1.example.com/peers/peer0.org1.example.
com/tls:/etc/hyperledger/fabric/tls
   ports:
       - 7051:7051
       - 7052:7052
       - 7053:7053


在这个节选的配置文件中,一共定义了1个排序服务节点orderer.example.com和1个Peer节点 peer0.org1.example.com。Docker Compose目前有3个版本,这个配置文件采用的version 2的语法,配置文件的解释如表2-2所示。

表2-2 配置文件的解释

第2章 超级账本初体验

更多不同版本的配置文件说明请参考在线帮助文档:https://docs.docker.com/compose/compose-file

3.Docker Compose的常用命令

Docker Compose的常用命令如表2-3所示。

表2-3 Docker Compose的常用命令

第2章 超级账本初体验

更多的命令查看帮助文档和在线文档:https://docs.docker.com/compose/reference

2.1.3 下载超级账本源代码

超级账本的源代码都托管在https://gerrit.hyperledger.org/r/#/admin/projects/下面,并在https://github.com/hyperledger上提供只读代码。最好的方式是直接通过git下载:


git clone https://github.com/hyperledger/fabric.git

也可以打包下载文件后解压:https://github.com/hyperledger/fabric/archive/release.zip

2.2 超级账本部署调用

先最小化地体验一下超级账本的环境,更详细的部署流程参考第11章。

2.2.1 下载Docker镜像文件

超级账本源码scripts目录下有多个下载镜像的脚本,我们可以修改权限以后直接运行:


# 进入fabric/scripts目录
chmod +x bootstrap-1.0.0.sh
# MacOS系统执行如下命令(不下载二进制文件)
sed -i '' 's/curl/#curl/g' bootstrap-1.0.0.sh
#其他系统执行如下命令(不下载二进制文件)
sed -i 's/curl/#curl/g' bootstrap-1.0.0.sh
# 直接下载Docker镜像文件
./bootstrap-1.0.0.sh


根据网络情况,可能需要等待一段时间。下面是下载的Docker镜像文件:


localhost:dive-into-fabric clarity$ docker images
REPOSITORY                     TAG                 IMAGE ID            SIZE
hyperledger/fabric-tools       latest              0403fd1c72c7        1.32GB
hyperledger/fabric-tools       x86_64-1.0.0        0403fd1c72c7        1.32GB
hyperledger/fabric-couchdb     latest              2fbdbf3ab945        1.48GB
hyperledger/fabric-couchdb     x86_64-1.0.0        2fbdbf3ab945        1.48GB
hyperledger/fabric-kafka       latest              dbd3f94de4b5        1.3GB
hyperledger/fabric-kafka       x86_64-1.0.0        dbd3f94de4b5        1.3GB
hyperledger/fabric-zookeeper   latest              e545dbf1c6af        1.31GB
hyperledger/fabric-zookeeper   x86_64-1.0.0        e545dbf1c6af        1.31GB
hyperledger/fabric-orderer     latest              e317ca5638ba        179MB
hyperledger/fabric-orderer     x86_64-1.0.0        e317ca5638ba        179MB
hyperledger/fabric-peer        latest              6830dcd7b9b5        182MB
hyperledger/fabric-peer        x86_64-1.0.0        6830dcd7b9b5        182MB
hyperledger/fabric-javaenv     latest              8948126f0935        1.42GB
hyperledger/fabric-javaenv     x86_64-1.0.0        8948126f0935        1.42GB
hyperledger/fabric-ccenv       latest              7182c260a5ca        1.29GB
hyperledger/fabric-ccenv       x86_64-1.0.0        7182c260a5ca        1.29GB
hyperledger/fabric-ca          latest              a15c59ecda5b        238MB
hyperledger/fabric-ca          x86_64-1.0.0        a15c59ecda5b        238MB


REPOSITORY代表的是镜像的仓库名称,每个仓库下面都有打了不同TAG的标签名称,代表不同的版本。通常 最少有两个标签,一个是latest;另外一个的命名规则是“主机CPU类型–超级账本主版本号–snapshot–代码库版本号”,其中主机CPU类型 为x86_64,说明是Intel的64位CPU,超级账本的主版本为1.0.0,snapshot是固定名称,代码库版本号为58cde93,它是 git代码库最近一次提交版本号的前7位。snapshot和代码库版本号只有通过本地编译的时候才会出现。每次make docker的时候都会检查是否有文件改动,如果有变化的文件,则会重新构建,生成新的镜像再标记成latest。镜像文件详细的解释请参考第11章的相 关内容。

2.2.2 部署超级账本网络

运行超级账本需要设置较多的初始化配置,我们先绕开初始化过程,用fabric-samples工程中已经生成的配置文件来体验部署安装的过程:


git clone https://github.com/hyperledger/fabric-samples.git

进入basic-network目录,利用docker-compose启动容器:


cd fabric-samples/basic-network
docker-compose -f docker-compose.yml up -d


查看已经启动的容器(输出进行了删减):


localhost:basic-network clarity$ docker ps
CONTAINER ID   IMAGE                                     NAMES
efddfbf4fc0a   hyperledger/fabric-peer:x86_64-1.0.0      peer0.org1.example.com
606d13c1e7a2   hyperledger/fabric-couchdb:x86_64-1.0.0   couchdb
d8c870db8634   hyperledger/fabric-ca:x86_64-1.0.0        ca.example.com
c6f25a5e6fd6   hyperledger/fabric-tools:x86_64-1.0.0     cli
a5f6331c5bc5   hyperledger/fabric-orderer:x86_64-1.0.0   orderer.example.com


切换到管理员用户再创建通道和加入通道:


# 切换环境到管理员用户的MSP,进入Peer节点容器peer0.org1.example.com
docker exec -it -e "CORE_PEER_MSPCONFIGPATH=/etc/hyperledger/msp/users/[email protected]
org1.example.com/msp" peer0.org1.example.com bash
# 创建通道
peer channel create -o orderer.example.com:7050 -c mychannel -f /etc/hyperledger/
configtx/channel.tx
# 加入通道
peer channel join -b mychannel.block
# 退出Peer节点容器peer0.org1.example.com
exit
   #退出Peer节点容器peer0.org1.example.com,进入cli容器安装链码和实例化:
   # 进入cli容器
docker exec -it cli /bin/bash
# 给Peer节点peer0.org1.example.com安装链码
peer chaincode install -n mycc -v v0 -p github.com/chaincode_example02
# 实例化链码
peer chaincode instantiate -o orderer.example.com:7050 -C mychannel -n mycc -v
v0 -c '{"Args":["init","a","100","b","200"]}'


2.2.3 链码调用和查询

链码实例化以后,可以查询初始值,同样是在cli容器里执行下面的操作:


peer chaincode query -C mychannel -n mycc -v v0 -c '{"Args":["query","a"]}'

查询结果显示为Query Result:100,详细信息如下:


2017-08-09 14:47:05.853 UTC [msp] GetLocalMSP -> DEBU 001 Returning existing
local MSP
2017-08-09 14:47:05.853 UTC [msp] GetDefaultSigningIdentity -> DEBU 002 Obtaining
default signing identity
2017-08-09 14:47:05.853 UTC [chaincodeCmd] checkChaincodeCmdParams -> INFO 003
Using default escc
2017-08-09 14:47:05.854 UTC [chaincodeCmd] checkChaincodeCmdParams -> INFO 004
Using default vscc
2017-08-09 14:47:05.854 UTC [msp/identity] Sign -> DEBU 005 Sign: plaintext: 0A9
1070A6708031A0C08A9A694D00510...6D7963631A0A0A0571756572790A0161
2017-08-09 14:47:05.854 UTC [msp/identity] Sign -> DEBU 006 Sign: digest: E18FC9
7C13D550C5E3349AAD49523A6D7C71B4E51C219CD9A8799DEF54FFFE66
Query Result: 100
2017-08-09 14:47:05.886 UTC [main] main -> INFO 007 Exiting.....


调用链码,从“a”转移10到“b”:


peer chaincode invoke -C mychannel -n mycc -v v0 -c '{"Args":["invoke","a",
"b","10"]}'


显示调用成功的结果:


2017-08-09 14:49:46.018 UTC [chaincodeCmd] chaincodeInvokeOrQuery -> INFO 0cb
Chaincode invoke successful. result: status:200


再次查询“a”和“b”的值:


peer chaincode query -C mychannel -n mycc -v v0 -c '{"Args":["query","a"]}'
peer chaincode query -C mychannel -n mycc -v v0 -c '{"Args":["query","b"]}'


查询结果显示“a”的值为Query Result:90,“b”的值为Query Result:210。

2.2.4 常见错误

1.请求调用者权限不足

调用的时候设置了错误的MSP,比如需要管理员才能执行创建通道的操作,但是设置了普通的成员MSP,会出现Error:Got unexpected status:BAD_REQUEST的错误:


2017-08-09 14:49:04.652 UTC [msp] GetLocalMSP -> DEBU 001 Returning existing
local MSP
2017-08-09 14:49:04.652 UTC [msp] GetDefaultSigningIdentity -> DEBU 002 Obtaining
default signing identity
2017-08-09 14:49:04.654 UTC [channelCmd] InitCmdFactory -> INFO 003 Endorser and
orderer connections initialized
2017-08-09 14:49:04.656 UTC [msp] GetLocalMSP -> DEBU 004 Returning existing
local MSP
2017-08-09 14:49:04.656 UTC [msp] GetDefaultSigningIdentity -> DEBU 005 Obtaining
default signing identity
2017-08-09 14:49:04.657 UTC [msp] GetLocalMSP -> DEBU 006 Returning existing
local MSP
2017-08-09 14:49:04.657 UTC [msp] GetDefaultSigningIdentity -> DEBU 007 Obtaining
default signing identity
2017-08-09 14:49:04.657 UTC [msp/identity] Sign -> DEBU 008 Sign: plaintext: 0A8
8060A074F7267314D535012FC052D...53616D706C65436F6E736F727469756D
2017-08-09 14:49:04.657 UTC [msp/identity] Sign -> DEBU 009 Sign: digest: F77320
AE89B131CE75A858A4A450CF0F35301DA62FE1DE465CAEF4439F6FC520
2017-08-09 14:49:04.657 UTC [msp] GetLocalMSP -> DEBU 00a Returning existing
local MSP
2017-08-09 14:49:04.657 UTC [msp] GetDefaultSigningIdentity -> DEBU 00b Obtaining
default signing identity
2017-08-09 14:49:04.657 UTC [msp] GetLocalMSP -> DEBU 00c Returning existing
local MSP
2017-08-09 14:49:04.657 UTC [msp] GetDefaultSigningIdentity -> DEBU 00d Obtaining
default signing identity
2017-08-09 14:49:04.657 UTC [msp/identity] Sign -> DEBU 00e Sign: plaintext: 0AB
F060A1508021A0608E0D591D00522...A38A58EED7B94AC4CB800B86F0A5EF03
2017-08-09 14:49:04.658 UTC [msp/identity] Sign -> DEBU 00f Sign: digest: 475A33
426FA36D50F090AAF7C3AAAB2BF34339191BA74D4A60BF13460B241329
Error: Got unexpected status: BAD_REQUEST
Usage:
   peer channel create [flags]

Flags:
   -c, --channelID string   In case of a newChain command, the channel ID to
create.
   -f, --file string        Configuration transaction file generated by a tool
such as configtxgen for submitting to orderer
   -t, --timeout int        Channel creation timeout (default 5)

Global Flags:
       --cafile string              Path to file containing PEM-encoded trusted
certificate(s) for the ordering endpoint
       --logging-level string     Default logging level and overrides, see
core.yaml for full syntax
   -o, --orderer string            Ordering service endpoint
       --test.coverprofile string   Done (default "coverage.cov")
       --tls                Use TLS when communicating with the orderer endpoint
   -v, --version            Display current version of fabric peer server


2.传递错误的通道名称

比如通道名称是mychannel,传递参数的时候写成了错误的myc:


peer chaincode query -C myc -n mycc -v v0 -c '{"Args":["query","a"]}'

会出现如下错误:


2017-08-09 14:40:36.703 UTC [msp] GetLocalMSP -> DEBU 001 Returning existing
local MSP
2017-08-09 14:40:36.703 UTC [msp] GetDefaultSigningIdentity -> DEBU 002 Obtaining
default signing identity
2017-08-09 14:40:36.706 UTC [chaincodeCmd] checkChaincodeCmdParams -> INFO 003
Using default escc
2017-08-09 14:40:36.706 UTC [chaincodeCmd] checkChaincodeCmdParams -> INFO 004
Using default vscc
2017-08-09 14:40:36.707 UTC [msp/identity] Sign -> DEBU 005 Sign: plaintext: 0A9
1070A6708031A0C08A4A394D00510...30300A000A04657363630A0476736363
2017-08-09 14:40:36.707 UTC [msp/identity] Sign -> DEBU 006 Sign: digest: F085E1
89A0765713209DD8802DDF57B054EBCD294305A500F56BC34CB3D2E577
Error: Error endorsing chaincode: rpc error: code = Unknown desc = chaincode
error (status: 500, message: chaincode exists mycc)
Usage:
   peer chaincode instantiate [flags]

Flags:
   -C, --channelID string   The channel on which this command should be executed
(default "testchainid")
   -c, --ctor string      Constructor message for the chaincode in JSON format
(default "{}")
   -E, --escc string    The name of the endorsement system chaincode to be used
for this chaincode
   -l, --lang string     Language the chaincode is written in (default "golang")
   -n, --name string     Name of the chaincode
   -P, --policy string      The endorsement policy associated to this chaincode
   -v, --version string     Version of the chaincode specified in install/
instantiate/upgrade commands
   -V, --vscc string        The name of the verification system chaincode to be
used for this chaincode

Global Flags:
       --cafile string              Path to file containing PEM-encoded trusted
certificate(s) for the ordering endpoint
       --logging-level string    Default logging level and overrides, see core.
yaml for full syntax
   -o, --orderer string             Ordering service endpoint
       --test.coverprofile string   Done (default "coverage.cov")
       --tls                Use TLS when communicating with the orderer endpoint


2.3 节点的配置参数传递规则

在docker-compose.yml文件中,我们可以看到有ORDERER_GENERAL_LEDGERTYPE=ram的设置,这是传递给节点的参数。给节点传递参数的方法有多种方式:环境变量、配置文件、动态环境变量、默认值。

程序在启动的时候会读取配置文件和环境变量的值,分别保存到不同变量缓存起来,在程序需要获取某个变量值的时候,不同传递方法的参数读取流程图如图2-1所示。

从图2-1中可以看到,如果配置了自动从环境变量获取参数的值,那么每次都实时地从环境变量中获取,否则依次读取 程序启动时从环境变量、配置文件中读取后缓存到内存中的值,优先获取到的值作为返回值。如果都没有获取到,则返回空,交给程序进行处理,程序可能会以默认 值运行,也可能会报错停止运行,这跟业务逻辑有关系。所以,只有在设置了自动从环境变量中获取参数的情况下,才能在运行时通过修改环境变量改变参数的值。

每个环境变量的名称都有一个前缀,每个模块都是单独设置的,比如 ORDERER_GENERAL_LEDGERTYPE的前缀是ORDERER,通常每个模块的前缀是不一样的。比如这里的ORDERER代表的是排序服 务节点,Peer节点的变量名称前缀是CORE。环境变量名称是以“_”作为分隔符的,代表一种层级,是和配置文件一一对应的,比如 ORDERER_GENERAL_LEDGERTYPE对应orderer.yaml配置文件的General.LedgerType。环境变量和配置文 件的变量名称都是不区分大小写的,内部会统一转换成小写的变量名称进行处理。

配置文件路径优先读取环境变量设置的路径,排序服务节点和Peer节点都是相同的环境变量。如果没有设置环境变 量,则默认是应用程序所在的目录,然后环境变量GOPATH路径对应到模块代码工程下的目录,比如排序服务节点的目录是$GOPATH/src /github.com/hyperledger/fabric/orderer,Peer节点的目录是$GOPATH/src/github.com /hyperledger/fabric/peer。

第2章 超级账本初体验

图2-1 节点配置参数的传递规则

一般情况下,配置文件的名称设置成模块前缀的小写,比如排序服务节点的配置文件名称是orderer,Peer节点的配置文件名称是core。

配置文件名称的后缀支持:json、toml、yaml、properties、props、prop,它们分别 对应JSON文件、TOML文件、YAML文件和Properties文件,程序设置配置文件的时候如果不指定后缀,则按支持的后缀顺序在配置文件路径下 进行搜索,找到第一个匹配的文件作为最终的配置文件。文件路径和文件后缀按照广度优先的搜索顺序,即在同一路径下匹配完所有文件后缀再进入下一个文件路 径。假设Peer节点没有设置配置文件路径,$GOPATH的路径是/opt/gopath,则有两个目录下的文件如下所示:


[email protected]:v0.2.2-58cde93: /opt/gopath/bin$ tree .
.
├── core.yaml
└── peer
[email protected]:v0.2.2-58cde93: /opt/gopath/bin$ tree /opt/gopath/
src/github.com/hyperledger/fabric/peer
.
├── core.json
└── peer


搜索路径顺序是:


./core.json
./core.toml
./core.yaml
./core.properties
./core.props
./core.prop
/opt/gopath/src/github.com/hyperledger/fabric/peer/core.json
/opt/gopath/src/github.com/hyperledger/fabric/peer/core.toml
/opt/gopath/src/github.com/hyperledger/fabric/peer/core.yaml
/opt/gopath/src/github.com/hyperledger/fabric/peer/core.properties
/opt/gopath/src/github.com/hyperledger/fabric/peer/core.props
/opt/gopath/src/github.com/hyperledger/fabric/peer/core.prop


所以最终获取到的配置文件是:./core.yaml,而不是/opt/gopath/src/github.com/hyperledger/fabric/peer/core.json。

2.4 本章小结

本章零基础地介绍了如何快速体验超级账本搭建的区块链网络,我们先绕过了比较复杂的初始化配置,用官方提供的 fabric-samples提供的配置和链码示例,展示了如何调用和查询链码,对Hyperledger Fabric实现的功能有一个初步的认识。这部分更为详细的初始化配置和网络部署等内容将在第11章会详细介绍。后面的章节我们会带你一起领略一下区块链 的奥秘。


来源:我是码农,转载请保留出处和链接!

本文链接:http://www.54manong.com/?id=1087

'); (window.slotbydup = window.slotbydup || []).push({ id: "u3646208", container: s }); })();
'); (window.slotbydup = window.slotbydup || []).push({ id: "u3646147", container: s }); })();;