sv_operator/sv_network_resets

[giscus[bot]]

sv_operator/sv_network_resets

https://docs.dev.sync.global/sv_operator/sv_network_resets.html

[waynecollier-da]

Does the Migration ID remain the same after a network reset?

No. The Migration ID resets to 0. The network starts from scratch.

[stephencompall-DA]

Addressed in 0.3.14.

[moritzkiefer-da]

What exactly are you missing here? The docs literally state "Redeploy your node with migration id 0, the new chainIdSuffix, and initialAmuletPrice in the SV helm values. Note that this requires changes in the helm values of all charts."?

[waynecollier-da]

@moritzkiefer-da I'm just repeating a query from Slack, without taking time to look at the docs. Feel free to ignore / delete my comment.

[waynecollier-da]

Or maybe something as simple as bolding the instruction in point 6

[stephencompall-DA]

Addressed in 0.3.14.

[stas-sbi]

What we have to keep across resets:

• versions of Daml apps
• amulet and dso configs
• amulet price
• traffic price
• sv identities and weights
• starting round (to match issuing curve)
• something else?

What we have to update after reset:

• auto-sweeping configuration (because party ids change)

[moritzkiefer-da]

probably wanna just diff the full amulet config which includes synchronizer fees.

[waynecollier-da]

for TestNet, we should match (or get close to) the MainNet round number, so that rewards minting lines up.

[stas-sbi]

Auto-sweeping configuration (if any) needs to be updated after reset as well because party ids change

[stas-sbi]

PR to fetch and store DSO configs automatically once a day global-synchronizer-foundation/configs#52

[stas-sbi]

DSO and Amulet rules are automatically fetched and PRed to configs daily now:

• https://github.com/global-synchronizer-foundation/configs/actions/runs/14785887546
• Update DSO configs configs#57

[nikhilrav-sbisecsol]

Correction in jq for comparing weights

diff -C2 <(jq '.dso_rules.contract.payload.svs[] | [.[1].name, .[1].svRewardWeight]' < backup.json) <(jq '.dso_rules.contract.payload.svs[] | [.[1].name, .[1].svRewardWeight]' < current_state.json)

[martinflorian-da]

@nikhilrav-sbisecsol jq '.dso_rules.contract.payload.svs.[]' and jq '.dso_rules.contract.payload.svs[]' both yield the same result for me.

> jq --version
jq-1.7.1

[waynecollier-da]

Let's reset TestNet to the same round as MainNet (or as close as possible) so that the minting curves match; otherwise it's harder for Apps to test reward distribution.