Networks: logos.dev vs logos.test#
Two hosted networks are available to a delivery node. Pick one with the
preset key in the createNode config:
{ "mode": "Core", "preset": "logos.test" }
The repo ships a ready config for each — conf/logos-test.json
and conf/logos-dev.json. See
run-node.md for how to boot with one.
Which to use#
logos.test unless you have a reason not to. It is the stable
testnet-candidate fleet and the target for application development. It is the
default throughout this repo’s docs and the shipped Docker setup.
logos.dev is the bleeding-edge integration fleet. It is redeployed
freely and may break at any time. Use it when you need to exercise unreleased
delivery changes, not to build against.
The two are separate clusters, so nodes on one do not see nodes on the other.
The presets#
|
|
|
|---|---|---|
Cluster ID |
3 |
2 |
Entry nodes |
|
|
Sharding |
auto, 8 shards |
auto, 8 shards |
Max message size |
150 KiB |
150 KiB |
RLN |
off |
off |
Mix routing |
on |
on |
P2P reliability |
on |
on |
discv5 |
on |
on |
Kademlia discovery |
on |
on |
Cluster ID and entry nodes are the only differences. Both names also accept a
dotless spelling (logosdev, logostest).
The live node list and status for both fleets is at fleets.logos.co.
logos.devmoved from cluster 2 to cluster 3 in logos-delivery #4113. A build pinned to a delivery revision older than that still resolves the preset to cluster 2 and will not reach the fleet.