From 377290da547e8f31365a7a0e947727b27f81633b Mon Sep 17 00:00:00 2001 From: nikhil550 Date: Mon, 11 Jan 2021 12:21:51 -0500 Subject: [PATCH] Remove anchor peers from configtx.yaml tutorial (#2257) Signed-off-by: Nikhil Gupta (cherry picked from commit e208c7c94195abf595080181d5c5badf223586fc) --- docs/source/create_channel/create_channel_config.md | 10 ---------- 1 file changed, 10 deletions(-) diff --git a/docs/source/create_channel/create_channel_config.md b/docs/source/create_channel/create_channel_config.md index 16428b2dd30..aa993ed1995 100644 --- a/docs/source/create_channel/create_channel_config.md +++ b/docs/source/create_channel/create_channel_config.md @@ -58,14 +58,6 @@ You can see the part of `configtx.yaml` that defines Org1 of the test network be Endorsement: Type: Signature Rule: "OR('Org1MSP.peer')" - - # leave this flag set to true. - 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 ``` - The `Name` field is an informal name used to identify the organization. @@ -82,8 +74,6 @@ You can see the part of `configtx.yaml` that defines Org1 of the test network be - The `Policies` section is used to define a set of signature policies that reference the channel member. We will discuss these policies in more detail when we discuss [channel policies](channel_policies.html). - - The `AnchorPeers` field lists the anchor peers for an organization. Anchor peers are required in order to take advantage of features such as private data and service discovery. It is recommended that organizations select at least one anchor peer. While an organization can select their anchor peers on the channel for the first time using the `configtxgen` tool, it is recommended that each organization set anchor peers by using the `configtxlator` tool to [update the channel configuration](create_channel.html#set-anchor-peers). As a result, this field is not required. - ## Capabilities Fabric channels can be joined by orderer and peer nodes that are running different versions of Hyperledger Fabric. Channel capabilities allow organizations that are running different Fabric binaries to participate on the same channel by only enabling certain features. For example, organizations that are running Fabric v1.4 and organizations that are running Fabric v2.x can join the same channel as long as the channel capabilities levels are set to V1_4_X or below. None of the channel members will be able to use the features introduced in Fabric v2.0.