Full Node
Узел TON, синхронизирующий полный стейт сети, но не участвующий в валидации. Используется индексерами, биржами и сервисами для независимого доступа к блоковым данным.
Синонимы: full node, фул-нода, full ton node
Full Node — узел TON, поддерживающий полный стейт сети и получающий все новые блоки в реальном времени, но не выполняющий функции валидатора. Это узел «второго эшелона»: знает всё то же, что знают валидаторы, но не подписывает блоки и не получает за это награды.
Что хранит
- Полный стейт сети. Балансы всех аккаунтов, состояние всех контрактов в активной форме.
- Recent blocks. Несколько последних дней блоков для синхронизации.
- Конфиг сети и список валидаторов.
В отличие от archive-node, full-node не хранит всю историю — старые блоки выпадают за окно ретеншена. Если нужен запрос к блоку годовой давности — нужен archive-node.
Зачем нужен
- Lite-server поверх него. Большинство публичных лайт-серверов — это full-node + дополнительный API. Через лайт-сервер общаются кошельки и dApp-ы.
- Индексер. Свой full-node даёт быстрый, не лимитированный доступ к стейту: можно сканировать аккаунты, отслеживать события, строить аналитику.
- Биржи. Биржевой бэкенд обычно ходит в собственный full-node для приёма депозитов и отправки выводов — публичные API в высоконагруженных сценариях не годятся.
Технические требования
- 8–16 CPU cores.
- 32–64 GB RAM.
- 1–2 TB NVMe-диск.
- Стабильный гигабитный канал.
Для индексера или биржи требования заметно выше — особенно по диску, если параллельно ведётся индексирование во внешнюю БД.
Setup
Запускается через mytonctrl тем же способом, что и validator-узел, но без участия в выборах. Команда installer ставит full-node «из коробки», после чего нужно дождаться полной синхронизации (обычно 1–3 дня в зависимости от сети и канала).
Full-node — самый полезный тип узла для серьёзных сервисов в экосистеме TON, не желающих становиться валидатором, но требующих надёжного независимого доступа к сети.