Как оценить синхронизацию Bitcoin Core по двум замерам
Во время начальной синхронизации нода может знать заголовки на тысячи блоков вперёд. Два замера покажут, успевает ли нода скачивать и проверять сами блоки.
Снимите два показания
date -u
bitcoin-cli getblockchaininfo | jq '{chain, blocks, headers, bestblockhash, verificationprogress, initialblockdownload}'
Через пять минут повторите команду на том же сервере и сохраните время обоих замеров. Допустим, blocks выросло с 820000 до 820300, а headers осталось равным 825000. За это время проверенная цепочка выросла на 300 блоков. Постоянная высота заголовков в таком случае вполне ожидаема.
Определите следующий шаг
Если разрыв увеличивается, но blocks растёт, нода продолжает проверку и параллельно получает новые заголовки. Когда обе высоты стоят несколько замеров подряд, сверьтесь с другой доверенной нодой той же сети. Если она ушла вперёд, проверьте соединения с пирами. Если растёт только headers, посмотрите журнал загрузки и проверки блоков, затем свободное место на диске.
В Bitcoin Core 30 поле verificationprogress — оценка от нуля до единицы. Размер блоков и затраты на их проверку меняются по мере продвижения по истории. Прогноз времени окончания по одному пятиминутному интервалу может сильно ошибаться при переходе к более загруженному периоду.
bitcoincore.org getblockchaininfo · bitcoincore.org getpeerinfo