Развертывание TON ноды: full node, validator, lite-server

Динамический шардинг TON даёт высокую пропускную способность, но настройка ноды требует опыта с TVM и ADNL. Часто клиенты приходят с ошибками синхронизации, нехваткой дискового пространства или неправильной конфигурацией Lite Server. Мы развёртываем full, validator и 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, validator и lite-server ноды под ключ, чтобы вы получили независимый доступ к блокчейну без задержек публичных RPC.

Когда нужна собственная нода TON

Если ваше dApp обрабатывает транзакции с низкой задержкой, публичные RPC-эндпоинты могут не подойти — они перегружены и дают latency до 5 секунд. Собственная full node даёт прямой доступ к блокчейну, а validator node открывает путь к стейкингу и управлению сетью.

Как выбрать тип ноды?

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

Системные требования

Тип ноды 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 дней после запуска

Мы предоставляем документацию с параметрами конфигурации, доступ к серверу, конфигурацию алертов и 30 дней поддержки. Full node разворачивается за 1 день (установка + синхронизация), validator с мониторингом — за 2-3 дня. Наша команда блокчейн-инженеров с опытом в TON, Ethereum и Solana помогла 10+ проектам запустить продакшн-ноды. Свяжитесь с нами для оценки проекта — мы подготовим смету и сроки. Закажите развёртывание ноды TON — получите стабильный узел без головной боли.