Skip to content
Permalink
Branch: master
Find file Copy path
Find file Copy path
Fetching contributors…
Cannot retrieve contributors at this time
464 lines (406 sloc) 18 KB
# Copyright IBM Corp. All Rights Reserved.
#
# SPDX-License-Identifier: Apache-2.0
#
---
################################################################################
#
# ORGANIZATIONS
#
# This section defines the organizational identities that can be referenced
# in the configuration profiles.
#
################################################################################
Organizations:
# SampleOrg defines an MSP using the sampleconfig. It should never be used
# in production but may be used as a template for other definitions
- &OrdererOrg
# DefaultOrg defines the organization which is used in the sampleconfig
# of the fabric.git development environment
Name: OrdererOrg
# ID to load the MSP definition as
ID: OrdererMSP
# MSPDir is the filesystem path which contains the MSP configuration
MSPDir: crypto-config/ordererOrganizations/example.com/msp
# # AdminPrincipal dictates the type of principal used for an
# # organization's Admins policy. Today, only the values of Role.ADMIN and
# # Role.MEMBER are accepted, which indicates a principal of role type
# # ADMIN and role type MEMBER respectively.
# AdminPrincipal: Role.ADMIN
- &Org1
# DefaultOrg defines the organization which is used in the sampleconfig
# of the fabric.git development environment
Name: Org1MSP
# ID to load the MSP definition as
ID: Org1MSP
MSPDir: crypto-config/peerOrganizations/org1.example.com/msp
AnchorPeers:
# AnchorPeers defines the location of peers which can be used
# for cross org gossip communication. Note, this value is only
# encoded in the genesis block in the Application section context
- Host: peer0.org1.example.com
Port: 7051
- &Org2
# defaultorg defines the organization which is used in the sampleconfig
# of the fabric.git development environment
Name: Org2MSP
# id to load the msp definition as
ID: Org2MSP
MSPDir: crypto-config/peerOrganizations/org2.example.com/msp
anchorpeers:
# anchorpeers defines the location of peers which can be used
# for cross org gossip communication. note, this value is only
# encoded in the genesis block in the application section context
- host: peer0.org2.example.com
port: 8051
- &Org1Idemix
# defaultorg defines the organization which is used in the sampleconfig
# of the fabric.git development environment
name: idemixMSP1
# id to load the msp definition as
id: idemixMSPID1
msptype: idemix
mspdir: crypto-config/peerOrganizations/org3.example.com
- &Org2Idemix
# defaultorg defines the organization which is used in the sampleconfig
# of the fabric.git development environment
name: idemixMSP2
# id to load the msp definition as
id: idemixMSPID2
msptype: idemix
mspdir: crypto-config/peerOrganizations/org4.example.com
################################################################################
#
# ORDERER
#
# This section defines the values to encode into a config transaction or
# genesis block for orderer related parameters.
#
################################################################################
Orderer: &OrdererDefaults
# Orderer Type: The orderer implementation to start.
# Available types are "solo" and "kafka".
OrdererType: solo
Addresses:
- orderer.example.com:7050
# Batch Timeout: The amount of time to wait before creating a batch.
BatchTimeout: 2s
# Batch Size: Controls the number of messages batched into a block.
BatchSize:
# Max Message Count: The maximum number of messages to permit in a
# batch.
MaxMessageCount: 10
# Absolute Max Bytes: The absolute maximum number of bytes allowed for
# the serialized messages in a batch. If the "kafka" OrdererType is
# selected, set 'message.max.bytes' and 'replica.fetch.max.bytes' on
# the Kafka brokers to a value that is larger than this one.
AbsoluteMaxBytes: 10 MB
# Preferred Max Bytes: The preferred maximum number of bytes allowed
# for the serialized messages in a batch. A message larger than the
# preferred max bytes will result in a batch larger than preferred max
# bytes.
PreferredMaxBytes: 512 KB
# Max Channels is the maximum number of channels to allow on the ordering
# network. When set to 0, this implies no maximum number of channels.
MaxChannels: 0
# Kafka:
# # Brokers: A list of Kafka brokers to which the orderer connects. Edit
# # this list to identify the brokers of the ordering service.
# # NOTE: Use IP:port notation.
# Brokers:
# - kafka0:9092
# - kafka1:9092
# - kafka2:9092
# Organizations lists the orgs participating on the orderer side of the
# network.
Organizations:
################################################################################
#
# APPLICATION
#
# This section defines the values to encode into a config transaction or
# genesis block for application-related parameters.
#
################################################################################
Application: &ApplicationDefaults
# Organizations lists the orgs participating on the application side of the
# network.
Organizations:
################################################################################
#
# CAPABILITIES
#
# This section defines the capabilities of fabric network. This is a new
# concept as of v1.1.0 and should not be utilized in mixed networks with
# v1.0.x peers and orderers. Capabilities define features which must be
# present in a fabric binary for that binary to safely participate in the
# fabric network. For instance, if a new MSP type is added, newer binaries
# might recognize and validate the signatures from this type, while older
# binaries without this support would be unable to validate those
# transactions. This could lead to different versions of the fabric binaries
# having different world states. Instead, defining a capability for a channel
# informs those binaries without this capability that they must cease
# processing transactions until they have been upgraded. For v1.0.x if any
# capabilities are defined (including a map with all capabilities turned off)
# then the v1.0.x peer will deliberately crash.
#
################################################################################
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
# V1.1 for Channel is a catchall flag for behavior which has been
# determined to be desired for all orderers and peers running v1.0.x,
# but the modification of which would cause incompatibilities. Users
# should leave this flag set to true.
V1_1: true
# Orderer capabilities apply only to the orderers, and may be safely
# manipulated without concern for upgrading peers. Set the value of the
# capability to true to require it.
Orderer: &OrdererCapabilities
# V1.1 for Order is a catchall flag for behavior which has been
# determined to be desired for all orderers running v1.0.x, but the
# modification of which would cause incompatibilities. Users should
# leave this flag set to true.
V1_1: true
# Application capabilities apply only to the peer network, and may be
# safely manipulated without concern for upgrading orderers. Set the value
# of the capability to true to require it.
Application: &ApplicationCapabilities
# V1.1 for Application is a catchall flag for behavior which has been
# determined to be desired for all peers running v1.0.x, but the
# modification of which would cause incompatibilities. Users should
# leave this flag set to true.
V1_1: true
# V1_1_PVTDATA_EXPERIMENTAL is an Application capability to enable the
# private data capability. It is only supported when using peers built
# with experimental build tag. When set to true, private data
# collections can be configured upon chaincode instantiation and
# utilized within chaincode Invokes.
# NOTE: Use of this feature with non "experimental" binaries on the
# network may cause a fork.
# V1_1_PVTDATA_EXPERIMENTAL: false
# V1_1_RESOURCETREE_EXPERIMENTAL is an Application capability to enable
# the resources capability. Currently this is needed for defining
# resource-based access control (RBAC). RBAC helps set fine-grained
# access control on system resources such as the endorser and various
# system chaincodes. Default is v1.0-based access control based on
# CHANNEL_READERS and CHANNEL_WRITERS.
# NOTE: Use of this feature with non "experimental" binaries on
# the network may cause a fork.
# V1_1_RESOURCETREE_EXPERIMENTAL: false
# Application capabilities apply only to the peer network, and may be
# safely manipulated without concern for upgrading orderers. Set the value
# of the capability to true to require it.
Application1_2: &ApplicationCapabilities1_2
# V1.1 for Application is a catchall flag for behavior which has been
# determined to be desired for all peers running v1.0.x, but the
# modification of which would cause incompatibilities. Users should
# leave this flag set to true.
V1_2: true
# V1_1_PVTDATA_EXPERIMENTAL is an Application capability to enable the
# private data capability. It is only supported when using peers built
# with experimental build tag. When set to true, private data
# collections can be configured upon chaincode instantiation and
# utilized within chaincode Invokes.
# NOTE: Use of this feature with non "experimental" binaries on the
# network may cause a fork.
# V1_1_PVTDATA_EXPERIMENTAL: true
# V1_1_RESOURCETREE_EXPERIMENTAL is an Application capability to enable
# the resources capability. Currently this is needed for defining
# resource-based access control (RBAC). RBAC helps set fine-grained
# access control on system resources such as the endorser and various
# system chaincodes. Default is v1.0-based access control based on
# CHANNEL_READERS and CHANNEL_WRITERS.
# NOTE: Use of this feature with non "experimental" binaries on
# the network may cause a fork.
# V1_1_RESOURCETREE_EXPERIMENTAL: true
Application1_3: &ApplicationCapabilities1_3
# V1.1 for Application is a catchall flag for behavior which has been
# determined to be desired for all peers running v1.0.x, but the
# modification of which would cause incompatibilities. Users should
# leave this flag set to true.
V1_3: true
# V1_1_PVTDATA_EXPERIMENTAL is an Application capability to enable the
# private data capability. It is only supported when using peers built
# with experimental build tag. When set to true, private data
# collections can be configured upon chaincode instantiation and
# utilized within chaincode Invokes.
# NOTE: Use of this feature with non "experimental" binaries on the
# network may cause a fork.
# V1_1_PVTDATA_EXPERIMENTAL: true
# V1_1_RESOURCETREE_EXPERIMENTAL is an Application capability to enable
# the resources capability. Currently this is needed for defining
# resource-based access control (RBAC). RBAC helps set fine-grained
# access control on system resources such as the endorser and various
# system chaincodes. Default is v1.0-based access control based on
# CHANNEL_READERS and CHANNEL_WRITERS.
# NOTE: Use of this feature with non "experimental" binaries on
# the network may cause a fork.
# V1_1_RESOURCETREE_EXPERIMENTAL: true
Application2_0: &ApplicationCapabilities2_0
# V1.1 for Application is a catchall flag for behavior which has been
# determined to be desired for all peers running v1.0.x, but the
# modification of which would cause incompatibilities. Users should
# leave this flag set to true.
V2_0: true
# V1_1_PVTDATA_EXPERIMENTAL is an Application capability to enable the
# private data capability. It is only supported when using peers built
# with experimental build tag. When set to true, private data
# collections can be configured upon chaincode instantiation and
# utilized within chaincode Invokes.
# NOTE: Use of this feature with non "experimental" binaries on the
# network may cause a fork.
# V1_1_PVTDATA_EXPERIMENTAL: true
# V1_1_RESOURCETREE_EXPERIMENTAL is an Application capability to enable
# the resources capability. Currently this is needed for defining
# resource-based access control (RBAC). RBAC helps set fine-grained
# access control on system resources such as the endorser and various
# system chaincodes. Default is v1.0-based access control based on
# CHANNEL_READERS and CHANNEL_WRITERS.
# NOTE: Use of this feature with non "experimental" binaries on
# the network may cause a fork.
# V1_1_RESOURCETREE_EXPERIMENTAL: true
################################################################################
#
# Profile
#
# - Different configuration profiles may be encoded here to be specified
# as parameters to the configtxgen tool
#
################################################################################
Profiles:
TwoOrgsOrdererGenesis:
Orderer:
<<: *OrdererDefaults
Organizations:
- *OrdererOrg
Consortiums:
SampleConsortium:
Organizations:
- *Org1
- *Org2
TwoOrgsChannel:
Consortium: SampleConsortium
Application:
<<: *ApplicationDefaults
Organizations:
- *Org1
- *Org2
################################################################################
#
# Profile for v1.1 capabilities
#
# - Different configuration profiles may be encoded here to be specified
# as parameters to the configtxgen tool
#
################################################################################
TwoOrgsOrdererGenesis_v11:
Capabilities:
<<: *ChannelCapabilities
Orderer:
<<: *OrdererDefaults
Organizations:
- *OrdererOrg
Capabilities:
<<: *OrdererCapabilities
Consortiums:
SampleConsortium:
Organizations:
- *Org1
- *Org2
TwoOrgsChannel_v11:
Consortium: SampleConsortium
Application:
<<: *ApplicationDefaults
Organizations:
- *Org1
- *Org2
Capabilities:
<<: *ApplicationCapabilities
###############################################################################
# Profile for v1.2 capabilities
#
# - Different configuration profiles may be encoded here to be specified
# as parameters to the configtxgen tool
#
################################################################################
TwoOrgsOrdererGenesis_v12:
Capabilities:
<<: *ChannelCapabilities
Orderer:
<<: *OrdererDefaults
Organizations:
- *OrdererOrg
Capabilities:
<<: *OrdererCapabilities
Consortiums:
SampleConsortium:
Organizations:
- *Org1
- *Org2
Application:
<<: *ApplicationDefaults
Organizations:
- *OrdererOrg
Capabilities:
<<: *ApplicationCapabilities1_2
TwoOrgsChannel_v12:
Consortium: SampleConsortium
Application:
<<: *ApplicationDefaults
Organizations:
- *Org1
- *Org2
Capabilities:
<<: *ApplicationCapabilities1_2
################################################################################
#
# Profile for v1.3 capabilities
#
# - Different configuration profiles may be encoded here to be specified
# as parameters to the configtxgen tool
#
################################################################################
TwoOrgsOrdererGenesis_v13:
Capabilities:
<<: *ChannelCapabilities
Orderer:
<<: *OrdererDefaults
Organizations:
- *OrdererOrg
Capabilities:
<<: *OrdererCapabilities
Consortiums:
SampleConsortium:
Organizations:
- *Org1
- *Org2
- *Org1Idemix
- *Org2Idemix
Application:
<<: *ApplicationDefaults
Organizations:
- *OrdererOrg
Capabilities:
<<: *ApplicationCapabilities1_3
TwoOrgsChannel_v13:
Consortium: SampleConsortium
Application:
<<: *ApplicationDefaults
Organizations:
- *Org1
- *Org2
- *Org1Idemix
- *Org2Idemix
Capabilities:
<<: *ApplicationCapabilities1_3
TwoOrgsChannel_v20:
Consortium: SampleConsortium
Application:
<<: *ApplicationDefaults
Organizations:
- *Org1
- *Org2
Capabilities:
<<: *ApplicationCapabilities2_0
You can’t perform that action at this time.