Я заметил, в текущей версии мерзавца из Bitcoin-Qt он устанавливает -checkblocks 2500 по умолчанию, в результате чего:
"Проверка последних 2500 блоков на уровне 1"
каждый раз, когда я начинаю Bitcoin-QT.
Для чего это? Почему блоки нужно проверки? Ничто не записывает блоки на диск, за исключением Bitcoin-кварту, так что это еще один шаг верификации? Является ли это возможно, как «Rescan», ищет новые сделки, которые не могут быть в моем бумажнике еще?
-повторное сканирование является вариантом бумажника, который пересканирует блок цепочку операций, пропавших без вести из бумажника. Это не должно быть необходимости в нормальном режиме работы, так как 0.3.21 (с тех пор, бумажник автоматически отсканировать из последнего блока они «видели»).
Основная причина -checkblocks (функция, которая существовала до тех пор, как я помню, но только был сделан настраиваемым в 0,6) является предотвращение случайного повреждения диска файла блока цепи, что может привести к отвергая лучшую цепь. Это, конечно, не защита от злоумышленника, который способен записывать ваши блочные файлы (хотя он делает такую атаку сложнее).
Также отмечу, что и значение уровней проверки, как количество по умолчанию блоков для сканирования было изменено в мерзавце головах (только 288 блоков, но с гораздо более тщательной проверкой). Это безопасно, поскольку коррупция блок данных больше не является цепью разветвление риска в новой структуре базы данных (только неизрасходованного базы данных вывода транзакции, ака базы данных монет, иначе chainstate вопросы).
Вот объяснение нового -checklevel значений (для 0.8):
- 0: проверка всех блоков заголовков + сравнения (по хэш) для блоков на диске в течение последних -checkblocks блоков
- 1: Кроме того, проверьте (standalong) Обоснованность этих -checkblocks блоков
- 2: Кроме того, убедитесь, что данные отката соответствуют контрольным суммам
- 3: Кроме того, проверьте, что текущие матчи chainstate может обоснованно быть результатом последних N блоков, где N ограничено обоими -checkblocks и количество кэша в оперативной памяти (-dbcache); как правило, это около 150.
- 4: Кроме того, в течение последних N блоков (см выше), сделайте полную проверку (в том числе подписи чеков).
Обратите внимание, что новое значение по умолчанию (3), на самом деле сильнее, чем проверка предыдущего самого высокого уровня (6).