I’m making an attempt to grasp the state of an outdated Bitcoin Core pockets synchronization / rescan.
Context:
- Pockets kind: outdated legacy / non-HD pockets.dat, possible created round 2009–2011
- Machine: devoted MacBook Professional 2022/2023
- Bitcoin Core runs 24/7
- Sleep is disabled through: sudo pmset -a disablesleep 1
- The machine is used just for Bitcoin Core
- Web connection is steady LAN / fiber
- Present GUI progress: about 96.21%
- First documented progress: 94.46% on 2023-11-19
- Essential later factors:
- 2025-12-21: 96.00%
- 2026-01-15: 96.04%
- 2026-02-27: 96.10%
- 2026-04-17: 96.17%
- present: 96.21%
- The information listing is round 80 GB
- The GUI at present reveals 0.00000000 BTC
- I used to be informed there could also be many keys within the pockets keypool, presumably a whole bunch or 1000’s
- I used to be additionally informed that round 36,612 blocks should still be open / unprocessed
In debug.log I repeatedly see traces like:
UpdateTip … progress=1.000000
I additionally see a number of traces like:
[net:warning] pcp: Couldn’t obtain response: Connection refused (61)
I do NOT see apparent errors akin to:
- corrupt
- database error
- pockets.dat corrupt
- can not rescan past pruned top
- reindex required
My questions:
Previous legacy/non-HD pockets.dat: Bitcoin Core has been extraordinarily gradual since 2023. The GUI is at present at 96.21%, the pockets reveals 0 BTC, and debug.log repeatedly reveals UpdateTip ... progress=1.000000 with no seen DB/corruption errors.
Does this point out a traditional however very gradual pockets rescan/DB bottleneck after accomplished IBD, or does it counsel a configuration/drawback state?
thanks prematurely!
