
Оновлення Cardano Dijkstra залишається в рамках погодженого технічного обсягу та графіку, при цьому розробники націлені на Linear Leios та Вкладені Транзакції на першому етапі, перш ніж відбудеться окрема активація Peras у 2027 році.
Intersect повідомив у своєму оновленні від 14 серпня, що планування тепер зміщується в бік готовності екосистеми, звітності тестової мережі та підтримки альтернативних реалізацій вузлів.
Остання офіційна дорожня карта ділить Dijkstra на дві фази. Фаза 1 вводить нову еру реєстру Dijkstra та Linear Leios, з метою завершення коду в 4 кварталі 2026 року. Фаза 2 активує Ouroboros Peras через хардфорк всередині ери, запланований на 2 квартал 2027 року. Опублікований графік чітко вказує, що ці дати є оцінками, а не «гарантіями», оскільки тестування та ончейн-управління можуть продовжити остаточний термін запуску основної мережі.
Linear Leios є основним компонентом масштабування першого хардфорку Dijkstra. Замість заміни моделі безпеки Cardano Praos, він вводить Блоки Підтвердження (Endorser Blocks), які можуть посилатися на додаткові транзакції та мати їх сертифікованими комітетами на основі стейкінгу. Дизайн спрямований на збільшення пропускної здатності при збереженні існуючих базових гарантій консенсусу.
Фаза 1 також включає Вкладені Транзакції, нові структури серіалізації транзакцій та блоків, зміни PlutusV4 та кілька доповнень параметрів протоколу. Важливо, що вона встановить розширення кодеків та параметри, необхідні для Peras, без активації самого Peras.
Як раніше повідомляло crypto.news, хардфорк Cardano van Rossem перевів основну мережу на Версію Протоколу 11 у липні та заклав технічну основу для Dijkstra та Leios.
Ouroboros Peras заплановано на Фазу 2. Протокол додає рівень голосування, що дозволяє комітетам операторів пулів стейкінгу голосувати за останні блоки ланцюга, надаючи Cardano спосіб швидше досягати фіналізації, ніж за стандартними правилами глибини ланцюга Praos.
Intersect наразі націлюється на 2 квартал 2027 року для фази Peras. Це вимагатиме власних розгортань на етапах попереднього перегляду та передпродакшну, за якими піде ще одна управлінська дія в основній мережі. Фаза 1 вже повинна бути активною, оскільки вона надає структури реєстру та параметри протоколу, які потрібні Peras.
Dijkstra також просуває Cardano до більшої різноманітності клієнтів вузлів. Intersect повідомив, що Amaru, реалізація з відкритим вихідним кодом на Rust, вже здатна до ретрансляції та може перевіряти й синхронізуватися з кінчиком ланцюга. Виробництво блоків в основній мережі заплановано на листопад 2026 року.
Власний трекер розробки Amaru надає більше деталей. Його загальний реліз виробника блоків заплановано на 30 вересня, за ним слідуватиме віха виробника блоків, сумісного з Dijkstra, 29 жовтня, та реліз, сумісний з Leios, 26 листопада. Це етапи розробки, а не гарантовані дати активації основної мережі Cardano.
Різноманітність вузлів зменшить залежність Cardano від її реалізації на Haskell. Intersect також розробляє трекер готовності Dijkstra, який охоплює продуктивність тестової мережі та підготовку екосистеми, запрошуючи команди альтернативних вузлів до своєї щотижневої Робочої групи з хардфорків.
Dijkstra вводить параметри протоколу, які управління Cardano не може змінити, якщо вони явно не відображені в конституційних обмеженнях. Тому Input Output планує вузьку конституційну поправку, яка додає відповідні параметри та дозволені діапазони. Вона не пропонує змін до ролей управління, порогів голосування або конституційних принципів.
Поточна мета – подати цю управлінську дію не пізніше Епохи 655, що починається 11 вересня. Обговорення спільноти вже організовується через Портал конституційних поправок Intersect, який до 14 серпня отримав чотири початкові подання.
Зрештою, найближча робота зосереджена на завершенні коду Dijkstra, встановленні критеріїв готовності та переведенні першої фази через попередній перегляд та передпродакшн до будь-якого голосування з управління основної мережі. Останнє оновлення Intersect свідчить, що погоджений обсяг та цільові дати залишаються незмінними.
Головне застереження – це терміни. Хоча команда вузлів Haskell працює над поставкою Фази 1 в основну мережу до кінця 2026 року, офіційна дорожня карта описує 4 квартал як мету завершення коду і зазначає, що управління та тестування спільнотою можуть відкласти активацію. Peras залишається запланованим на 2 квартал 2027 року після розгортання Фази 1.





