Як запустити повний вузол 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, диск і мережу протягом тривалого періоду, тому залиште запас ємності та уникайте обіцянок щодо часу завершення до спостереження за вибраним обладнанням, пірами та поточним ланцюжком. Відстежуйте вільний простір на диску, перезапуски процесів, стан пірів і поля синхронізації, які надає поточна документація Bitcoin Core RPC. Записуйте найкращий блок, стан заголовка та індикатор початкового завантаження як доказ, але порівнюйте їх з поточним станом мережі, а не з жорстко закодованою висотою.

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

05

Плануйте обслуговування та відновлення

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

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