The flow changed since last version of testbed scripts:
- New default flow is to deventify network into multi-validator (4) setup, no governance vote for upgrade is required, as it happens in-place during devnetify.
- The flow is located inside multival-novote dir.
Alternative flow, to avoid using docker and run node natively:
- singleval-novote
- It bootstraps and devnitifies the network with a single validator. It is not suitable for any serious testing (app-hash won't be caught, etc).
Previous (Legacy) flow was to devnetify with a single validator and run the upgrade proposal through a governance vote, replacing the binaries after proposal passes. That was not an efficient flow, but handled things in a way that resembeles usual chain operations.
Archive of the legacy flow can be found there: singleval-vote
# after cloning repo don't forget to initialize LFS
git lfs install
git lfs pullAll approaches to devnetify an existing network state are based injectived devnetify subcommand, implemented since v1.16.x and going forward.
- multival-novote - new flow
- singleval-novote - new flow, single validator
- singleval-vote - legacy