Pi Network устанавливает дедлайн 18 июня для обновления узла Protocol 25

Pi Network объявила, что все операторы нод mainnet должны завершить обновление до Protocol 25 к 18 июня или рискуют потерять соединение с сетью. Pi Core Team выпустила это предписание в рамках текущей дорожной карты развития mainnet проекта, которая постепенно переводит ноды с Protocol 19 через Protocol 26. Требование к обновлению следует за успешным запуском Protocol 24 и продолжает последовательную миграцию Pi Network, где ноды должны обновляться по порядку и не могут пропускать версии. Сообщение на X напомнило операторам заранее спланировать миграцию, что сразу вызвало обсуждение в сообществе Pi, пока операторы готовятся к переходу всей сети.

Protocol 25 делает следующий шаг в пути обновления

Текущий путь обновления идет от версии 24.1 к 25.2, при этом Protocol 26 ожидается позже. Согласно дорожной карте, ноды должны обновляться последовательно и не могут пропускать версии. В отличие от некоторых предыдущих миграций, обновление Protocol 25 рассчитано на относительно быстрое выполнение. Pi Network заявила, что у большинства нод простои должны составить менее пяти минут в ходе процесса. Команда посоветовала операторам не обновлять все ноды одновременно. Вместо этого им следует перенаправлять трафик на другие ноды или использовать инфраструктуру mainnet API Pi, пока идет миграция.

Операторы нод готовятся к дедлайну 18 июня

Адвокат Pi PiNetwork DEX сообщил, что планирует уведомить операторов нод о необходимости завершить обновления партиями до 18 июня, чтобы помочь обеспечить плавный переход по всей сети. Появились вопросы об участии нод и росте сети. Некоторые участники сообщества спросили, приблизилось ли общее число нод к 400 000 и где можно посмотреть обновленную статистику testnet. Хотя Core Team не прокомментировала эти цифры, обсуждение подчеркивает растущий интерес к здоровью и масштабу экосистемы Pi Network.

Процесс обновления отличается в зависимости от типа ноды

Для пользователей, запускающих Pi Desktop на Windows или macOS, процесс в основном автоматический. Обновление протокола сработает, когда стартует программное обеспечение ноды. Пользователям Linux, работающим через более новый Pi Linux Node CLI, может не потребоваться предпринимать действия, если включены автообновления. Тем, у кого автообновления отключены, нужно вручную выполнить команду обновления. Операторам, использующим устаревшие контейнеры Docker с самостоятельным управлением, потребуется обновить Docker-образ и перезапустить службы, используя последнюю версию Protocol 25. Pi Network подчеркнула, что после обновления операторам следует проверить статус синхронизации, чтобы подтвердить успешное завершение миграции.

Последствия для разработчиков и сообщества

Для разработчиков Protocol 25 — еще один сигнал о том, что Pi Network продолжает укреплять свою инфраструктуру перед будущими обновлениями. Последовательное участие нод критически важно для устойчивости сети, масштабируемости и будущего роста экосистемы. Для участников сообщества обновление демонстрирует, что проект продолжает выполнять свою техническую дорожную карту. Прогресс происходит в момент, когда Pi Network по-прежнему испытывает давление со стороны крупных разблокировок токенов и слабых настроений рынка. Многие держатели внимательно следят за тем, сможет ли в итоге развитие экосистемы компенсировать дополнительное предложение, поступающее в обращение. По мере приближения 18 июня фокус смещается на операторов нод и их способность завершить миграцию Protocol 25 вовремя.

FAQ

Какой дедлайн для обновления Protocol 25 в Pi Network?
Все операторы нод mainnet должны завершить обновление до Protocol 25 к 18 июня или рискуют потерять соединение с сетью.

Сколько времени займет обновление Protocol 25?
Pi Network заявила, что у большинства нод простои должны составить менее пяти минут в ходе процесса обновления Protocol 25.

Все ли типы нод Pi Network обновляются одинаково?
Нет. Пользователи Windows и macOS, запускающие Pi Desktop, увидят автоматические обновления. Пользователям Linux с включенными автообновлениями может не потребоваться что-либо делать. Операторы контейнеров Docker должны вручную обновить Docker-образ и перезапустить службы.