【Hyperledger Fabric入门】(一) 快速运行一个简单的Fabric网络1

最新推荐文章于 2023-08-16 16:17:47 发布
最新推荐文章于 2023-08-16 16:17:47 发布
阅读量2.4k 收藏 5
点赞数 2
分类专栏： 区块链 Hyperledger 文章标签： 区块链 hyperledger fabric
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44029550/article/details/113178284
版权

本文在Ubuntu18.04运行，fabric版本为2.3.0。本文篇幅较长，因此分为两篇。快速运行一个简单的Fabric网络2详见：link

目录

一、Fabric环境准备

Hyperledger Fabric环境搭建过程
注：假设所有的配置文件和数据文件都存放在目录/home/yulin/blockchain/fabric/Hyperledger中，下面的演示将采用直接运行模块可执行文件的方式，不采用Docker的方式运行。

二、生成Fabric需要的证书文件

启动Fabric之前首先需要生成相关的证书，生成证书是通过cryptogen模块完成的，cryptogen模块会根据提供的配置文件生成后序模块运行过程中需要的证书和数据文件。在生成证书之前需要先创建一个文件夹存放配置文件和生成的证书文件。
创建存放证书的文件夹：

mkdir -p /home/yulin/blockchain/fabric/Hyperledger/fabricconfig

cryptogen提供了一个命令可以获取cryptogen模块所需要的配置文件的样式：

cryptogen showtemplate

把上述命令生成的内容复制到一个文件中。

# ---------------------------------------------------------------------------
# "OrdererOrgs" - Definition of organizations managing orderer nodes
# ---------------------------------------------------------------------------
OrdererOrgs:
  # ---------------------------------------------------------------------------
  # Orderer
  # ---------------------------------------------------------------------------
  - Name: Orderer
    Domain: example.com
    EnableNodeOUs: false

    # ---------------------------------------------------------------------------
    # "Specs" - See PeerOrgs below for complete description
    # ---------------------------------------------------------------------------
    Specs:
      - Hostname: orderer

# ---------------------------------------------------------------------------
# "PeerOrgs" - Definition of organizations managing peer nodes
# ---------------------------------------------------------------------------
PeerOrgs:
  # ---------------------------------------------------------------------------
  # Org1
  # ---------------------------------------------------------------------------
  - Name: Org1
    Domain: org1.example.com
    EnableNodeOUs: false

    # ---------------------------------------------------------------------------
    # "CA"
    # ---------------------------------------------------------------------------
    # Uncomment this section to enable the explicit definition of the CA for this
    # organization.  This entry is a Spec.  See "Specs" section below for details.
    # ---------------------------------------------------------------------------
    # CA:
    #    Hostname: ca # implicitly ca.org1.example.com
    #    Country: US
    #    Province: California
    #    Locality: San Francisco
    #    OrganizationalUnit: Hyperledger Fabric
    #    StreetAddress: address for org # default nil
    #    PostalCode: postalCode for org # default nil

    # ---------------------------------------------------------------------------
    # "Specs"
    # ---------------------------------------------------------------------------
    # Uncomment this section to enable the explicit definition of hosts in your
    # configuration.  Most users will want to use Template, below
    #
    # Specs is an array of Spec entries.  Each Spec entry consists of two fields:
    #   - Hostname:   (Required) The desired hostname, sans the domain.
    #   - CommonName: (Optional) Specifies the template or explicit override for
    #                 the CN.  By default, this is the template:
    #
    #                              "{{.Hostname}}.{{.Domain}}"
    #
    #                 which obtains its values from the Spec.Hostname and
    #                 Org.Domain, respectively.
    #   - SANS:       (Optional) Specifies one or more Subject Alternative Names
    #                 to be set in the resulting x509. Accepts template
    #                 variables {{.Hostname}}, {{.Domain}}, {{.CommonName}}. IP
    #                 addresses provided here will be properly recognized. Other
    #                 values will be taken as DNS names.
    #                 NOTE: Two implicit entries are created for you:
    #                     - {{ .CommonName }}
    #                     - {{ .Hostname }}
    # ---------------------------------------------------------------------------
    # Specs:
    #   - Hostname: foo # implicitly "foo.org1.example.com"
    #     CommonName: foo27.org5.example.com # overrides Hostname-based FQDN set above
    #     SANS:
    #       - "bar.{{.Domain}}"
    #       - "altfoo.{{.Domain}}"
    #       - "{{.Hostname}}.org6.net"
    #       - 172.16.10.31
    #   - Hostname: bar
    #   - Hostname: baz

    # ---------------------------------------------------------------------------
    # "Template"
    # ---------------------------------------------------------------------------
    # Allows for the definition of 1 or more hosts that are created sequentially
    # from a template. By default, this looks like "peer%d" from 0 to Count-1.
    # You may override the number of nodes (Count), the starting index (Start)
    # or the template used to construct the name (Hostname).
    #
    # Note: Template and Specs are not mutually exclusive.  You may define both
    # sections and the aggregate nodes will be created for you.  Take care with
    # name collisions
    # ---------------------------------------------------------------------------
    Template:
      Count: 1
      # Start: 5
      # Hostname: {{.Prefix}}{{.Index}} # default
      # SANS:
      #   - "{{.Hostname}}.alt.{{.Domain}}"

    # ---------------------------------------------------------------------------
    # "Users"
    # ---------------------------------------------------------------------------
    # Count: The number of user accounts _in addition_ to Admin
    # ---------------------------------------------------------------------------
    Users:
      Count: 1

  # ---------------------------------------------------------------------------
  # Org2: See "Org1" for full specification
  # ---------------------------------------------------------------------------
  - Name: Org2
    Domain: org2.example.com
    EnableNodeOUs: false
    Template:
      Count: 1
    Users:
      Count: 1

在上面的配置文件中有一个属性Domain，这个值是由用户设置的。
将上面的内容保存到/home/yulin/blockchain/fabric/Hyperledger/fabricconfig中，并命名为crypto-config.yaml。保存后执行如下命令：

cd /home/yulin/blockchain/fabric/Hyperledger/fabricconfig
cryptogen generate --config=crypto-config.yaml --output ./crypto-config

文件夹里面会新增加一个文件夹crypto-config，里面存放着本例的相关配置文件，通过tree查看一下生成证书文件的内容。

$ tree -L 5
.
├── crypto-config
│   ├── ordererOrganizations
│   │   └── example.com
│   │       ├── ca
│   │       │   ├── ca.example.com-cert.pem
│   │       │   └── priv_sk
│   │       ├── msp
│   │       │   ├── admincerts
│   │       │   ├── cacerts
│   │       │   └── tlscacerts
│   │       ├── orderers
│   │       │   └── orderer.example.com
│   │       ├── tlsca
│   │       │   ├── priv_sk
│   │       │   └── tlsca.example.com-cert.pem
│   │       └── users
│   │           └── Admin@example.com
│   └── peerOrganizations
│       ├── org1.example.com
│       │   ├── ca
│       │   │   ├── ca.org1.example.com-cert.pem
│       │   │   └── priv_sk
│       │   ├── msp
│       │   │   ├── admincerts
│       │   │   ├── cacerts
│       │   │   └── tlscacerts
│       │   ├── peers
│       │   │   └── peer0.org1.example.com
│       │   ├── tlsca
│       │   │   ├── priv_sk
│       │   │   └── tlsca.org1.example.com-cert.pem
│       │   └── users
│       │       ├── Admin@org1.example.com
│       │       └── User1@org1.example.com
│       └── org2.example.com
│           ├── ca
│           │   ├── ca.org2.example.com-cert.pem
│           │   └── priv_sk
│           ├── msp
│           │   ├── admincerts
│           │   ├── cacerts
│           │   └── tlscacerts
│           ├── peers
│           │   └── peer0.org2.example.com
│           ├── tlsca
│           │   ├── priv_sk
│           │   └── tlsca.org2.example.com-cert.pem
│           └── users
│               ├── Admin@org2.example.com
│               └── User1@org2.example.com
└── crypto-config.yaml

通过上述步骤所有的整数文件都已经生成完毕，现在需要将测试域名映射到本机的IP地址上面，否则后面的操作可能会出现错误。
从上述的内容中提取出后缀为example.com的域名。本例中提取出的信息如下：

orderer.example.com
peer0.org1.example.com
peer0.org2.example.com

打开端映射文件：

gedit /etc/hosts

添加上如下内容：

192.168.178.128 orderer.example.com
192.168.178.128 peer0.org1.example.com
192.168.178.128 peer0.org2.example.com

检查是否设置成功，只需使用ping，ping得通这说明设置成功。

三、创始块的生成

1. 系统创始块的生成

Fabric是基于区块链的分布式账本，每个账本都拥有自己的区块链，账本的区块链中会存储账本的交易数据，但账本区块链中的第一个区块是个例外，该区块不存储交易数据而是存储配置信息。通常将账本的第一个区块称为创始块。综上所述，Fabric中账本的第一个区块是需要手动生成的。configtxgen模块是专门负责生成系统的创始块和Channel（Fabric中的Channel就是账本，关于Channel的概念在后续章节会介绍）的创始块。configtxgen模块也需要一个配置文件来定义相关的属性。

下面是在Fabric源码中提供的configtxgen模块所需要的配置文件的例子。该文件的路径是$GOPATH/src/github.com/hyperledger/fabric/sampleconfig,在这个目录下面有一个名为configtx.yaml的文件，对这个文件进行修改即可使用。由于创始块文件是提供给Orderer节点使用，因此创建一个文件夹来存储Oderer节点相关的文件。创建之后再把样例配置文件复制到该文件夹中。

创建存放configtxgen模块相关配置文件的文件夹的命令如下所示。

$ mkdir -p /home/yulin/blockchain/fabric/Hyperledger/order/
$ cp -r $GOPATH/src/github.com/hyperledger/fabric/sampleconfig/configtx.yaml /home/yulin/blockchain/fabric/Hyperledger/order/
$ cd /home/yulin/blockchain/fabric/Hyperledger/order/

对configtx.yaml进行修改，修改后的内容如下所示：

Organizations:
    - &OrdererOrg
        Name: OrdererOrg
        ID: OrdererMSP
        MSPDir: ../fabricconfig/crypto-config/ordererOrganizations/example.com/msp
        Policies:
            Readers:
                Type: Signature
                Rule: "OR('OrdererMSP.member')"
            Writers:
                Type: Signature
                Rule: "OR('OrdererMSP.member')"
            Admins:
                Type: Signature
                Rule: "OR('OrdererMSP.admin')"

    - &Org1
        Name: Org1MSP
        ID: Org1MSP
        MSPDir: ../fabricconfig/crypto-config/peerOrganizations/org1.example.com/msp
        Policies:
            Readers:
                Type: Signature
                Rule: "OR('Org1MSP.admin', 'Org1MSP.peer', 'Org1MSP.client')"
            Writers:
                Type: Signature
                Rule: "OR('Org1MSP.admin', 'Org1MSP.client')"
            Admins:
                Type: Signature
                Rule: "OR('Org1MSP.admin')"
            Endorsement:
                Type: Signature
                Rule: "OR('Org1MSP.peer')"
        AnchorPeers:
            - Host: peer0.org1.example.com
              Port: 7051
    - &Org2
        Name: Org2MSP
        ID: Org2MSP
        MSPDir: ../fabricconfig/crypto-config/peerOrganizations/org2.example.com/msp
        Policies:
            Readers:
                Type: Signature
                Rule: "OR('Org2MSP.admin', 'Org2MSP.peer', 'Org2MSP.client')"
            Writers:
                Type: Signature
                Rule: "OR('Org2MSP.admin', 'Org2MSP.client')"
            Admins:
                Type: Signature
                Rule: "OR('Org2MSP.admin')"
            Endorsement:
                Type: Signature
                Rule: "OR('Org2MSP.peer')"
        AnchorPeers:
            - Host: peer0.org2.example.com
              Port: 7051
Capabilities:
    # Channel capabilities apply to both the orderers and the peers and must be
    # supported by both.
    # Set the value of the capability to true to require it.
    Channel: &ChannelCapabilities
        # V2.0 for Channel is a catchall flag for behavior which has been
        # determined to be desired for all orderers and peers running at the v2.0.0
        # level, but which would be incompatible with orderers and peers from
        # prior releases.
        # Prior to enabling V2.0 channel capabilities, ensure that all
        # orderers and peers on a channel are at v2.0.0 or later.
        V2_0: true

    # Orderer capabilities apply only to the orderers, and may be safely
    # used with prior release peers.
    # Set the value of the capability to true to require it.
    Orderer: &OrdererCapabilities
        # V1.1 for Orderer is a catchall flag for behavior which has been
        # determined to be desired for all orderers running at the v1.1.x
        # level, but which would be incompatible with orderers from prior releases.
        # Prior to enabling V2.0 orderer capabilities, ensure that all
        # orderers on a channel are at v2.0.0 or later.
        V2_0: true

    # Application capabilities apply only to the peer network, and may be safely
    # used with prior release orderers.
    # Set the value of the capability to true to require it.
    Application: &ApplicationCapabilities
        # V2.0 for Application enables the new non-backwards compatible
        # features and fixes of fabric v2.0.
        # Prior to enabling V2.0 orderer capabilities, ensure that all
        # orderers on a channel are at v2.0.0 or later.
        V2_0: true

Application: &ApplicationDefaults
    Organizations:

    # Policies defines the set of policies at this level of the config tree
    # For Application policies, their canonical path is
    #   /Channel/Application/<PolicyName>
    Policies: &ApplicationDefaultPolicies
        LifecycleEndorsement:
            Type: ImplicitMeta
            Rule: "MAJORITY Endorsement"
        Endorsement:
            Type: ImplicitMeta
            Rule: "MAJORITY Endorsement"
        Readers:
            Type: ImplicitMeta
            Rule: "ANY Readers"
        Writers:
            Type: ImplicitMeta
            Rule: "ANY Writers"
        Admins:
            Type: ImplicitMeta
            Rule: "MAJORITY Admins"

    # Capabilities describes the application level capabilities, see the
    # dedicated Capabilities section elsewhere in this file for a full
    # description
    Capabilities:
        <<: *ApplicationCapabilities

Orderer: &OrdererDefaults
    OrdererType: solo
    Addresses:
        - orderer.example.com:7050
    BatchTimeout: 2s
    BatchSize:
        MaxMessageCount: 10
        AbsoluteMaxBytes: 99 MB
        PreferredMaxBytes: 512 KB
    Kafka:
        Brokers:
            - 127.0.0.1:9092
    Organizations:
  # Policies defines the set of policies at this level of the config tree
    # For Orderer policies, their canonical path is
    #   /Channel/Orderer/<PolicyName>
    Policies:
        Readers:
            Type: ImplicitMeta
            Rule: "ANY Readers"
        Writers:
            Type: ImplicitMeta
            Rule: "ANY Writers"
        Admins:
            Type: ImplicitMeta
            Rule: "MAJORITY Admins"
        # BlockValidation specifies what signatures must be included in the block
        # from the orderer for the peer to validate it.
        BlockValidation:
            Type: ImplicitMeta
            Rule: "ANY Writers"

    # Capabilities describes the orderer level capabilities, see the
    # dedicated Capabilities section elsewhere in this file for a full
    # description
    Capabilities:
        <<: *OrdererCapabilities

################################################################################
#
#   CHANNEL
#
#   This section defines the values to encode into a config transaction or
#   genesis block for channel related parameters.
#
################################################################################
Channel: &ChannelDefaults
    # Policies defines the set of policies at this level of the config tree
    # For Channel policies, their canonical path is
    #   /Channel/<PolicyName>
    Policies:
        # Who may invoke the 'Deliver' API
        Readers:
            Type: ImplicitMeta
            Rule: "ANY Readers"
        # Who may invoke the 'Broadcast' API
        Writers:
            Type: ImplicitMeta
            Rule: "ANY Writers"
        # By default, who may modify elements at this config level
        Admins:
            Type: ImplicitMeta
            Rule: "MAJORITY Admins"


    # Capabilities describes the channel level capabilities, see the
    # dedicated Capabilities section elsewhere in this file for a full
    # description
    Capabilities:
        <<: *ChannelCapabilities


Profiles:
    TestTwoOrgsOrdererGenesis:
        <<: *ChannelDefaults
        Orderer:
            <<: *OrdererDefaults
            Organizations:
                - <<: *OrdererOrg
        Consortiums:
            SampleConsortium:
                Organizations:
                    - <<: *Org1
                    - <<: *Org2
    TestTwoOrgsChannel:
        <<: *ChannelDefaults
        Consortium: SampleConsortium
        Application:
            <<: *ApplicationDefaults
            Organizations:
               - <<: *Org1
               - <<: *Org2

配置文件修改完成之后执行如下命令生成创始块文件。

$ cd /home/yulin/blockchain/fabric/Hyperledger/order
$ configtxgen -profile TestTwoOrgsOrdererGenesis -channelID syschannel -outputBlock ./orderer.genesis.block
2021-02-07 16:06:48.432 CST [common.tools.configtxgen] main -> INFO 001 Loading configuration
2021-02-07 16:06:48.459 CST [common.tools.configtxgen.localconfig] completeInitialization -> INFO 002 orderer type: solo
2021-02-07 16:06:48.460 CST [common.tools.configtxgen.localconfig] Load -> INFO 003 Loaded configuration: /home/yulin/blockchain/fabric/Hyperledger/order/configtx.yaml
2021-02-07 16:06:48.761 CST [common.tools.configtxgen] doOutputBlock -> INFO 004 Generating genesis block
2021-02-07 16:06:48.768 CST [common.tools.configtxgen] doOutputBlock -> INFO 005 Creating system channel genesis block
2021-02-07 16:06:48.833 CST [common.tools.configtxgen] doOutputBlock -> INFO 006 Writing genesis block

上述命令执行完成之后会在文件夹/home/yulin/blockchain/fabric/Hyperledger/order中生成文件orderer.genesis.block。这是Fabric系统的创始块文件。
在这里插入图片描述

2. 账本创始块的生成

通道Channel是Fabric中非常重要的概念，一个Channel表示一个账本。Fabric和其他区块链平台最大的区别是fabric支持多账本。每个fabric应用都至少包含一个Channel，因此创建Channel是fabric中比较重要的步骤。
创建Channel命令：

$ configtxgen -profile TestTwoOrgsChannel -outputCreateChannelTx ./mychannel.tx -channelID mychannel
2021-02-09 16:25:12.501 CST [common.tools.configtxgen] main -> INFO 001 Loading configuration
2021-02-09 16:25:12.524 CST [common.tools.configtxgen.localconfig] Load -> INFO 002 Loaded configuration: /home/yulin/blockchain/fabric/Hyperledger/order/configtx.yaml
2021-02-09 16:25:12.524 CST [common.tools.configtxgen] doOutputChannelCreateTx -> INFO 003 Generating new channel configtx
2021-02-09 16:25:12.538 CST [common.tools.configtxgen] doOutputChannelCreateTx -> INFO 004 Writing new channel tx

执行完之后会生成mychannel.tx，该文件用来生成Channel。除此之外还需要生成相关的锚点文件，而生成锚点文件需要执行以下命令：

$ configtxgen -profile TestTwoOrgsChannel -outputAnchorPeersUpdate ./Org1MSPanchors.tx -channelID mychannel -asOrg Org1MSP
2021-02-09 16:31:18.108 CST [common.tools.configtxgen] main -> INFO 001 Loading configuration
2021-02-09 16:31:18.150 CST [common.tools.configtxgen.localconfig] Load -> INFO 002 Loaded configuration: /home/yulin/blockchain/fabric/Hyperledger/order/configtx.yaml
2021-02-09 16:31:18.154 CST [common.tools.configtxgen] doOutputAnchorPeersUpdate -> INFO 003 Generating anchor peer update
2021-02-09 16:31:18.161 CST [common.tools.configtxgen] doOutputAnchorPeersUpdate -> INFO 004 Writing anchor peer update

$ configtxgen -profile TestTwoOrgsChannel -outputAnchorPeersUpdate ./Org2MSPanchors.tx -channelID mychannel -asOrg Org2MSP
2021-02-09 16:31:39.833 CST [common.tools.configtxgen] main -> INFO 001 Loading configuration
2021-02-09 16:31:39.858 CST [common.tools.configtxgen.localconfig] Load -> INFO 002 Loaded configuration: /home/yulin/blockchain/fabric/Hyperledger/order/configtx.yaml
2021-02-09 16:31:39.858 CST [common.tools.configtxgen] doOutputAnchorPeersUpdate -> INFO 003 Generating anchor peer update
2021-02-09 16:31:39.860 CST [common.tools.configtxgen] doOutputAnchorPeersUpdate -> INFO 004 Writing anchor peer update

命令执行完成之后会在相应的文件夹下面生成文件Org1MSPanchors.tx和Org2MSPanchors.tx，这些文件在后面会用到。

Famidlistimo
关注
  • 2
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
【Hyperledger Fabric 学习】运行一个Fabric应用
qq_39681297的博客
08-07 2823
Fabric学习
fabric-starter:Hyperledger Fabric的入门应用程序和部署脚本
05-13
Hyperledger Fabric的入门应用程序 创建一个网络以快速开始在平台上开发去中心化应用程序。 该网络由docker容器运行，可以部署到一个主机进行开发，也可以部署到多个主机进行测试或生产。 该启动程序的脚本生成...
Hyperledger Fabric教程--运行FabCar应用程序
未来社会二十年发展的核心技术趋势由ABCD四个字母组成，分别是AI（人工智能）、BlockChain（区块链）、Cloud（云）、和Data（大数据）每一次进步都有新的认知和感触
11-30 1572
此命令将部署两个peer节点和一个排序节点的Fabric测试网络。我们将使用证书颁发机构（CA）启动测试网络，而不是使用cryptogen工具。我们将使用这些CA的其中一个来创建证书以及一些key，这些加密资料将在之后的步骤中被我们的应用程序使用。startFabric.sh脚本还将部署和初始化在mychannel 通道上的FabCar智能合约的JavaScript版本，然后调用智能合约来把初始数据存储在帐本上。
Hyperledger Fabric 入门笔记（七）Fabric V2.4 测试网络进阶之链码使用
sbsy123456的博客
07-31 1283
本文参考官方技术文档的教程，说明了Fabric-samples的示例链码的使用。
Hyperledger Fabric的使用及开发
最新发布
Arwind的专栏
08-16 991
Hyperledger Fabric是Linux基金会发起的一种跨行业的区块链技术，目前在多家大型公司有着应用，这里就不多做HF本身的介绍了，有兴趣可关注其官网。
hyperledger fabric介绍
热门推荐
flying roc
05-08 1万+
一.Hyperledger Fabric介绍 2015年，Linux基金会启动了Hyperledger项目，目标是发展跨行业的区块链技术。 Hyperledger Fabric是Hyperledger中的一个区块链项目，包含一个账本，使用智能合约并且是一个通过所有参与者管理交易的系统。 Hyperledger Fabric 是分布式账本解决方案的平台，以模块化架构为基础，支持不同组件的可插拔。 具备以下特点 1. 高度保密性 2. 可伸缩性 3. 弹性 4. 可扩展性 二.基本概念 区块链 共享的、通过
fabric-test:一组用于测试核心Hyperledger Fabric项目的实用程序
05-01
它可用于使用Docker将Fabric部署到本地计算机或Kubernetes PTE或Performance Traffic Engine用于通过使用操作员工具部署的网络调用和查询链码先决条件虽然Fabric-Test提供了一个用于安装其大多数依赖项的实用程序，...
Hyperledger Fabric V1.0– 开发者快速入门
01-20
本文档演示使用Hyperledger Fabric V1.0来部署一个开发者环境并运行一个简单例子。文档包括创建和加入通道（账本）、客户端认证以及部署和调用智能合约。CLI将用于创建和加入通道（账本），NodeJS SDK将用于客户端...
hyperledger-typescript-boilerplate:这是在Hyperledger Fabric Peers和前端之间交互的样板
05-02
这是在Hyperledger Fabric对等方和前端之间进行交互的入门模板。 当前，此样板提供以下功能： 开箱即用的 使用使用Typescript构建的Express后端 宁静的路由以连接自定义前端 自动OpenAPI（Swagger）生成 Fabric客户...
hyperledger-fabric-darwin-amd64-1.0.5
03-22
总的来说，这个压缩包提供的内容对于开发者和研究人员来说是一个宝贵的资源，它可以帮助他们快速上手Hyperledger Fabric，理解其核心概念，并在此基础上开发出满足特定需求的区块链应用。无论是学习还是开发，熟悉并...
Hyperledger Fabric教程--部署Fabric智能合约
未来社会二十年发展的核心技术趋势由ABCD四个字母组成，分别是AI（人工智能）、BlockChain（区块链）、Cloud（云）、和Data（大数据）每一次进步都有新的认知和感触
11-30 4188
在HyperledgerFabric中，智能合约部署在称为链码的包中。想要验证交易或查询分类账的组织需要在其peer节点上安装链码。在加入通道的peer节点上安装链码后，通道成员可以将链码部署到通道，并使用链码中的智能合约在通道分类账上创建或更新资产。链码使用一个称为Fabric chaincode lifecycle的过程部署到通道。Fabric链码生命周期允许多个组织在链码可用之前就其操作方式达成一致。本教程学习如何使用peer lifecycle chaincode命令将链码部署到测试网络。
Hyperledger Fabric 1.0 安装和使用
yujunlong3919的专栏
04-20 1261
转载请注明：http://blog.csdn.net/yeasy/article/details/54928343 Hyperledger Fabric 1.0 版本整体 重新设计了架构，预计将于今年 3 月份发布。目前已经进入了 alpha 阶段，可以进行功能性验证。 本文将介绍如何快速启动一个 Fabric 1.0 的网络，并部署和调用 chaincode 进行测试。
Hyperledger Fabric 环境搭建及Fabric 测试网络使用（区块链、联盟链）
A&Long
08-03 1万+
系统环境： [root@localhost ~]# cat /proc/version Linux version 3.10.0-1160.el7.x86_64 (mockbuild@kbuilder.bsys.centos.org) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-44) (GCC) ) #1 SMP Mon Oct 19 16:18:59 UTC 2020 官网手册： https://www.hyperledger.org/use/fabric 软
搭建Hyperledger Fabric环境 的详细步骤，超级详细
目前专注区块链相关技术的学习与分享
07-03 1万+
本教程是跟着 某硅谷 三年前的视频一点点实现的。但是，跟着教程走，会出现很多视频里面没有出现过的问题，本文着重讲解搭建过程碰到的问题及解决方案！！1、 安装docker （见我之前的教程）2、安装docker-compose3、安装Golang 4. 安装node.js5、安装Git最好先更新apt-get，否则可能会下载版本很旧的git，这是个好习惯，在下载任何包的时候，最好都更新一下工具下面的截图是我学习的教程里面的截图， 但是在我操作的过程中会总有些镜像拉取不下来！ 原因：因为官方的sh文件存在版
1.Hyperledger Fabric架构介绍
weixin_61275790的博客
05-20 2908
Hyperledger是一个开放源代码的区块链项目合作组织，旨在推动跨行业的企业级区块链解决方案的发展。该项目由Linux基金会于2015年发起，致力于建立一个可靠、安全和可扩展的区块链框架和工具集。Hyperledger提供了一个集合，其中包含了多个不同的区块链框架、工具和库，用于构建和管理私有、许可的区块链网络。Hyperledger Fabric是Hyperledger项目中最为知名和广泛采用的区块链框架之一。它是一个开源的企业级区块链平台，旨在为商业应用提供可扩展、可定制和高度安全的解决方案。
Hyperledger Fabric入门1：快速上手
u013328649的博客
10-09 1056
参考视频教程: **学习Hyperledger Fabric 实战联盟链 ** Hyperledger Fabric入门1：快速上手 jasonruan 2018.11.17 前言 本文是自己学习超级账本Fabric的第一篇文章，主要是体验了下基本功能——快速搭建起网络环境，并利用自带sample，体会了一下链码的部署与调用，为后续逐步深入其内部原理和链码开发做一个铺垫。 名词解释 自己初学超级账本Fabric，其众多的术语确实弄得有些蒙圈，以下摘...
Hyperledger Fabric 入门笔记（二）Fabric V2.5 总结
sbsy123456的博客
06-19 2067
Hyperledger Fabric的官方技术文档十分详细，然而，技术文档也有些不足之处：中文版本稍旧且少量翻译有不够妥当之处；文档同时包含了理论知识和代码，且行文顺序不够完美，不少知识细节杂乱地散布在各处；有很多浅显的文字对于初次阅读颇有帮助，但是也不便于查找那些值得反复体会的关键内容。本文基于官方技术文档，删减了代码相关内容和过于繁琐的文字描述，力求通过1W余字对Fabric的各个概念做一个完整的总结。
Hyperledger Fabric入门实战（三）——Fabric基础知识
聂泳的博客
04-08 2261
本章主要为Fabric的基础知识，需要能够理解其中的内容。
HyperLedger Fabric简介
kobebryantgc的博客
02-14 1151
Hyperledger Fabric 是一个开源的企业级许可分布式账本技术（Distributed Ledger Technology，DLT）平台。Fabric 具有高度模块化和可配置的架构，可为各行各业的业务提供创新性、多样性和优化，其中包括银行、金融、保险、医疗保健、人力资源、供应链甚至数字音乐分发。支持通用编程语言编写智能合约（如 Java、Go 和 Node.js）该平台最重要的区别之一是它支持可插拔的共识协议，使得平台能够更有效地进行定制，以适应特定的业务场景和信任模型。
超级账本1：Hyperledger Fabric入门与错误解析
在描述中提到的"BYFN"代表基本的YAML配置文件（Basic-YEAR-OF-NETWORK），这是超级账本 Fabric 的一个示例网络，用于快速搭建和测试环境。"Solo"是订单服务（Ordering Service）的一种模式，表示只有一个订单节点，...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值