Как запустить полную ноду Bitcoin

01

Выберите сохраняемую историю и индексы до установки

Урезанный узел Bitcoin Core по-прежнему проверяет блоки, но удаляет старые файлы блоков после проверки, чтобы оставаться около заданной цели. Выбирайте урезание только если клиентам не нужны произвольные исторические данные блоков. Документация Bitcoin Core указывает, что урезание несовместимо с полным индексом транзакций, а возврат от урезанного к неурезанному режиму требует перестройки и повторной загрузки блокчейна.

Сначала перечислите все запросы кошелька, обозревателя или приложения, затем решите, нужны ли индексация, блочные фильтры или исторические чтения. Рассчитывайте объём диска с учётом текущих требований, выбранных индексов, состояния базы данных, журналов, работ по обновлению и будущего роста. Не используйте устаревшее значение размера цепочки как постоянный минимум.

• Bitcoin Параметры обрезки ядра и индекса ↗

02

Проверьте выпуск и изолируйте службу

Загрузите с официального канала выпуска Bitcoin Core и следуйте текущей процедуре контрольной суммы и подписи. Проверка означает, что хэш архива указан в списке и подписи получены от ключей, которым вы решили доверять; одна лишь успешная загрузка не является доказательством происхождения. Сохраните выпуск, дату проверки и соответствующие отпечатки в журнале изменений.

Запускайте демон под выделенной непривилегированной учётной записью службы с ограничительными правами на каталог данных. Поддерживайте операционную систему в обновлённом состоянии, открывайте только необходимые службы и отделяйте администрирование узла от учётных данных приложений. Если узел также загружает кошелёк, рассматривайте резервное копирование кошелька и хранение ключей как отдельный процесс с высоким риском; копия данных блокчейна не заменяет материал кошелька.

• Официальные инструкции по загрузке и проверке Bitcoin Core ↗

03

Держите RPC вне публичного Интернета

Официальная документация интерфейса Bitcoin Core говорит не включать RPC через публичный Интернет. Аутентификация не шифрует соединение, а RPC может управлять нодой, получать доступ к приватным данным и, при наличии кошельков, приводить к финансовым потерям. Держите его на localhost, когда возможно. Для удалённого приложения используйте защищённый частный путь, такой как VPN или проброс SSH, и ограничьте как сетевую доступность, так и идентичность операционной системы.

Аутентификация по cookie является предпочтительным локальным вариантом по умолчанию, если не настроен статический пароль RPC. Относитесь к любым действительным учётным данным RPC как к мощным; списки разрешённых методов — полезные средства ограничения, но не замена изоляции системы. Одноранговый интерфейс отделён от RPC. Если вы принимаете входящие пиры, публикуйте только предполагаемый сервис P2P и проверьте межсетевой экран хоста согласно документации текущего выпуска.

04

Определите критерии приёмки синхронизации

Начальная синхронизация может интенсивно использовать CPU, диск и сеть в течение длительного времени, поэтому оставляйте запас ёмкости и не обещайте время завершения до наблюдения за выбранным оборудованием, пирами и текущей цепью. Следите за свободным местом на диске, перезапусками процессов, состоянием пиров и полями синхронизации, предоставляемыми текущей документацией RPC Bitcoin Core. Записывайте лучший блок, состояние заголовков и индикатор начальной загрузки блоков как доказательство, но сравнивайте их с текущим состоянием сети, а не с жёстко заданной высотой.

Ожидаемый результат — узел, который запускается автоматически, не сообщает о нерешённых ошибках проверки, достигает текущей цепочки согласно документированным полям RPC, подключается к намеченным пирам и предоставляет RPC только через одобренный путь. Выполните этот контрольный список приёмки на развёрнутом узле; это не результат, заявленный здесь.

05

Планируйте обслуживание и восстановление

Подпишитесь на официальные объявления о выпусках и безопасности, просматривайте примечания к выпускам перед обновлениями, корректно завершайте работу и храните инструкции по откату или переустановке. Предупреждайте до того, как свободное место на диске станет критическим, и пересматривайте стратегии очистки и выбора индексов при изменении требований приложения. Очищенному узлу может потребоваться полная повторная загрузка для некоторых путей восстановления, поэтому включите в план сетевое время и доступность данных.

Резервируйте конфигурацию и материалы кошелька в соответствии с их отдельной чувствительностью, но предполагайте, что состояние блокчейна может быть восстановлено из сети при необходимости. Тестируйте восстановление, не раскрывая приватные ключи и не переиспользуя производственные учётные данные. Безлимитный трафик может упростить выставление счетов во время синхронизации и работы пира; он не гарантирует скорость синхронизации и не заменяет мониторинг пропускной способности и ресурсов.