Sub Zones
From a Node’s Perspective
From the perspective of a node a network is defined by the Identity Manager and Network Map Services it is configured to connect to. It has no comprehension of sub zones. It simply connects to the services configured within its configuration file and, once registered with both, interacts with other nodes and the apps deployed upon it via the RPC clients. This is summarised below:
The node is unaware of other sub zones, seeing only those nodes registered with the Network Map Service it itself has
registered with.
From the Perspective of the Zone
From the perspective of the operator of that zone however, things are a lot more interesting:
Interesting features
- All nodes are registered with the zone’s Identity Manager Service. (This includes the notaries.)
- Each sub zone is represented by a network map, each with its own database and network parameters file
- Node 1 is on the “older” sub zone using a minimum platform version of 3, it is unaware Nodes 2 and 3 even exist (just as they are unaware of it) but can use Notary 1.
- Nodes 2 and 3 and Notary 2 can all intercommunicate as one would expect
Segregated Sub Zones
The fundamental difference between a public sub zone and a segregated one is the operation of the notaries is deferred to a third party.
This is shown in the following diagram: