From 02fae3363511e96a76ff64a4513c7a7e8d8d4403 Mon Sep 17 00:00:00 2001 From: willcl-ark Date: Sun, 23 Feb 2025 16:54:00 +0000 Subject: [PATCH] doc: add assumeutxo chainparams to release proc This should be bumped every major release to avoid falling too far behind, therefore making this feature as useful as it can be. Document this in release-process.md to avoid forgetting to add a new hardcoded height during release. --- doc/release-process.md | 2 ++ 1 file changed, 2 insertions(+) diff --git a/doc/release-process.md b/doc/release-process.md index 197ed8c0a4e..bf466542840 100644 --- a/doc/release-process.md +++ b/doc/release-process.md @@ -44,6 +44,8 @@ Release Process - On mainnet, the selected value must not be orphaned, so it may be useful to set the height two blocks back from the tip. - Testnet should be set with a height some tens of thousands back from the tip, due to reorgs there. - `nMinimumChainWork` with the "chainwork" value of RPC `getblockheader` using the same height as that selected for the previous step. + - `m_assumeutxo_data` array should be appended to with the values returned by calling `bitcoin-cli -rpcclienttimeout=0 -named dumptxoutset utxo.dat rollback=` + The same height considerations for `defaultAssumeValid` apply. * Consider updating the headers synchronization tuning parameters to account for the chainparams updates. The optimal values change very slowly, so this isn't strictly necessary every release, but doing so doesn't hurt. - Update configuration variables in [`contrib/devtools/headerssync-params.py`](/contrib/devtools/headerssync-params.py):