Требования к ноде TRON в 2026 году: FullNode, Lite FullNode и нода SR

Согласно документации TRON для разработчиков, FullNode TRON нужны 16 ядер процессора, 32 ГБ оперативной памяти и быстрый SSD, а ноде Super Representative — 32 ядра и 64 ГБ. Главное, за чем стоит следить, — диск: в сентябре 2026 г. официальный снапшот основной сети в сжатом виде весил около 3,3 ТБ. Lite FullNode начинается примерно с 52 ГБ.

Официальные аппаратные требования java-tron к FullNode

У TRON один клиент для всех ролей — java-tron. FullNode хранит всю цепочку, Lite FullNode запускается из снапшота состояния, а нода Super Representative (SR) — это FullNode, запущенная с --witness для производства блоков. Таблица воспроизводит руководство по развёртыванию из TRON Developer Hub; данные проверены 15 октября 2026 г. (последнее обновление страницы — 13 октября).

Две другие официальные страницы в целом совпадают с этими данными по процессору и памяти, но не по диску. README java-tron требует 3,5 ТБ для «стабильной» FullNode и 4 ТБ для рекомендуемых уровней FullNode и SR, а также не менее 50 Мбит/с входящего канала вместо 100 Мбит/с; минимальный уровень с 200 ГБ подходит в нём только для Lite FullNode. Сайт документации java-tron указывает 3,5+ ТБ. Там, где источники расходятся, ориентируйтесь на больший объём диска: размеры снапшотов ниже показывают, что 3 ТБ для FullNode уже недостаточно.

Сколько места на диске нужно FullNode TRON

Синхронизация основной сети с генезис-блока занимает «от нескольких недель до нескольких месяцев», поэтому большинство новых FullNode запускаются из снапшота базы данных, который готовит сообщество TRON. На странице снапшотов TRON перечислены следующие архивы основной сети:

Это сжатые архивы. TRON сообщает, что распакованной базе данных нужно дополнительное место, но не публикует её размер; в обзоре нод TRON в мае 2026 г. снапшот FullNode оценивался примерно в 3 ТБ. Отсюда три практических правила:

• Считайте 4 ТБ полезного объёма NVMe нижней границей, а не целевым значением, и закладывайте больше для вариантов с внутренними транзакциями или историей балансов, которые часто нужны биржам и обозревателям блоков.
• При нехватке места распаковывайте архив на лету. Если передать вывод wget в tar через конвейер, архив распаковывается по мере загрузки и не сохраняется на диске, но заранее проверить его файл .md5sum не получится. Скачивание, проверка и последующая распаковка требуют места и для архива, и для распакованных данных; TRON рекомендует не менее 5 ТБ только для архива, в отдельном расположении.
• Учитывайте движок хранения. Данные LevelDB и RocksDB несовместимы: снапшот должен соответствовать параметру storage.db.engine в config.conf, а ноды на ARM64 поддерживают только RocksDB.

Зеркала ограничивают число одновременных подключений, поэтому TRON просит использовать однопоточный инструмент для загрузки. При устойчивой скорости 1 Гбит/с архив на 3,3 ТБ скачивается чуть больше чем за семь часов, а при 100 Мбит/с — примерно за три дня.

Lite FullNode: когда достаточно 52 ГБ

Lite FullNode запускает тот же FullNode.jar, но стартует из снапшота, содержащего текущее состояние и последние 65 536 блоков — около 54 часов истории при 3-секундных слотах TRON. По замерам TRON в мае 2026 г. этот снапшот занимал около 52 ГБ — примерно 2% от снапшота FullNode. Такая нода синхронизирует новые блоки, транслирует транзакции и отвечает на запросы о текущем состоянии, чего достаточно для многих бэкендов кошельков и DApp.

Компромиссы описаны явно. API для получения блоков или транзакций по ID или высоте по умолчанию отключены — даже для блоков, созданных после запуска ноды; node.openHistoryQueryWhenLiteFN = true снова включает их, но только для данных, которые ещё есть на диске. Кроме того, после запуска Lite FullNode растёт с той же скоростью, что и FullNode, поэтому TRON предлагает останавливать её и заново обрезать командой db lite из Toolkit — обычно раз в месяц.

Процессор, память и настройки JVM

Руководство TRON по устранению неполадок прямо говорит о слабых машинах: если у машины меньше 16 ядер и 32 ГБ памяти, нода «может перестать синхронизироваться», когда в цепочке встречается сложный вызов контракта, а в продакшене и число физических ядер, и число потоков, которое показывает /proc/cpuinfo, должны быть не меньше 16. На оборудовании, работающем на пределе, увеличение vm.maxTimeRatio даёт тяжёлым вызовам контрактов больше времени на проверку.

• Подбирайте JDK под процессор. Ноды на x86_64 работают только на JDK 8, причём для продакшена рекомендуется Oracle JDK 8; ноды на ARM64 работают только на JDK 17, начиная с java-tron 4.8.1. При несоответствии нода завершает работу при запуске.
• Подберите размер кучи. Эталонные команды используют -Xms9G -Xmx9G на хосте с 16 ГБ. При 32 ГБ и более задайте для -Xmx около 40% объёма физической памяти; пример для SR на хосте с 64 ГБ использует -Xmx24G.
• Выбирайте сборщик мусора из документации. CMS (-XX:+UseConcMarkSweepGC) на JDK 8, ZGC (-XX:+UseZGC) на JDK 17; все параметры JVM указываются перед -jar.
• Ограничьте память вне кучи. TRON предупреждает, что без -XX:MaxDirectMemorySize прямая память (direct memory) может расти до тех пор, пока операционная система принудительно не завершит процесс. Также для уменьшения фрагментации рекомендуется предварительно загружать tcmalloc.

Порты и пропускная способность

Значения по умолчанию из файла config.conf для основной сети, который поставляется с java-tron:

TRON советует открывать наружу только P2P-порт, а любой публичный API размещать за шлюзом с TLS, аутентификацией и ограничением частоты запросов. Одно несоответствие: в примере конфигурации из README gRPC работает на порту 9090, тогда как в поставляемом config.conf и в Developer Hub используется 50051.

Что касается пропускной способности, Developer Hub требует 100 Мбит/с, а рекомендуемый уровень в README — 50 Мбит/с на приём; месячного объёма трафика не указывает ни один из источников. Снапшот — самая крупная разовая передача, а затем свою нагрузку добавляют клиенты API; на порту 10 Гбит/с без учёта трафика ни то, ни другое не отражается в счёте.

Нужна ли собственная нода TRON, чтобы отправлять или получать USDT (TRC-20)?

Нет. Кошелёк TRON или приложение, обращающееся к размещённому API вроде TronGrid, формирует, подписывает и транслирует транзакцию через уже существующие ноды. В обзоре нод TRON сказано, что обычным пользователям, кошелькам и при эпизодических переводах «как правило, не нужно запускать ноду». Собственная нода не снижает и комиссии: переводы TRC-20 расходуют энергию (Energy), которую получают стейкингом TRX или сжиганием TRX за каждую транзакцию, и протокол списывает её независимо от того, какая нода транслирует транзакцию.

Собственная нода имеет смысл, когда блокчейн — часть вашего продукта:

• Биржи, кастодиальные кошельки и платёжные процессоры, которые отслеживают депозиты и отправляют выводы в больших объёмах. TRON отмечает, что большинство интеграторов начинают с TronGrid, где для продакшен-трафика нужен API-ключ, а лимиты запросов зависят от тарифа, и переходят на собственную ноду, когда это оправдано объёмами или требованиями к функциональности.
• Индексаторы, обозреватели блоков и аналитика, которые разбирают каждый блок. У собственной ноды нет лимитов запросов, но нет и эндпоинтов истории аккаунтов: их приходится строить на основе данных блоков.
• Super Representatives, которые должны сами запускать ноду, производящую блоки.

Для отслеживания депозитов TRON рекомендует vm.supportConstant = true (нужно для чтения балансов TRC-20 через balanceOf), vm.saveInternalTx = true (чтобы видеть TRX и TRC-10, перемещённые контрактами), а на менее мощном оборудовании — vm.maxTimeRatio со значением 20 или больше; кроме того, рекомендуется читать данные из подтверждённых (solidified) блоков, которые отстают от вершины цепочки примерно на минуту, но не могут быть откачены. Если вы оплачиваете сам сервер, PowerDedi принимает USDT в сети TRON.

Какой сервер PowerDedi выбрать для ноды TRON

Оговорка о дисках важнее, чем о процессоре. При зеркалировании двух накопителей остаётся 3,84 ТБ, а этого для FullNode уже недостаточно, поэтому серверы с двумя накопителями из таблицы выше могут работать как FullNode только с накопителями в режиме чередования (RAID 0), и тогда отказ накопителя означает повторное восстановление из снапшота. Только EPYC 9555P сочетает FullNode с избыточностью. У EPYC 4585PX ($179/мес) те же диски, что у 9950X, плюс память ECC, поэтому он тоже подходит для Lite FullNode. Операторам SR стоит заложить в бюджет два сервера: процедура обновления TRON переносит производство блоков на резервную ноду, прежде чем трогать основную. А если вам нужно только переводить USDT, ни один из этих серверов вам не нужен.

Как запустить ноду TRON: краткий план настройки

В этих шагах используются только команды из документации TRON; пути и URL снапшота — заглушки.

# 1. Download FullNode.jar and the matching Toolkit.jar from the java-tron
#    releases page, or build from source:
git clone https://github.com/tronprotocol/java-tron.git
cd java-tron
git checkout -t origin/master
./gradlew clean build -x test

# 2. Restore a snapshot into output-directory, streamed (archive never stored)
wget -q -O - SNAPSHOT_URL/FullNode_output-directory.tgz | tar -zxvf -

# 3. Start a FullNode (x86_64, JDK 8; heap shown for a 16 GB host)
java -Xms9G -Xmx9G -XX:+UseConcMarkSweepGC -jar FullNode.jar -c config.conf

# 4. Follow the sync; stop with SIGTERM, never kill -9
tail -f ./logs/tron.log
kill -15 <pid>

# Lite FullNode: prune a stopped FullNode database into a Lite snapshot
java -jar Toolkit.jar db lite -o split -t snapshot -fn /path/to/fullnode/output-directory -ds /path/to/snapshot

Для SR добавьте --witness и укажите ключ подписи — лучше в виде зашифрованного хранилища ключей, созданного с помощью java -jar Toolkit.jar keystore new, а не открытым текстом в config.conf. Затем закройте файрволом всё, кроме SSH и порта 18888, следуя нашему чек-листу по защите сервера в первый час. Наличие серверов и локации — на нашей странице хостинга блокчейн-нод.

Источники

• Развёртывание ноды — TRON Developer Hub (обновлено 13 октября 2026 г.)
• Снапшоты базы данных — TRON Developer Hub (обновлено 22 сентября 2026 г.)
• Обзор нод — TRON Developer Hub (обновлено 12 октября 2026 г.)
• Проблемы при эксплуатации нод — TRON Developer Hub
• Интеграция бирж и кастодиальных кошельков и Интеграция биржевых кошельков — TRON Developer Hub
• README java-tron — tronprotocol на GitHub (последний выпуск GreatVoyage-v4.8.2.3, 30 сентября 2026 г.)
• config.conf для основной сети — репозиторий java-tron
• Развёртывание ноды java-tron — документация java-tron