deploy: node from a chain spec file with genesis assertion, bootnodes as reserved peers, raised peer limits #24
Reference in New Issue
Block a user
Delete Branch "launch/chainspec-deploy"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Launch preparation for 2026-09-10 09:09 UTC.
CHAINSPEC_URLenv or thechainspec_urldispatch input downloads the spec infetch, validates it, extracts itsid, and the node runs with--chain /etc/quantus-node/chainspec.json. Without it the built-inCHAINname is used as before.EXPECTED_GENESIS/expected_genesisis required with a spec; validate readschain_getBlockHash(0)from the node's loopback RPC and fails the deploy (rollback) on mismatch. The chain name and genesis go into the step summary on every run.chains/<spec id>/and prints the id, which is thechaininput quantus/miner's deploy takes (quantus/miner PR alongside).BOOTNODES/bootnodes: each multiaddr is passed as--bootnodesand--reserved-nodes(not reserved-only), so the link to the foundation's nodes is never evicted.--out-peers 32 --in-peers 64; bob sits at the default cap of 40 today./etc/quantus-node/chainspec.json; applied to bob with infra-setup today.Merging deploys to planck with no spec, no genesis and no bootnodes, which exercises the new validate path and soaks the peer limits overnight. Cutover tomorrow is one dispatch: node_version, chainspec_url, expected_genesis, bootnodes.
🤖 Generated with Claude Code
https://claude.ai/code/session_01CBgs2nSi4H2mdh8kD8vMX5