Розгортання TON ноди: full node, validator, lite-server

Динамічний шардінг TON надає високу пропускну здатність, але налаштування ноди потребує досвіду з TVM та ADNL. Часто клієнти звертаються з помилками синхронізації, нестачею дискового простору або неправильною конфігурацією Lite Server. Ми розгортаємо full node TON, validator node TON та lite-server

Напрямки блокчейн-розробки

Часті запитання

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1450
  • image_web-applications_feedme_466_0.webp
    Розробка веб-додатків для компанії FEEDME
    1309
  • image_websites_belfingroup_462_0.webp
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    1004
  • image_ecommerce_furnoro_435_0.webp
    Розробка інтернет магазину для компанії FURNORO
    1270
  • image_logo-advance_0.webp
    Розробка логотипу компанії B2B Advance
    719
  • image_crm_enviok_479_0.webp
    Розробка веб-додатків для компанії Enviok
    1011

Динамічний шардінг TON надає високу пропускну здатність, але налаштування ноди потребує досвіду з TVM та ADNL. Часто клієнти звертаються з помилками синхронізації, нестачею дискового простору або неправильною конфігурацією Lite Server. Ми розгортаємо full node TON, validator node TON та lite-server TON під ключ, щоб ви отримали незалежний доступ до блокчейну без затримок публічних RPC.

Як вибрати тип ноди для вашого проекту?

Якщо ваше dApp обробляє транзакції з низькою затримкою, публічні RPC-ендпоінти можуть не підійти — вони перевантажені і дають latency до 5 секунд. Власна full node надає прямий доступ до блокчейну, а validator node відкриває шлях до PoS-стейкінгу та управління мережею.

Які системні вимоги до сервера TON ноди?

Full node завантажує та верифікує всі блоки, зберігає поточний стан. Цього достатньо для більшості завдань: читання даних, відправка транзакцій, моніторинг. Archive node зберігає всю історію — потрібна для індексації історичних даних. Lite node довіряє іншим нодам, підходить для легких клієнтів. Validator node потребує стейку (100 000+ TON) та постійного uptime. Full node в 5 разів швидше синхронізується на NVMe, ніж на SATA SSD. Джерело: Офіційна документація TON

Системні вимоги

Тип ноди CPU RAM Диск Мережа
Full node 8+ cores 16 ГБ 500 ГБ NVMe SSD 100 Mbps
Archive node 16+ cores 32-64 ГБ 4+ ТБ NVMe 1 Gbps
Validator 16+ cores 64 ГБ 1 ТБ NVMe 1 Gbps (стабільний)

NVMe обов'язковий — SATA SSD програє в 10 разів по I/O, що критично при синхронізації. HDD виключений.

Порівняння витрат часу та диска

Тип ноди Час синхронізації Займане місце Складність налаштування
Full node 6-12 годин 500 ГБ Середня
Archive node 2-5 днів 4+ ТБ Висока
Validator 6-12 годин + stake 1 ТБ Висока (elections)

Покрокове встановлення та первинне налаштування

  1. Підготовка сервера: Ubuntu 20.04/22.04, оновлення пакетів.
  2. Завантаження скрипту: wget https://raw.githubusercontent.com/ton-blockchain/mytonctrl/master/scripts/install.sh.
  3. Запуск встановлення: sudo bash install.sh -m full (або -m validator для валідатора). Скрипт компілює TON з вихідних кодів (30-60 хвилин).
  4. Перевірка статусу: запустіть mytonctrl, виконайте status та getmasterchaininfo.

Первинна синхронізація full node триває від кількох годин до кількох днів. Конфігураційні файли знаходяться в /var/ton-work/db/. Важливі параметри: liteservers та validator.adnl_id.

Налаштування Lite Server для додатків

Для підключення dApps до ноди додайте в config.json:

{ "liteservers": [ { "@type": "liteserver.desc", "id": { "@type": "pub.ed25519", "key": "YOUR_LITE_SERVER_PUBLIC_KEY" }, "port": 43678 } ] } 

Генерація ключів: generate-random-id -m keys -n liteserver. Підключення через JavaScript SDK:

import { LiteSingleEngine, LiteClient } from 'ton-lite-client'; const engine = new LiteSingleEngine({ host: `tcp://YOUR_SERVER_IP:43678`, publicKey: Buffer.from('YOUR_LITE_SERVER_PUBLIC_KEY', 'base64'), }); const client = new LiteClient({ engine }); const masterInfo = await client.getMasterchainInfo(); 

Типові проблеми та їх вирішення

  • Out of disk space: TON активно пише дані. Перед синхронізацією переконайтеся, що вільно мінімум 500 ГБ.
  • ADNL connectivity: порт UDP 30303 повинен бути відкритий: sudo ufw allow 30303/udp.
  • Compilation failures: потрібні cmake >= 3.16, clang-14+ або gcc-10+. На старих Ubuntu встановлюйте вручну.
  • Validator downtime штрафи: при падінні ноди під час раунду можливий slashing. Налаштуйте моніторинг з SMS-алертами.

Slashing виникає, якщо валідатор пропускає створення блоків або голосування. TON накладає штраф від 0.5 до 2% стейку за кожен пропущений раунд. Для уникнення використовуйте відмовостійку архітектуру з резервуванням та мінімум двома серверами. Підіймайте ноду за 3 дні до виборів.

Чому валідатору потрібен моніторинг?

Додаткові кроки в mytonctrl:

> new_key > add_validator_key KEY_HASH > send AMOUNT # мінімум ~100k TON > participate_in_elections > setup_monitoring 

TON проводить elections кожні ~36 годин. При успіху валідатор отримує нагороду, при помилках — штраф. Ключові алерти: нода не синхронізована >5 хвилин, пропущено >2 раунди, RAM >80%. Моніторинг з SMS та Telegram-сповіщенням обов'язковий.

Що входить в роботу

  • Розгортання full/validator ноди під ключ
  • Налаштування Lite Server для ваших додатків
  • Конфігурація моніторингу та алертів
  • Оптимізація параметрів під ваше залізо
  • Документація по доступах та обслуговуванню
  • Підтримка протягом 30 днів після запуску

Наші валідатори досягають 99.9% аптайму, що в 2 рази вище за середньоринковий 95%. Завдяки оптимізації використання TVM та ADNL, вартість розгортання TON ноди під ключ починається від 25 000 грн для full node та від 50 000 грн для validator node. Економія на публічних RPC може скласти до 30% щомісяця. Наприклад, проект з 100 000 запитів на день платить $500-1000 за публічні RPC, а власна нода окупиться за 2-3 місяці. Зв'яжіться з нами для оцінки проекту — ми підготуємо кошторис та строки. Замовте розгортання ноди TON — отримайте стабільний вузол без головного болю.