Pi Network встановлює дедлайн 18 червня для оновлення протоколу 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 і де можна переглянути оновлену статистику тестнету. Хоча 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 оновлюються однаково? Ні. Користувачі Pi Desktop у Windows і macOS бачитимуть автоматичні оновлення. Користувачі Linux із ввімкненими автооновленнями можуть не потребувати дій. Оператори Docker-контейнерів мають вручну оновити Docker-образ і перезапустити сервіси.