Оновлення Dijkstra для Cardano планується запустити у 2026–2027 роках

Довгоочікуваний оновлення Dijkstra для Cardano залишається на курсі — але розробники змінюють пріоритети з чисто інженерних завдань на підготовку екосистеми, готуючи двохетапний реліз, який розтягнеться на 2026–2027 роки. Що очікувати і коли: - Етап 1: Ера Dijkstra з Linear Leios (головна функція масштабування), вкладеними транзакціями, новою серіалізацією транзакцій/блоків, оновленнями Plutus V4 та кількома додаваннями параметрів протоколу. Intersect планує завершити код у 4-му кварталі 2026 року. Етап 1 також встановить кодек-розширення та слоти параметрів, необхідні для наступного етапу, але не активує Ouroboros Peras. - Етап 2: Ouroboros Peras, який додає шар on-chain голосування через комітети операторів стейк-пулів для прискорення вирішення порівняно зі стандартними правилами глибини ланцюга Praos. Peras планується як форк всередині ери, призначений на 2-й квартал 2027 року, і вимагатиме власного попереднього та передвиробничого розгортання, а також окремої дії on-chain управління. Ключові технічні деталі: - Linear Leios не замінює безпеку Praos Cardano. Натомість він вводить «Блоки схвалювачів», які можуть посилатися та сертифікувати додаткові транзакції через комітети на основі стейку — проект, спрямований на підвищення пропускної здатності збереження базових гарантій консенсусу. - Вкладені транзакції та оновлення кодека/серіалізації на Етапі 1 підготоюють леджер до Peras, не активуючи його одразу. - Форк van Rossem у липні перевів мейннет на версію протоколу 11 і заклав фундаментальну основу для Dijkstra та Leios. Різноманітність нод та Amaru (Rust-нода): - Intersect підкреслює зусилля щодо збільшення різноманітності клієнтів нод. Amaru — відкритий Rust-нода — вже здатний як реле та може валідувати та синхронізуватися з кінцем ланцюга. Виробництво блоків мейннет для Amaru планується на листопад 2026 року, з етапами розробки: загальний реліз блок-продюсера (30 вересня), етап сумісності з Dijkstra (29 жовтня) та реліз сумісності з Leios (26 листопада). Це цілі розробки, а не гарантовані дати активації. - Збільшення кількості альтернативних реалізацій нод має на меті зменшити залежність від Haskell-ноди та розширити екосистему. Управління та конституційні зміни: - Деякі параметри протоколу Dijkstra не можуть бути змінені за допомогою on-chain управління, якщо вони не явно охоплені захисними механізмами Конституції. Input Output планує вузькоспрямовану поправку до Конституції, яка додасть ці параметри та дозволені діапазони — без зміни ролей управління, порогів голосування чи конституційних принципів. - Поточний план — подати цю дію управління не пізніше епохи 655 (початок 11 вересня). Обговорення спрямоване через портал поправок до Конституції Intersect, який на 14 серпня мав чотири початкових пропозиції. Процес та обмеження: - Щотижневий оновлення Intersect від 14 серпня (#124) стверджує, що планування зміщується на звітність тестнет, підготовку екосистеми та підтримку команд альтернативних нод, а також що домовлений технічний обсяг і цільові дати залишаються незмінними. - Цілі в дорожній картці: Q4 2026 (завершення коду Етапу 1) і Q2 2027 (активація Peras) — це оцінки, а не гарантії. Тестування, цикли попереднього/передвиробничого розгортання та on-chain управління можуть висунути активацію мейннет позже. Чому це важливо: Якщо успiшно реалiзовано, Linear Leios та Peras разом можуть значно збiльшити пропускну здатнiсть та швидкiсть вирiшення Cardano, зберiгаючи існуючi гарантiї консенсусу. Термiни також свiдчать про зрiлiсть екосистеми — вiд однiєї Haskell-референсної ноди до бiльш рiзноманiтної, багатоклiєнтської мережi — та обережного шляху управлiння для чутливих змiн протоколу. Причина: розробники вчасно виконують завдання щодо доставки функцiй Етапу 1 у 2026 роцi та розробки Peras у 2027 роцi, але кiнцевi дати мейннета визначаться тестуванням спiльноти, зусиллями щодо рiзноманiтностi нод та дiями управлiння.