ТРОН Основное обновление сети: напоминание о принудительном обновлении GreatVoyage-v4.8.1 (Democritus) опубликовано

Команда разработчиков TRON официально выпустила 4 февраля 2026 года версию GreatVoyage-v4.8.1 (кодовое имя Democritus), которая является обязательной для обновления.
Все полные узлы (включая узлы-суперпредставители, создающие блоки) должны обязательно завершить обновление до 23:59 9 марта 2026 года (время Сингапура / UTC+8). Узлы, не обновившиеся вовремя, не смогут продолжать синхронизацию блоков, что может привести к прерыванию создания блоков или недоступности сервиса.
一、В чем заключается основная ценность этого обновления?
1. Полная официальная поддержка архитектуры ARM64 + JDK 17
Это значительный скачок в совместимости аппаратного обеспечения экосистемы TRON.
В среде ARM64 узлы требуют использования JDK 17 + RocksDB v9.7.4 (полностью удалена поддержка LevelDB).
Архитектура x86_64 продолжит требовать JDK 8 (более новые версии могут вызывать сбои аннотаций, NPE, сбои синхронизации и другие проблемы).
Плавые операции с плавающей точкой统一но используют StrictMath и частично закодированы на ARM64, что обеспечивает полное совпадение данных с основной сетью x86.
Для операторов узлов, майнинг-пулов и организаций, желающих использовать облачные серверы с меньшими затратами (например, Graviton, Ampere и другие ARM-инстансы), это означает значительное снижение долгосрочных аппаратных расходов.
2. Выравнивание поведения TVM с Ethereum EIP-6780: глобальное обновление SELFDESTRUCT
Реализовано через TIP-6780 (параметр сети №94, по умолчанию отключен, требуется голосование сообщества).
Самое важное изменение: только вызов SELFDESTRUCT в рамках одной транзакции, создавшей контракт, действительно уничтожает данные аккаунта (код + хранилище + сам аккаунт).
Если вызов происходит в последующих транзакциях:
1/ Не удаляет хранилище и код, только переводит баланс (включая TRX, заложенные TRX, TRC10)
2/ Если целевой адрес — это сам контракт, баланс не уничтожается
3/ Расход энергии (Energy) на эту операцию увеличен с 0 до 5000, что значительно повышает порог злоупотреблений
Это дополнительно сближает поведение смарт-контрактов TRON с Ethereum EVM, делая мосты, DeFi-протоколы и аудит безопасности более дружелюбными.
3. Полное укрепление стабильности и безопасности сетевого уровня (P2P)
1/ Введено ограничение частоты сообщений для одного Peer (ограничение 3 QPS для SyncBlockChainMessage и FetchInvDataMessage во время синхронизации, 1 QPS для P2P_DISCONNECT), эффективно защищая от атак истощения ресурсов
2/ Исправлена ошибка, при которой light node ошибочно определял соединение как Forked, заменена на более точную ошибку LIGHT_NODE_SYNC_FAIL
3/ Оптимизированы логи ошибок синхронизации gt lastNum / gt highNoFork, выводятся только ключевые сведения, уменьшая шум в логах
4/ Детализированы коды причин разрывов соединения: сбой проверки подписи → BAD_BLOCK, сбой проверки Hello-сообщения → INCOMPATIBLE_PROTOCOL и др.
5/ Все общие поля PeerConnection сделаны volatile + оптимизирован порядок присвоения, устранены проблемы с видимостью в многопоточности
Эти изменения делают синхронизацию узлов более стабильной и устойчивой к атакам при высокой нагрузке, в условиях международного развертывания и сложных сетевых сред.
4. Значительное улучшение API и системы событий
1/ Добавлен eth_getBlockReceipts — возвращает все транзакции блока одним вызовом
2/ Добавлен /wallet/getpaginatednowwitnesslist — позволяет в реальном времени получать по страницам текущие голоса свидетелей (по убыванию)
3/ При ошибке eth_call возвращается более подробная причина отката (revert reason), аналогично Ethereum
4/ Оптимизирована производительность массовых запросов eth_getLogs / eth_getFilterLogs (удаление дублирующих bitIndex, снижение количества бесполезных обращений к базе данных)
5/ Удалена настройка включения/выключения bloom-фильтра, по умолчанию данные о событиях сохраняются в section-bloom, обеспечивая полноту исторических данных без влияния конфигурации
5. Другие полезные улучшения
1/ Полностью стандартизирован конфигурационный файл, допускаются только поля из полного шаблона, остальные считаются недействительными или устаревшими
2/ Функции SolidityNode и KeystoreFactory официально объединены с FullNode, запуск осуществляется через параметры –solidity / –keystore-factory, что упрощает развертывание
3/ TIP-767: срок действия предложений (параметр сети №92) перенесен в управление через цепочку
4/ Оптимизация управления ресурсами RocksDB, maxOpenFiles можно настроить (по умолчанию 5000), чтобы избежать утечек памяти
二、Рекомендуемый график обновлений
1/ Узлы-суперпредставители → сразу запланировать последовательное обновление с нулевым временем простоя
2/ Провайдеры DApp / RPC → обновлять в первую очередь, тщательно протестировать eth_call, eth_getLogs, SELFDESTRUCT
3/ Обычные полные узлы / сервисы данных → как можно скорее, избегая крайнего срока 9 марта
4/ Среда разработки / тестирования → рекомендуется синхронно обновлять, особенно в случае приватных цепочек с плавающими операциями (pow и др.), обращая внимание на запуск ARM64
Официальные авторитетные материалы (рекомендуется сразу сохранить)
• Загрузка релиза и проверка GPG-подписей:

• Подробное руководство по развертыванию на русском (рекомендуется строго следовать):

• Глубокий разбор на английском (Medium):

Совместимость с ARM, выравнивание EVM, повышение устойчивости сети — Democritus является ключевым шагом в инфраструктуре TRON 2026 года.
@justinsuntron @trondao #TRONEcoStar