Cardano випускає вузол 11.1.1 напередодні Дейкстри

Cardano випустив версію вузла 11.1.1 напередодні своєї наступної великої мережевої ери, завершивши перший із чотирьох запланованих етапів вузла, що підтримують хардфорк Dijkstra.

Реєстр контейнерів Intersect показує, що версія 11.1.1 була опублікована протягом вихідних, що закінчилися 6 вересня. Цей випуск видаляє застарілу систему трасування Cardano та вирішує відомі проблеми, пов'язані з Genesis. Він також реагує на збільшене використання пам'яті, виявлене під час тестування вузла 11.1.0.

Випуск технічного обслуговування з'явився, коли Intersect опублікував детальніший графік Dijkstra. Версії вузлів 11.2 та 11.3, за якими слідує остаточний випуск протоколу версії 12, поступово впроваджуватимуть код, необхідний для тестування та активації в основній мережі.

Intersect наразі розміщує можливе впровадження Dijkstra між 5 грудня 2026 року та 4 січня 2027 року за своїм графіком «помірної впевненості». Пізніше вікно «високої впевненості» триває з 24 лютого по 26 березня 2027 року.

Ці вікна залишаються оціночними. Cardano має завершити розробку, публічне тестування, підготовку екосистеми та управління в ланцюжку, перш ніж хардфорк зможе активуватися.

Вузол Cardano 11.1.1 розпочинає послідовність випусків

Вузол 11.1.1 доступний через офіційний реєстр контейнерів Intersect на GitHub тут. Intersect раніше планував тиждень, що починається 7 вересня, тобто пакет з'явився трохи раніше зазначеного вікна.

Цей випуск не активує еру Dijkstra і не впроваджує повний набір запланованих функцій реєстру. Це оновлення технічного обслуговування та підготовки, призначене для поточного використання в основній мережі.

Версія 11.1.1 видаляє старішу інфраструктуру трасування, яка використовувалася для моніторингу операцій вузла. Звітність розробників Cardano також зазначила, що вона вирішить вище використання резидентної пам'яті, яке спостерігалося в тестах вузла 11.1.0.

Реєстр випусків включає стандартні версії, AMD64 та ARM64. Доступність для різних архітектур процесорів є важливою для операторів пулів ставок та розробників, які запускають інфраструктуру Cardano на різному обладнанні.

Вузол 11.2 є наступним запланованим етапом. Intersect очікує його протягом приблизно одного місяця після свого оновлення від 5 вересня. Ця версія міститиме більшість функцій Dijkstra для тестування, але не буде остаточним кандидатом на хардфорк.

Компоненти Leios будуть відсутні у вузлі 11.2, оскільки вони в основному стосуються консенсусу та виробництва блоків. Розробники все ще зможуть тестувати решту функцій реєстру та транзакцій Dijkstra.

DijkstraNet тестуватиме нові функції транзакцій Cardano

Intersect планує запустити публічну мережу під назвою DijkstraNet після того, як вузол 11.2 стане доступним. Тестова мережа дозволить розробникам, операторам пулів ставок та постачальникам інструментів тестувати ширший набір функцій протоколу версії 12.

Очікується, що DijkstraNet включатиме Plutus V4, вкладені транзакції та параметри CIP-50. Інші зміни реєстру, відстежувані в публічному репозиторії розробки Cardano, включають нові типи скриптів, зміни адрес, перегляд серіалізації тіла блоку та зміни до виведення винагород.

Вкладені транзакції дозволили б одній транзакції Cardano містити інші транзакції, зберігаючи окремі умови валідації. Ця структура могла б підтримувати складніші застосунки, скоординовані дії та багатосторонні робочі процеси без необхідності, щоб кожен крок працював як окрема транзакція.

Plutus V4 представляє наступну версію мови смарт-контрактів та середовища виконання Cardano. Тестування буде необхідним, щоб підтвердити, що гаманці, децентралізовані застосунки, індексатори та інструменти розробників правильно інтерпретують нові правила реєстру.

CIP-50 стосується кредитного плеча застави та винагород за стейкінг. Його включення означає, що операторам пулів ставок потрібно буде вивчити, як нові параметри можуть вплинути на стимули та економіку пулів перед активацією в основній мережі.

Офіційний трекер готовності Dijkstra залишається відкритим і позначений як робота в процесі. Він закриється лише після того, як розробники підготують вузол, здатний завершити хардфорк у функціональну еру Dijkstra.

DijkstraNet працюватиме поряд із MusashiNet, а не замінить його. MusashiNet уже запущено і зосереджується на тестуванні Leios, консенсусу та виробництва блоків.

Такий поділ дозволяє функціям реєстру та новій архітектурі консенсусу розвиватися паралельно. Результати мають зрештою зійтися у версії вузла, обраній як кандидат на хардфорк.

Вузол 11.3 поєднає Dijkstra з Linear Leios

Очікується, що Cardano node 11.3 вийде протягом одного-двох місяців, згідно з оновленням Intersect від 5 вересня. Він має стати кандидатом на випуск для хардфорку Dijkstra.

На відміну від вузла 11.2, версія 11.3, як очікується, міститиме повний набір функцій Dijkstra, включаючи Linear Leios. Він також має бути здатним перейти з поточної ери реєстру Conway в еру Dijkstra під час репетицій тестової мережі.

Linear Leios — це запланована перша стадія впровадження Ouroboros Leios у Cardano. Він додає паралельні структури обробки транзакцій навколо існуючого дизайну консенсусу Praos. Мета — збільшити пропускну здатність без заміни припущень безпеки базового ланцюга Cardano.

Тестування має вивчати більше, ніж сиру пропускну здатність транзакцій. Розробникам потрібно оцінити поширення блоків, пропускну здатність мережі, використання ресурсів, синхронізацію, поведінку відновлення та продуктивність за несприятливих умов.

Cardano node 12.0 стане остаточним випуском протоколу версії 12 згідно з конвенцією найменування проекту. Intersect не призначив дату публікації.

Intersect описав період з грудня по січень як вікно «помірної впевненості», а не гарантовану дату активації.

Пізніше вікно організації, що триває з 24 лютого по 26 березня, дає більше часу для тестування та управління, якщо раніший графік не може бути дотриманий. Жодне з вікон не є фіксованою датою хардфорку.

Як повідомлялося раніше, коли Cardano опублікував поетапну дорожню карту Dijkstra, ціль на кінець року спочатку частково стосувалася завершення коду. Активація в основній мережі залишається залежною від технічної готовності та схвалення спільноти.

Управління має схвалити хардфорк Cardano Dijkstra

Cardano не може активувати Dijkstra лише через випуск програмного забезпечення. Система управління в мережі має схвалити конституційні дії та дії хардфорку, необхідні для протоколу версії 12.

Деякі нові параметри Dijkstra потрібно включити в запобіжники Конституції Cardano, перш ніж управління зможе їх змінити. Intersect попросив учасників стежити за своїм порталом поправок до Конституції щодо відповідних пропозицій.

Конституційна зміна вимагає схвалення згідно з правилами управління Cardano. Окрема дія ініціювання хардфорку має потім отримати необхідну підтримку від делегованих представників, операторів пулів ставок та Конституційного комітету.

Цей процес був випробуваний під час хардфорку van Rossem. Як повідомляло crypto.news після його активації в липні, van Rossem перевів Cardano на версію протоколу 11 після завершення повного процесу схвалення в мережі.

Van Rossem залишився в ері Conway, але додав зміни Plutus та підготував технічні основи для Dijkstra. Це був перший хардфорк основної мережі Cardano, здійснений повністю через поточну структуру управління.

Перехід на Дейкстру буде ширшим, оскільки він змінює еру реєстру та впроваджує ширші можливості консенсусу, транзакцій та смарт-контрактів. Біржі, гаманці, провідники та децентралізовані застосунки повинні бути готові до активації.

Intersect закликає операторів стейк-пулів та розробників приєднатися до тестування MusashiNet та DijkstraNet. Також заплановано семінари з різноманітності вузлів у Сінгапурі 6 жовтня та в Лондоні 13-14 листопада.

Amaru, альтернативний вузол Cardano, написаний на Rust, є частиною цієї підготовки. Він вже може перевіряти та синхронізуватися з вершиною ланцюга, тоді як виробництво блоків в основній мережі залишається запланованим на листопад 2026 року.

Різноманітність вузлів може зменшити залежність мережі від однієї реалізації Haskell. Це також створює додаткову вимогу до тестування, оскільки альтернативні клієнти повинні однаково інтерпретувати правила протоколу.

Peras залишається окремим оновленням 2027 року

План Cardano щодо Дейкстри має дві фази. Фаза 1 охоплює перехід ери, вкладені транзакції та Linear Leios. Розробники планують готовність основної мережі приблизно на кінець 2026 року, залежно від тестування та управління.

Фаза 2 активує Ouroboros Peras через окремий хардфорк у межах ери. Intersect наразі планує це на другий квартал 2027 року.

Peras додає голосування на основі частки за нещодавні вершини ланцюга для прискорення розрахунків. Дизайн має на меті забезпечити сильніше підтвердження швидше, ніж покладатися лише на звичайні правила глибини ланцюга Ouroboros Praos.

Фаза 1 встановить деякі кодеки та параметри протоколу, необхідні для Peras. Вона не активує сам механізм фіналізації. Peras потребуватиме власних розгортань тестової мережі, перевірок готовності та управлінських дій.

Жоден підтверджений рух ціни ADA не можна пояснити виключно випуском вузла або переглянутими вікнами Intersect. Дорожня карта надає вимірювані технічні етапи, але остаточна дата активації залишається залежною від розробки та управління.

Наступні контрольні точки: прийняття вузла 11.1.1, випуск вузла 11.2, публічне відкриття DijkstraNet та публікація необхідних конституційних поправок. Потім вузол 11.3 визначить, чи технічно Cardano готовий репетирувати повний перехід ери.

Поширені запитання