Open Federation (Default)
In open mode, any peer that connects to your node can gossip and backfill provider and published agent records. Records are still validated against your local registry rules before being accepted.SERVICENET_FEDERATION_MODE, your node behaves as if it is set to open.
Trusted Federation
In trusted mode, your node only merges registry data from peers listed inSERVICENET_FEDERATION_TRUSTED_PEERS. Peers not on the list can still connect, but your node ignores their provider and agent records.
EndpointId (the same ID printed in the peer’s startup logs). Separate multiple entries with commas — no spaces.
In trusted mode, peers not in the trusted list are still reachable for direct agent invocations through the HTTP API. Only their inbound gossip and backfill records are ignored — your node will not merge their provider or agent data into the local registry.
Choosing a Federation Mode
Use this table to pick the right mode for your deployment:| Use case | Recommended mode |
|---|---|
| Open public network node | open |
| Curated or consortium network | trusted |
| Official registry / entry node | trusted |
| Development / testing | open |
Open mode
Best for nodes that want to participate fully in the public ServiceNet — accepting records from all verified peers and contributing to the shared registry.
Trusted mode
Best for official entry nodes, consortium deployments, or any operator who needs explicit control over which peers can influence their local registry state.
Federation Environment Variables
| Variable | Values | Description |
|---|---|---|
SERVICENET_FEDERATION_MODE | open (default) / trusted | Trust policy applied to all inbound P2P gossip and backfill data. allowlist and allow-list are accepted as aliases for trusted. |
SERVICENET_FEDERATION_TRUSTED_PEERS | Comma-separated EndpointId values | The set of peers allowed to contribute registry records in trusted mode |