Нова нода Blocknet повинна наздогнати всі блоки від генезису, перш ніж обслуговувати гаманець або соло-майнера. Контрольні точки прискорюють цей процес. Посібник пояснює вміст файла bntpool.com, використання демоном Blocknet для пропуску найповільніших перевірок зі збереженням прив’язки до справжнього ланцюга та самостійне завантаження, перевірку й підключення файла.
Що таке контрольні точки Blocknet?
Контрольні точки Blocknet — список відомих хешів блоків, по одному для кожного сотого блока, який bntpool.com надає як checkpoints.dat. Нода перевіряє відповідність отриманих блоків цим хешам і пропускає повторну перевірку доказу роботи та підписів до останньої точки, тому перша синхронізація завершується значно швидше.
Файл — звичайний текст з однією парою height:hash у рядку. Перші рядки 25 жовтня 2026 року виглядали так:
100:579099BE8BECF8F60817EA71C882EC061CE60C1A8CF7727F92DBEE2F49272989
200:DDFD65EC01744A61D2A41862141F60C847AC16F43B760E582F8B11A08D18C483
300:B4657F22AE0DDFB9D724138DF4BE44376E0388FFA72162FD65E968CD5AA77625
Кожен хеш є ID блока — SHA3-256 хешем його заголовка. Власний демон пулу записує файл зі свого ланцюга, включаючи лише блоки глибиною щонайменше 100 блоків. Сто блоків — жорстка межа остаточності Blocknet, найглибша дозволена протоколом реорганізація, тому кожна точка лежить в остаточній історії.
25 жовтня 2026 року о 02:04 EDT файл містив 689 точок від висоти 100 до 68 900 і мав розмір 48 811 байтів. Він зростає на рядок приблизно кожні 100 блоків — близько раз на вісім годин за п’ятихвилинних блоків. Поточну висоту дивіться на сторінці Checkpoints.
Як нода Blocknet використовує контрольні точки?
Нода із завантаженими точками вважає висоту останньої ціллю швидкої синхронізації. Поки ланцюг не досягне цієї висоти, вона покладається на опубліковані точки для двох найдорожчих перевірок, а всі інші виконує як звичайно:
- Доказ роботи спирається на точки. Доказ роботи кожного блока Blocknet — хеш Argon2id на 2 GiB пам’яті. Перераховувати його для кожного історичного блока дорого, а хеші точок уже засвідчують цю історію.
- Підписи RingCT і докази діапазону також спираються на них. Коментарі самого демона називають перевірку доказів діапазону виходів найбільшою окремою витратою синхронізації: доказ є в кожного виходу, зокрема coinbase кожного блока.
- Усі інші перевірки тривають. Зв’язки блоків, правило складності LWMA, правила часових позначок, розмір і структура блоків, перевірки подвійного витрачання за образами ключів та зв’язку кожного входу з підписом виконуються як звичайно. Виходи й образи ключів потрапляють до індексів, тому сканування гаманця та баланси такі самі, як після повної синхронізації.
Пропуск діє лише для блоків, що продовжують поточну вершину ноди, і лише нижче останньої точки. Після цієї висоти нода повністю перевіряє кожен новий блок, зокрема доказ роботи.
Як точки фіксують довірений ланцюг
Під час синхронізації до останньої точки будь-який блок на висоті точки повинен мати точно хеш із файла. Блок з іншим хешем відхиляють із помилкою невідповідності контрольній точці. Оскільки точки є кожні 100 блоків, пір не може повести ноду швидкої синхронізації іншою історією: наступна висота точки це виявить.
Точки також пришвидшують кожен перезапуск. Коли демон запускається з блоками на диску, він знаходить найвищу точку, що збігається зі збереженим ланцюгом, і повторно перевіряє лише блоки після неї замість проходити весь ланцюг від генезису.
Чи завантажує нова нода точки автоматично?
Так. Якщо під час запуску демона Blocknet у каталозі даних немає checkpoints.dat, він завантажує файл із https://bntpool.com/checkpoints.dat, підключає його та швидко синхронізується до останньої точки. Завантаження виконується за можливості: якщо завершити його не вдається, нода все одно запускається та перевіряє ланцюг повністю.
Цю адресу типово задано в самому ядрі Blocknet, тож нові ноди одразу швидко синхронізуються з файла bntpool.com. Демон отримує файл лише за його відсутності, дає запиту 15 секунд і обмежує завантаження до 32 MiB.
Як покроково використати точки bntpool.com?
Якщо ви хочете самі отримати й перевірити файл або оновити стару копію перед довгою повторною синхронізацією, виконайте ці кроки вручну.
1. Знайдіть каталог даних
Файл точок лежить у каталозі даних ноди поруч із базою ланцюга:
- Менеджер
blocknet:~/.config/bnt/data/mainnet/на macOS і Linux,C:\Users\<you>\.config\bnt\data\mainnet\на Windows, якщо ви не задалиdata_dirу конфігурації. - Безпосередній запуск ядра:
./blocknet-data-mainnetу папці запуску або шлях, переданий через--data.
2. Завантажте checkpoints.dat
Відкрийте Checkpoints та натисніть Download checkpoints.dat або отримайте файл із термінала. Цей приклад записує в типовий каталог даних ядра:
curl -L https://bntpool.com/checkpoints.dat -o blocknet-data-mainnet/checkpoints.dat
Завантаження поверх наявного файла замінює його — так оновлюють стару копію.
3. Перевірте SHA-256
Сторінка Checkpoints публікує SHA-256 поточного файла. Обчисліть хеш своєї копії та порівняйте:
sha256sum blocknet-data-mainnet/checkpoints.dat
На macOS використовуйте shasum -a 256. Хеш змінюється щоразу, коли пул додає точку, тому порівнюйте зі сторінкою одразу після завантаження.
4. Перевірте одну точку в оглядачі
Будь-який рядок можна звірити з відкритим оглядачем Blocknet. Відкрийте сторінку блока з висотою із файла, наприклад explorer.blocknetcrypto.com/block/68900, і порівняйте хеш із рядком 68 900. Ми зробили це для останньої точки 25 жовтня 2026 року, і хеші збіглися.
5. Запустіть ноду
Запустіть або перезапустіть демон. Під час запуску він читає checkpoints.dat і швидко синхронізується до останньої точки. Якщо ядро працює з інтерактивною оболонкою (--cli), команда load-checkpoints підключає файл до запущеної ноди та повідомляє висоту швидкої синхронізації:
> load-checkpoints
Точки допомагають, коли нода відстає. Щойно ланцюг перевищив висоту останньої точки, нода вже повністю перевіряє кожен блок, і новіший файл нічого не змінює.
Як перевірити файл точок зі скрипту?
Пул публікує відомості про файл як JSON за адресою https://bntpool.com/api/checkpoints, без ключа API:
| Поле | Значення |
|---|---|
available |
Чи має пул файл для видачі |
url |
Звідки завантажити |
entries |
Кількість точок у файлі |
latest_height, latest_hash |
Найвища точка та хеш її блока |
bytes, sha256 |
Розмір файла та SHA-256 |
updated_at |
Час останньої зміни як часова позначка Unix |
Саме завантаження має заголовки X-Checkpoint-Height, X-Checkpoint-Sha256 та ETag, побудований із хешу. Скрипт може надіслати If-None-Match і швидко отримати 304 Not Modified, якщо нічого не змінилося:
curl -s https://bntpool.com/api/checkpoints | jq '{latest_height, sha256}'
Відповіді можуть кешуватися 60 секунд, чого цілком досить для файла, що змінюється приблизно раз на вісім годин.
blocknetcrypto.com повідомляє, що заплановане оновлення Faraday принесе легший доказ роботи, аби нові ноди швидше наздоганяли ланцюг. До того часу контрольні точки — швидкий спосіб актуалізувати ноду.
Що можна робити із синхронізованою нодою?
Синхронізована нода підтримує гаманець Blocknet та API ноди; саме з нею seine працює в соло-майнінгу через --mode daemon. Майнінг Blocknet у пулі чи соло показує, як визначити придатність обладнання для соло. Якщо хочете почати без власної ноди, seine типово майнить на bntpool.com: посібник із встановлення seine доведе до перших шар, а майнінг на bntpool.com пояснює роботу з пулом.
Поширені запитання
Звідки нода Blocknet бере контрольні точки?
Із bntpool.com. Під час першого запуску, якщо в каталозі даних немає checkpoints.dat, демон Blocknet завантажує його з https://bntpool.com/checkpoints.dat і використовує для швидкої синхронізації. Ви також можете самі завантажити файл зі сторінки Checkpoints, перевірити SHA-256 і покласти в каталог даних перед запуском ноди.
Як часто bntpool.com оновлює checkpoints.dat?
Демон пулу переписує файл зі зростанням ланцюга, додаючи запис для кожного сотого блока. Кожен запис щонайменше на 100 блоків нижче вершини, за максимальною глибиною реорганізації Blocknet, тож контрольні точки охоплюють лише остаточну історію. Сторінка Checkpoints показує найновішу висоту й час останньої зміни файла.
Чи змінюють контрольні точки баланс або історію гаманця?
Ні. Нода все одно зберігає кожен блок і записує кожен вихід та образ ключа до індексів, тому сканування гаманця й баланси працюють точно як після повної синхронізації. Точки лише дозволяють пропустити повторну перевірку доказу роботи та підписів історії, яку вже засвідчують їхні хеші.
Чи можна синхронізувати ноду Blocknet без контрольних точок?
Так. Запустіть демон із прапорцем --full-sync або задайте full_sync як true у конфігурації blocknet. Нода пропустить завантаження точок і повторно перевірить доказ роботи та підписи всіх блоків від генезису. Це довше, ніж синхронізація з точками, тому вони типово ввімкнені для нових нод.