Fabric的数据持久化实现

最新推荐文章于 2023-08-13 00:48:08 发布
置顶 最新推荐文章于 2023-08-13 00:48:08 发布
阅读量1.4k 收藏 6
点赞数 3
分类专栏： Fabric 区块链 文章标签： 区块链
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_39699765/article/details/105108136
版权

Fabric的数据持久化实现

参考文章

  1. 触不可及的深入解析Hyperledger Fabric搭建的全过程：
    https://ifican.top/2019/11/23/blog/fabric/%E6%B7%B1%E5%85%A5%E8%A7%A3%E6%9E%90Fabric%E6%90%AD%E5%BB%BA%E7%9A%84%E5%85%A8%E8%BF%87%E7%A8%8B/
  2. Hyperledger fabric : 单机多节点kafka模式的数据持久化：
    https://www.wandouip.com/t5i98262/
  3. willaty的博客园博文 fabric持久化
    https://www.cnblogs.com/willaty/p/10077531.html
  4. Hyperledger Fabric 1.0 实例简析 第一课 network_setup.sh分析
    https://blog.csdn.net/tiandiwuya/article/details/79471094

准备工作

按照触不可及的深入理解一篇，熟练通过改变环境变量手动搭建成功Fabric网络

解释

首先介绍四篇参考文章分别的作用。第一篇是具体操作命令，包括生成通道配置信息、创建通道等；第二篇是数据持久化的具体步骤；第三篇是实现持久化需要在docker-compose.yaml中添加的不同角色对应的具体参数；第四篇是解释第二篇中脚本文件具体干了什么。

根据第二篇文章的具体操作来实现持久化。其中generateArtifacts.sh和script.sh具体操作的内容可以通过第四篇文章来得到解释，并且根据触不可及一文中的操作命令可以手动实现。

实现过程

1. 正常配置区块链网络

首先正常启动区块链网络。

若generateArtifacts.sh没有或不可用，则手动搭建网络。这里引用触不可及中的前部分内容。

生成证书

#路径需要更改为自己的路径
cd ~/go/src/github.com/hyperledger/fabric/scripts/fabric-samples/first-network/  
#在这里可能会报错，通常是权限问题，可以添加sudo重新执行
cryptogen generate --config=./crypto-config.yaml
#执行完毕后，当前文件夹下会出现一个新的文件夹：crypto-config，在该文件夹下就是刚刚生成的证书.

生成创世区块

#执行命令生成创世区块 
configtxgen -profile TwoOrgsOrdererGenesis -channelID byfn-sys-channel -outputBlock ./channel-artifacts/genesis.block
#如果没有channel-artifacts这个文件夹，则需要手动去创建

生成通道配置信息

#执行命令生成通道配置信息
configtxgen -profile TwoOrgsChannel -outputCreateChannelTx ./channel-artifacts/channel.tx -channelID mychannel

生成锚节点配置文件

#首先生成Org1的锚节点配置文件
configtxgen -profile TwoOrgsChannel -outputAnchorPeersUpdate ./channel-artifacts/Org1MSPanchors.tx -channelID mychannel -asOrg Org1MSP
#生成Org2的锚节点配置文件
configtxgen -profile TwoOrgsChannel -outputAnchorPeersUpdate ./channel-artifacts/Org2MSPanchors.tx -channelID mychannel -asOrg Org2MSP

所有需要的配置文件全部建立完成，在channel-artifacts中应该有以下几个文件:

channel.tx  genesis.block  Org1MSPanchors.tx  Org2MSPanchors.tx

2. 更改docker-compose配置文件(暂时未配置couchdb)

在1.4.4版本的fabric-example的first-network中，可以看到docker-compose-cli.yaml下的配置继承了base目录下的docker-compose.yaml文件

extends:
  file:   base/docker-compose-base.yaml

在base目录下的docker-compose.yaml中，在volume的最后增加参数使得docker挂载到本地目录（本地目录必须创建，具体对应参考第三篇博客园的文章）

我的配置文件如下，仅供参考

# Copyright IBM Corp. All Rights Reserved.
#
# SPDX-License-Identifier: Apache-2.0
#

version: '2'

services:

  orderer.example.com:
    container_name: orderer.example.com
    extends:
      file: peer-base.yaml
      service: orderer-base
    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
        - orderer.example.com:/var/hyperledger/production/orderer
    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_LISTENADDRESS=0.0.0.0:7051
      - CORE_PEER_CHAINCODEADDRESS=peer0.org1.example.com:7052
      - CORE_PEER_CHAINCODELISTENADDRESS=0.0.0.0:7052
      - CORE_PEER_GOSSIP_BOOTSTRAP=peer1.org1.example.com:8051
      - 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
        - peer0.org1.example.com:/var/hyperledger/production
    ports:
      - 7051:7051

  peer1.org1.example.com:
    container_name: peer1.org1.example.com
    extends:
      file: peer-base.yaml
      service: peer-base
    environment:
      - CORE_PEER_ID=peer1.org1.example.com
      - CORE_PEER_ADDRESS=peer1.org1.example.com:8051
      - CORE_PEER_LISTENADDRESS=0.0.0.0:8051
      - CORE_PEER_CHAINCODEADDRESS=peer1.org1.example.com:8052
      - CORE_PEER_CHAINCODELISTENADDRESS=0.0.0.0:8052
      - CORE_PEER_GOSSIP_EXTERNALENDPOINT=peer1.org1.example.com:8051
      - CORE_PEER_GOSSIP_BOOTSTRAP=peer0.org1.example.com:7051
      - CORE_PEER_LOCALMSPID=Org1MSP
    volumes:
        - /var/run/:/host/var/run/
        - ../crypto-config/peerOrganizations/org1.example.com/peers/peer1.org1.example.com/msp:/etc/hyperledger/fabric/msp
        - ../crypto-config/peerOrganizations/org1.example.com/peers/peer1.org1.example.com/tls:/etc/hyperledger/fabric/tls
        - peer1.org1.example.com:/var/hyperledger/production

    ports:
      - 8051:8051

  peer0.org2.example.com:
    container_name: peer0.org2.example.com
    extends:
      file: peer-base.yaml
      service: peer-base
    environment:
      - CORE_PEER_ID=peer0.org2.example.com
      - CORE_PEER_ADDRESS=peer0.org2.example.com:9051
      - CORE_PEER_LISTENADDRESS=0.0.0.0:9051
      - CORE_PEER_CHAINCODEADDRESS=peer0.org2.example.com:9052
      - CORE_PEER_CHAINCODELISTENADDRESS=0.0.0.0:9052
      - CORE_PEER_GOSSIP_EXTERNALENDPOINT=peer0.org2.example.com:9051
      - CORE_PEER_GOSSIP_BOOTSTRAP=peer1.org2.example.com:10051
      - CORE_PEER_LOCALMSPID=Org2MSP
    volumes:
        - /var/run/:/host/var/run/
        - ../crypto-config/peerOrganizations/org2.example.com/peers/peer0.org2.example.com/msp:/etc/hyperledger/fabric/msp
        - ../crypto-config/peerOrganizations/org2.example.com/peers/peer0.org2.example.com/tls:/etc/hyperledger/fabric/tls
        - peer0.org2.example.com:/var/hyperledger/production
    ports:
      - 9051:9051

  peer1.org2.example.com:
    container_name: peer1.org2.example.com
    extends:
      file: peer-base.yaml
      service: peer-base
    environment:
      - CORE_PEER_ID=peer1.org2.example.com
      - CORE_PEER_ADDRESS=peer1.org2.example.com:10051
      - CORE_PEER_LISTENADDRESS=0.0.0.0:10051
      - CORE_PEER_CHAINCODEADDRESS=peer1.org2.example.com:10052
      - CORE_PEER_CHAINCODELISTENADDRESS=0.0.0.0:10052
      - CORE_PEER_GOSSIP_EXTERNALENDPOINT=peer1.org2.example.com:10051
      - CORE_PEER_GOSSIP_BOOTSTRAP=peer0.org2.example.com:9051
      - CORE_PEER_LOCALMSPID=Org2MSP
    volumes:
        - /var/run/:/host/var/run/
        - ../crypto-config/peerOrganizations/org2.example.com/peers/peer1.org2.example.com/msp:/etc/hyperledger/fabric/msp
        - ../crypto-config/peerOrganizations/org2.example.com/peers/peer1.org2.example.com/tls:/etc/hyperledger/fabric/tls
        - peer1.org2.example.com:/var/hyperledger/production
    ports:
      - 10051:10051

3. 启动网络并验证持久化

继续按照第二篇文章中的步骤。

  1. 启动网络
sudo docker-compose -f docker-compose-cli.yaml up -d
  1. 进入cli容器
sudo docker exec -it cli bash
  1. 创建mychannel通道并加入，安装链码及实例化
# 此步骤也可按照深入理解一篇手动更改环境变量操作
./scripts/script.sh mychannel
  1. 执行invoke、query操作
# query
peer chaincode query -C mychannel -n mycc -c '{"Args":["query","a"]}'
# invoke
peer chaincode invoke -o orderer.example.com:7050 --tls true --cafile /opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/ordererOrganizations/example.com/orderers/orderer.example.com/msp/tlscacerts/tlsca.example.com-cert.pem -C mychannel -n mycc --peerAddresses peer0.org1.example.com:7051 --tlsRootCertFiles /opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org1.example.com/peers/peer0.org1.example.com/tls/ca.crt --peerAddresses peer0.org2.example.com:9051 --tlsRootCertFiles /opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org2.example.com/peers/peer0.org2.example.com/tls/ca.crt -c '{"Args":["invoke","a","b","10"]}'
  1. tree命令查看/var/hyperledger文件，确实有备份的容器数据
.
├── orderer
│   └── orderer
├── peer0
│   ├── org1
│   │   ├── chaincodes
│   │   │   └── mycc.1.0
│   │   ├── ledgersData
│   │   │   ├── bookkeeper
│   │   │   │   ├── 000002.log
│   │   │   │   ├── CURRENT
│   │   │   │   ├── CURRENT.bak
│   │   │   │   ├── LOCK
│   │   │   │   ├── LOG
│   │   │   │   └── MANIFEST-000003
│   │   │   ├── chains
│   │   │   │   ├── chains
│   │   │   │   │   └── mychannel
│   │   │   │   │       └── blockfile_000000
│   │   │   │   └── index
│   │   │   │       ├── 000002.ldb
│   │   │   │       ├── 000003.log
│   │   │   │       ├── CURRENT
│   │   │   │       ├── CURRENT.bak
│   │   │   │       ├── LOCK
│   │   │   │       ├── LOG
│   │   │   │       └── MANIFEST-000004
│   │   │   ├── configHistory
│   │   │   │   ├── 000002.log
│   │   │   │   ├── CURRENT
│   │   │   │   ├── CURRENT.bak
│   │   │   │   ├── LOCK
│   │   │   │   ├── LOG
│   │   │   │   └── MANIFEST-000003
│   │   │   ├── fileLock
│   │   │   │   ├── 000002.log
│   │   │   │   ├── CURRENT
│   │   │   │   ├── CURRENT.bak
│   │   │   │   ├── LOCK
│   │   │   │   ├── LOG
│   │   │   │   └── MANIFEST-000003
│   │   │   ├── historyLeveldb
│   │   │   │   ├── 000002.ldb
│   │   │   │   ├── 000003.log
│   │   │   │   ├── CURRENT
│   │   │   │   ├── CURRENT.bak
│   │   │   │   ├── LOCK
│   │   │   │   ├── LOG
│   │   │   │   └── MANIFEST-000004
│   │   │   ├── ledgerProvider
│   │   │   │   ├── 000002.ldb
│   │   │   │   ├── 000003.log
│   │   │   │   ├── CURRENT
│   │   │   │   ├── CURRENT.bak
│   │   │   │   ├── LOCK
│   │   │   │   ├── LOG
│   │   │   │   └── MANIFEST-000004
│   │   │   ├── pvtdataStore
│   │   │   │   ├── 000002.ldb
│   │   │   │   ├── 000003.log
│   │   │   │   ├── CURRENT
│   │   │   │   ├── CURRENT.bak
│   │   │   │   ├── LOCK
│   │   │   │   ├── LOG
│   │   │   │   └── MANIFEST-000004
│   │   │   └── stateLeveldb
│   │   │       ├── 000002.ldb
│   │   │       ├── 000003.log
│   │   │       ├── CURRENT
│   │   │       ├── CURRENT.bak
│   │   │       ├── LOCK
│   │   │       ├── LOG
│   │   │       └── MANIFEST-000004
│   │   └── transientStore
│   │       ├── 000002.log
│   │       ├── CURRENT
│   │       ├── CURRENT.bak
│   │       ├── LOCK
│   │       ├── LOG
│   │       └── MANIFEST-000003
│   └── org2
│       ├── chaincodes
│       │   └── mycc.1.0
│       ├── ledgersData
│       │   ├── bookkeeper
│       │   │   ├── 000002.log
│       │   │   ├── CURRENT
│       │   │   ├── CURRENT.bak
│       │   │   ├── LOCK
│       │   │   ├── LOG
│       │   │   └── MANIFEST-000003
│       │   ├── chains
│       │   │   ├── chains
│       │   │   │   └── mychannel
│       │   │   │       └── blockfile_000000
│       │   │   └── index
│       │   │       ├── 000002.ldb
│       │   │       ├── 000003.log
│       │   │       ├── CURRENT
│       │   │       ├── CURRENT.bak
│       │   │       ├── LOCK
│       │   │       ├── LOG
│       │   │       └── MANIFEST-000004
│       │   ├── configHistory
│       │   │   ├── 000002.log
│       │   │   ├── CURRENT
│       │   │   ├── CURRENT.bak
│       │   │   ├── LOCK
│       │   │   ├── LOG
│       │   │   └── MANIFEST-000003
│       │   ├── fileLock
│       │   │   ├── 000002.log
│       │   │   ├── CURRENT
│       │   │   ├── CURRENT.bak
│       │   │   ├── LOCK
│       │   │   ├── LOG
│       │   │   └── MANIFEST-000003
│       │   ├── historyLeveldb
│       │   │   ├── 000002.ldb
│       │   │   ├── 000003.log
│       │   │   ├── CURRENT
│       │   │   ├── CURRENT.bak
│       │   │   ├── LOCK
│       │   │   ├── LOG
│       │   │   └── MANIFEST-000004
│       │   ├── ledgerProvider
│       │   │   ├── 000002.ldb
│       │   │   ├── 000003.log
│       │   │   ├── CURRENT
│       │   │   ├── CURRENT.bak
│       │   │   ├── LOCK
│       │   │   ├── LOG
│       │   │   └── MANIFEST-000004
│       │   ├── pvtdataStore
│       │   │   ├── 000002.ldb
│       │   │   ├── 000003.log
│       │   │   ├── CURRENT
│       │   │   ├── CURRENT.bak
│       │   │   ├── LOCK
│       │   │   ├── LOG
│       │   │   └── MANIFEST-000004
│       │   └── stateLeveldb
│       │       ├── 000002.ldb
│       │       ├── 000003.log
│       │       ├── CURRENT
│       │       ├── CURRENT.bak
│       │       ├── LOCK
│       │       ├── LOG
│       │       └── MANIFEST-000004
│       └── transientStore
│           ├── 000002.log
│           ├── CURRENT
│           ├── CURRENT.bak
│           ├── LOCK
│           ├── LOG
│           └── MANIFEST-000003
└── peer1
    ├── org1
    │   ├── chaincodes
    │   ├── ledgersData
    │   │   ├── bookkeeper
    │   │   │   ├── 000002.log
    │   │   │   ├── CURRENT
    │   │   │   ├── CURRENT.bak
    │   │   │   ├── LOCK
    │   │   │   ├── LOG
    │   │   │   └── MANIFEST-000003
    │   │   ├── chains
    │   │   │   ├── chains
    │   │   │   │   └── mychannel
    │   │   │   │       └── blockfile_000000
    │   │   │   └── index
    │   │   │       ├── 000002.ldb
    │   │   │       ├── 000003.log
    │   │   │       ├── CURRENT
    │   │   │       ├── CURRENT.bak
    │   │   │       ├── LOCK
    │   │   │       ├── LOG
    │   │   │       └── MANIFEST-000004
    │   │   ├── configHistory
    │   │   │   ├── 000002.log
    │   │   │   ├── CURRENT
    │   │   │   ├── CURRENT.bak
    │   │   │   ├── LOCK
    │   │   │   ├── LOG
    │   │   │   └── MANIFEST-000003
    │   │   ├── fileLock
    │   │   │   ├── 000002.log
    │   │   │   ├── CURRENT
    │   │   │   ├── CURRENT.bak
    │   │   │   ├── LOCK
    │   │   │   ├── LOG
    │   │   │   └── MANIFEST-000003
    │   │   ├── historyLeveldb
    │   │   │   ├── 000002.ldb
    │   │   │   ├── 000003.log
    │   │   │   ├── CURRENT
    │   │   │   ├── CURRENT.bak
    │   │   │   ├── LOCK
    │   │   │   ├── LOG
    │   │   │   └── MANIFEST-000004
    │   │   ├── ledgerProvider
    │   │   │   ├── 000002.ldb
    │   │   │   ├── 000003.log
    │   │   │   ├── CURRENT
    │   │   │   ├── CURRENT.bak
    │   │   │   ├── LOCK
    │   │   │   ├── LOG
    │   │   │   └── MANIFEST-000004
    │   │   ├── pvtdataStore
    │   │   │   ├── 000002.ldb
    │   │   │   ├── 000003.log
    │   │   │   ├── CURRENT
    │   │   │   ├── CURRENT.bak
    │   │   │   ├── LOCK
    │   │   │   ├── LOG
    │   │   │   └── MANIFEST-000004
    │   │   └── stateLeveldb
    │   │       ├── 000002.ldb
    │   │       ├── 000003.log
    │   │       ├── CURRENT
    │   │       ├── CURRENT.bak
    │   │       ├── LOCK
    │   │       ├── LOG
    │   │       └── MANIFEST-000004
    │   └── transientStore
    │       ├── 000002.log
    │       ├── CURRENT
    │       ├── CURRENT.bak
    │       ├── LOCK
    │       ├── LOG
    │       └── MANIFEST-000003
    └── org2
        ├── chaincodes
        │   └── mycc.1.0
        ├── ledgersData
        │   ├── bookkeeper
        │   │   ├── 000002.log
        │   │   ├── CURRENT
        │   │   ├── CURRENT.bak
        │   │   ├── LOCK
        │   │   ├── LOG
        │   │   └── MANIFEST-000003
        │   ├── chains
        │   │   ├── chains
        │   │   │   └── mychannel
        │   │   │       └── blockfile_000000
        │   │   └── index
        │   │       ├── 000002.ldb
        │   │       ├── 000003.log
        │   │       ├── CURRENT
        │   │       ├── CURRENT.bak
        │   │       ├── LOCK
        │   │       ├── LOG
        │   │       └── MANIFEST-000004
        │   ├── configHistory
        │   │   ├── 000002.log
        │   │   ├── CURRENT
        │   │   ├── CURRENT.bak
        │   │   ├── LOCK
        │   │   ├── LOG
        │   │   └── MANIFEST-000003
        │   ├── fileLock
        │   │   ├── 000002.log
        │   │   ├── CURRENT
        │   │   ├── CURRENT.bak
        │   │   ├── LOCK
        │   │   ├── LOG
        │   │   └── MANIFEST-000003
        │   ├── historyLeveldb
        │   │   ├── 000002.ldb
        │   │   ├── 000003.log
        │   │   ├── CURRENT
        │   │   ├── CURRENT.bak
        │   │   ├── LOCK
        │   │   ├── LOG
        │   │   └── MANIFEST-000004
        │   ├── ledgerProvider
        │   │   ├── 000002.ldb
        │   │   ├── 000003.log
        │   │   ├── CURRENT
        │   │   ├── CURRENT.bak
        │   │   ├── LOCK
        │   │   ├── LOG
        │   │   └── MANIFEST-000004
        │   ├── pvtdataStore
        │   │   ├── 000002.ldb
        │   │   ├── 000003.log
        │   │   ├── CURRENT
        │   │   ├── CURRENT.bak
        │   │   ├── LOCK
        │   │   ├── LOG
        │   │   └── MANIFEST-000004
        │   └── stateLeveldb
        │       ├── 000002.ldb
        │       ├── 000003.log
        │       ├── CURRENT
        │       ├── CURRENT.bak
        │       ├── LOCK
        │       ├── LOG
        │       └── MANIFEST-000004
        └── transientStore
            ├── 000002.log
            ├── CURRENT
            ├── CURRENT.bak
            ├── LOCK
            ├── LOG
            └── MANIFEST-000003
  1. 关闭docker容器
sudo docker rm -f $(sudo docker ps -aq)
# 注意： 不需要把channel-artifacts和crypto-config两个文件也删掉
  1. 重启docker后进入容器，直接进行invoke,query操作，发现可行，并且仍是继续上次的数据。也就是跳过了链码安装、部署、实例化等等操作，即测试完成。
wyx19980727
关注
专栏目录
fabric数据持久化
关于代码的那些事
03-08 2689
背景 fabric多机kafka部署完毕，但是每次容器销毁后，网络和数据就都不存在了。对于生产环境来说，这是无法接受的，所以就要考虑数据持久化的问题了。 方案 综合fabric官方教程（https://hyperledger-fabric.readthedocs.io/en/latest/build_network.html#a-note-on-data-persistence），思路如下：...
fabric-CA数据持久化配置详解
关于代码的那些事
01-18 409
Fabric Server端由一个服务器集群组成，以树形架构组织CA Server节点，包含一个Root 节点和多个中间节点。每个CA要么是根CA，要么是中间CA。每个中间CA都有一个父CA，它要么是根CA，要么是另一个中间CA。 可以通过Client或SDK与服务器集群中的CA服务器进行交互。客户端首先路由到HA代理，由代理进行负载均衡，将客户端连接至某一服务器的集群成员。 包括前端的一个高可用的代理服务器，连接着若干个CA Server集群，这些集群将数据共同存放在同一个数据服务器上。数据库可能是M
fabric 持久化
weixin_34112208的博客
12-06 240
每个容器都有目录需要映射出来。在volume中添加如下映射即可： peer是: /var/hyperledger/peer{number}/org{number}:/var/hyperledger/production orderer是： /var/hyperledger/orderer:/var/hyperledger/production zk是： /va...
Hyperledger fabric : 单机多节点kafka模式的数据持久化
shirley_vacuum的专栏
02-27 1124
fabric数据持久化：在fabric部署区块链网络完成后，每次容器docker一销毁，之前区块链网络上的所有数据也随之销毁。数据持久化实现了docker关闭后数据的恢复功能。 因为单机比较容易测试，先记录单机多节点kafka模式下的数据持久化操作步骤，简而言之就是，每个容器的数据都要映射到物理机。 参考了https://www.cnblogs.com/willaty/p/10077531.h...
Michael.W谈hyperledger Fabric第28期-详细带读Fabric的源码13-区块的存储持久化
Revelation_of_Turing
03-26 576
Michael.W谈hyperledger Fabric第28期-详细带读Fabric的源码13-区块的存储持久化1 区块的存储持久化2 源码实现 1 区块的存储持久化 Fabric的区块存储持久化，即区块的文件存储。 Fabric的文件存储是基于文件系统的，而不像前面所讲的世界状态和历史状态索引是基于levelDB数据库。 注：Fabric的区块索引还是存储在levelDB中，用于快速定位区块位...
Hyperledger Fabric 数据持久化
SoulWwb的博客
09-26 1218
Hyperledger Fabric 数据持久化 版本v1.4.0 将每个容器需要持久化存储的目录挂载出来，即使将所有容器删除（不删除数据卷），再重新创建，也可以恢复数据及功能。 以下是所有容器需要挂卷的目录： orderer /var/hyperledger/production/ zookeeper /data /datalog kafka /opt/kafka/logs /opt...
下一代数据架构Data Fabric到底是什么？
热门推荐
m0_59869709的博客
01-04 1万+
Data Fabric是数据管理的未来，而国内的相关信息较少。通过Data Fabric概念、能力、与其他技术差异以及在工业界实践方案的介绍，期望大家对Data Fabric有基本的了解，并结合各自的情况可以给出具体的、可落地的建设方案。
利用tunsten fabric架构实现数据中心网络的扩展
# 1. 简介 ...Tunsten Fabric是一种先进的数据中心网络扩展解决方案，它采用了软件定义网络（SDN）和网络功能虚拟化（NFV）的技术，以及多种开放标准和协议，可以为数据中心网络提供高度可扩展、灵活、
HyperLedger Fabric开发实战——快速掌握区块链技术-配套资源.zip
06-26
5. **数据持久化与存储**：Fabric使用LevelDB或CouchDB作为默认的键值存储，存储交易历史和世界状态。CouchDB支持JSON格式的数据，便于查询和数据分析。 6. **部署与运行**：书中“部署Demo”部分应包含如何设置...
Hyperledger Fabric应用开发：搭建分布式账本和联盟链
最新发布
AI天才研究院
08-13 697
区块链（Blockchain）是一个基于分布式数据库技术的数据结构，由多个节点组成的网络。每条区块中的数据记录都包含上一个区块的哈希值，通过这个哈希值将前后两者相连形成一条不可篡改、所有权无法伪造的链条，其独特的特征是对任何人来说都是透明可查的。基于区块链的分布式记账规则，保证了整个网络中数据的一致性、安全、匿名性，为许多商业场景提供底层基础。Hyperledger Fabric是由IBM公司开源的分布式分类账技术框架，是一种面向企业的区块链解决方案。
express-persistent-resource:用于 express 的 CRUD 资源中间件，将数据持久化到给定的 couchdb（使用 nano）
07-23
表达持久性资源 如果您使用的是完整的 ORM（即： ），请考虑改用 。 如果没有，请考虑同时使用 sequelize 和 express-rest-orm。 express-persistent-resource创建了一个功能齐全的 CRUD 资源（express）中间件，它将所有信息持久化到给定的 CouchDB 实例。 就这么简单 var resource = require ( 'express-persistent-resource' ) ; app . use ( '/bread' , resource ( 'bread' , 'http://localhost:5984/awesome-food' , { fields : 'title,ingredients:(title)' } ) ) ; 你得到 GET /bread => list of all bread
Fabric遇到问题和解决方法总结
小冷coding的博客
10-08 4688
1.遇到的问题 -bash: ls: 未找到命令 解决方法如下，可解决 export PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin 2.权限问题 ./bin/cryptogen:没有权限 解决方法 chmod +x ./bin/cryptogen 3.问题 clean: line 12: tr...
学习记录：fabric（6）- 系统问题（长期更改）
ychyssss的专栏
08-30 128
项目问题 列举一些没有实现的TODO放在这里，后续跟进。 TODOList config文件还是得做成外部文件，用程序生成没有权限，那么可能需要封装进docker镜像，自己弄一个镜像进去。这样链码可以读取的到。 数据加密 表权限 节点同步—主要是掉线重连之后或自主清空数据，正常情况下是都可以跟进的。 数据库的连接管理 ...
(翻译)fabric1.2.1新特效-私有数据
songbin830的专栏
07-26 3759
私有数据 私有数据的应用 在同一通道内某一组织持有私有数据，只要被认证的组织才可以访问。如果为了保持数据的隐私性而建立不同的通道，可能会增加通道以及相关链码的维护成本。 私有数据集 一个私有数据集由两个元素组成： 1. 真实的私有数据 只有在被认证的组织中的peer节点才能查看通过gossip协议通讯的私有数据。这些数据被保存在peer节点的私有数据库(SideDB...
Hyperledger Fabric（私有数据）
weixin_34275734的博客
08-25 155
私有数据 什么是私有数据？ 如果某个通道上的一组组织需要将该数据与该通道上的其他组织保密，他们可以选择创建一个新通道，只包含需要访问数据的组织。但是，在每种情况下创建单独的通道会产生额外的管理开销（维护链码版本，策略，MSP等），并且不允许你希望所有通道参与者在保持部分数据私有的情况下查看交易的用例。 这就是为什么从v1.2开始，Fabr...
以docker启动fabric网络，高并发大规模数据插入账本时，容器磁盘占用率急速升高
btqszl的博客
03-05 5505
首先我们测试fabric网络的并发量：Fabric性能验证实验目的：验证fabric在并发请求（invoke、query）下的性能实验条件：在centos7系统下搭建fabric，基于fabric v1.0.6版本，go version go1.9.2 linux/amd64，Docker version 18.01.0-ce, build 03596f5，docker-compose versi...
Hyperledger Fabric BYFN之配置进阶篇
Zeal Vampire真诚的吸血鬼
09-07 1255
参考http://www.javatree.cn/news/b25c5e3b9d4640e4a0da2039981c7a03 1. byfn.sh up down会清理所有容器镜像，生成的配置文件和证书，现实场景应该可以停止或恢复区块链网络，该如何处理？   byfn.sh down会调用networkdDown去销毁整个网络和已生成的配置。byfn.sh restart则不会清理。   ...
写给CTO的主流区块链架构横向剖析
区块链大本营
09-01 5109
本文从多个维度比较并讨论了当前各个区块链框架的特点和功能，并阐述了它们在各方面的优缺点，以及在应用领域上的适用性和局限性。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值