Cardano wydał wersję węzła 11.1.1 przed swoją następną główną erą sieciową, kończąc pierwszy z czterech planowanych kamieni milowych węzła wspierających hard fork Dijkstra.
Podsumowanie
- Węzeł Cardano 11.1.1 został wydany, usuwając starsze śledzenie i rozwiązując znane problemy operacyjne związane z Genesis.
- Węzeł 11.2 otworzy większość funkcji Dijkstra do testowania, początkowo wykluczając komponenty konsensusu Leios.
- DijkstraNet jest oczekiwany po węźle 11.2 w celu publicznego testowania Plutus V4, transakcji zagnieżdżonych i CIP-50.
- Okno hard forku o umiarkowanym poziomie pewności Intersect trwa od 5 grudnia do 4 stycznia, w zależności od gotowości i zatwierdzenia przez zarządzanie.
- Peras pozostaje planowany jako osobny hard fork wewnątrz ery w drugim kwartale 2027 roku.
Rejestr kontenerów Intersect pokazuje, że wersja 11.1.1 została opublikowana w weekend kończący się 6 września. Wydanie usuwa starszy system śledzenia Cardano i rozwiązuje znane problemy związane z Genesis. Odpowiada również na zwiększone zużycie pamięci zidentyfikowane podczas testów węzła 11.1.0.
Wydanie konserwacyjne pojawiło się, gdy Intersect opublikował bardziej szczegółowy harmonogram Dijkstra. Wersje węzła 11.2 i 11.3, a następnie końcowe wydanie protokołu w wersji 12, będą stopniowo wprowadzać kod wymagany do testowania i aktywacji mainnetu.
Intersect obecnie umieszcza możliwe wdrożenie Dijkstra między 5 grudnia 2026 a 4 stycznia 2027, w ramach harmonogramu o „umiarkowanym poziomie pewności”. Późniejsze okno o „wysokim poziomie pewności” trwa od 24 lutego do 26 marca 2027.
Te okna pozostają szacunkowe. Cardano musi ukończyć rozwój, publiczne testy, przygotowanie ekosystemu i zarządzanie on-chain, zanim hard fork będzie mógł zostać aktywowany.
Węzeł Cardano 11.1.1 rozpoczyna sekwencję wydań
Węzeł 11.1.1 jest dostępny w oficjalnym rejestrze kontenerów GitHub Intersect. Intersect wcześniej planował tydzień rozpoczynający się 7 września, co oznacza, że pakiet pojawił się nieco przed tym określonym oknem.
Wydanie nie aktywuje ery Dijkstra ani nie wprowadza pełnego zestawu planowanych funkcji księgi. Jest to aktualizacja konserwacyjna i przygotowawcza przeznaczona do bieżącego użytku na mainnecie.
Wersja 11.1.1 usuwa starszą infrastrukturę śledzenia używaną do monitorowania operacji węzła. Raporty rozwojowe Cardano wskazują również, że rozwiąże ona wyższe zużycie pamięci rezydentnej zaobserwowane w testach porównawczych węzła 11.1.0.
Rejestr wydań zawiera wersje standardowe, AMD64 i ARM64. Dostępność dla różnych architektur procesorów jest istotna dla operatorów pul stakingowych i programistów uruchamiających infrastrukturę Cardano na różnorodnym sprzęcie.
Węzeł 11.2 jest następnym planowanym kamieniem milowym. Intersect spodziewa się go w ciągu około miesiąca od swojej aktualizacji z 5 września. Wersja będzie zawierać większość zestawu funkcji Dijkstra do testowania, ale nie będzie ostatecznym kandydatem do hard forku.
Komponenty Leios będą nieobecne w węźle 11.2, ponieważ dotyczą głównie konsensusu i produkcji bloków. Programiści powinni nadal być w stanie testować pozostałe funkcje księgi i transakcji Dijkstra.
DijkstraNet przetestuje nowe funkcje transakcyjne Cardano
Intersect planuje uruchomić publiczną sieć o nazwie DijkstraNet po udostępnieniu węzła 11.2. Testnet umożliwi programistom, operatorom pul stakingowych i dostawcom narzędzi testowanie szerszego zestawu funkcji protokołu w wersji 12.
Oczekuje się, że DijkstraNet będzie obejmować Plutus V4, transakcje zagnieżdżone i parametry CIP-50. Inne zmiany w księdze śledzone w publicznym repozytorium rozwojowym Cardano obejmują nowe typy skryptów, zmiany adresów, rewizje serializacji treści bloku oraz zmiany w wypłatach nagród.
Transakcje zagnieżdżone pozwoliłyby jednej transakcji Cardano zawierać inne transakcje przy zachowaniu oddzielnych warunków walidacji. Taka struktura mogłaby wspierać bardziej złożone aplikacje, skoordynowane działania i przepływy pracy z wieloma stronami bez konieczności działania każdego kroku jako niepowiązanej transakcji.
Plutus V4 reprezentuje następną wersję języka inteligentnych kontraktów Cardano i środowiska wykonawczego. Konieczne będą testy, aby potwierdzić, że portfele, zdecentralizowane aplikacje, indeksatory i narzędzia deweloperskie poprawnie interpretują nowe zasady księgi.
CIP-50 dotyczy dźwigni zastawu i nagród za stakowanie. Jego uwzględnienie oznacza, że operatorzy pul stakingowych będą musieli zbadać, jak nowe parametry mogą wpłynąć na zachęty i ekonomikę pul przed aktywacją mainnetu.
Oficjalny tracker gotowości Dijkstry pozostaje otwarty i oznaczony jako praca w toku. Zostanie zamknięty dopiero po przygotowaniu przez programistów węzła zdolnego do przeprowadzenia hard forka do funkcjonalnej ery Dijkstry.
DijkstraNet będzie działać równolegle z MusashiNet, a nie zastępując go. MusashiNet jest już aktywny i koncentruje się na testowaniu Leiosa, konsensusu i produkcji bloków.
To rozdzielenie pozwala na równoległy postęp funkcji księgi i nowej architektury konsensusu. Wyniki muszą ostatecznie zbiec się w wersji węzła wybranej jako kandydat do hard forka.
Węzeł 11.3 połączy Dijkstrę z liniowym Leiosem
Węzeł Cardano 11.3 ma pojawić się w ciągu jednego do dwóch miesięcy, zgodnie z aktualizacją Intersect z 5 września update. Ma on stać się kandydatem do wydania hard forka Dijkstry.
W przeciwieństwie do węzła 11.2, wersja 11.3 ma zawierać pełny zestaw funkcji Dijkstry, w tym liniowy Leios. Powinna również być w stanie przejść z obecnej ery księgi Conway do Dijkstry podczas prób w sieci testowej.
Liniowy Leios to planowana pierwsza faza implementacji Ouroboros Leios w Cardano. Dodaje równoległe struktury przetwarzania transakcji wokół istniejącego projektu konsensusu Praos. Celem jest zwiększenie przepustowości bez zastępowania założeń bezpieczeństwa podstawowego łańcucha Cardano.
Testowanie musi obejmować więcej niż surową pojemność transakcyjną. Deweloperzy muszą ocenić propagację bloków, przepustowość sieci, wykorzystanie zasobów, synchronizację, zachowanie przy odzyskiwaniu oraz wydajność w niekorzystnych warunkach.
Węzeł Cardano 12.0 stanie się ostatecznym wydaniem protokołu w wersji 12 zgodnie z konwencją nazewnictwa projektu. Intersect nie przypisał daty publikacji.
Intersect opisał okres od grudnia do stycznia jako okno o „umiarkowanej pewności”, a nie gwarantowaną datę aktywacji.
Późniejsze okno organizacji, trwające od 24 lutego do 26 marca, daje więcej czasu na testy i zarządzanie, jeśli wcześniejszy harmonogram nie może zostać dotrzymany. Żadne z okien nie jest stałą datą hard forka.
Jak wcześniej informowano, gdy Cardano opublikował etapową mapę drogową Dijkstry, cel na koniec roku pierwotnie odnosił się częściowo do ukończenia kodu. Aktywacja w sieci głównej pozostaje uzależniona od gotowości technicznej i zgody społeczności.
Zarządzanie musi zatwierdzić hard fork Dijkstry w Cardano
Cardano nie może aktywować Dijkstry wyłącznie poprzez wydanie oprogramowania. System zarządzania w łańcuchu musi zatwierdzić działania konstytucyjne i hard forka wymagane dla protokołu w wersji 12.
Niektóre nowe parametry Dijkstry muszą zostać włączone do zabezpieczeń Konstytucji Cardano, zanim zarządzanie będzie mogło je modyfikować. Intersect poprosił uczestników o monitorowanie portalu poprawek konstytucyjnych w celu uzyskania powiązanych propozycji.
Zmiana konstytucji wymaga zatwierdzenia zgodnie z zasadami zarządzania Cardano. Osobna akcja inicjująca hard fork musi następnie uzyskać wymagane wsparcie od delegowanych przedstawicieli, operatorów puli stawek i Komitetu Konstytucyjnego.
Proces ten został przetestowany podczas hard forka van Rossem. Jak crypto.news poinformował po jego aktywacji w lipcu, van Rossem przeniósł Cardano do protokołu w wersji 11 po zakończeniu pełnego procesu zatwierdzania w łańcuchu.
Van Rossem pozostał w erze Conway, ale dodał zmiany Plutus i przygotował techniczne podstawy dla Dijkstry. Był to pierwszy hard fork w sieci głównej Cardano wdrożony w całości przez obecne ramy zarządzania.
Przejście Dijkstry będzie szersze, ponieważ zmienia erę księgi głównej i wprowadza bardziej rozbudowane możliwości konsensusu, transakcji i inteligentnych kontraktów. Giełdy, portfele, eksploratory i zdecentralizowane aplikacje muszą być gotowe przed aktywacją.
Intersect zachęca operatorów pul i programistów do przyłączenia się do testów MusashiNet i DijkstraNet. Zaplanowano również warsztaty dotyczące różnorodności węzłów w Singapurze 6 października oraz w Londynie 13 i 14 listopada.
Amaru, alternatywny węzeł Cardano napisany w Rust, stanowi kolejną część tych przygotowań. Może już walidować i synchronizować się z końcem łańcucha, podczas gdy produkcja bloków w sieci głównej pozostaje planowana na listopad 2026 r.
Różnorodność węzłów może zmniejszyć zależność sieci od pojedynczej implementacji Haskell. Stwarza to również dodatkowy wymóg testowania, ponieważ alternatywni klienci muszą spójnie interpretować reguły protokołu.
Peras pozostaje osobną aktualizacją w 2027 r.
Plan Dijkstry dla Cardano ma dwie fazy. Faza 1 obejmuje przejście ery, transakcje zagnieżdżone i Linear Leios. Deweloperzy celują w gotowość sieci głównej około końca 2026 r., z zastrzeżeniem testów i zarządzania.
Faza 2 aktywuje Ouroboros Peras poprzez oddzielny hard fork wewnątrz ery. Intersect obecnie celuje w drugi kwartał 2027 r.
Peras dodaje głosowanie oparte na udziale w sieci na temat ostatnich końców łańcucha, aby przyspieszyć rozliczenia. Projekt ma na celu zapewnienie silniejszego potwierdzenia wcześniej niż poleganie wyłącznie na normalnych zasadach głębokości łańcucha Ouroboros Praos.
Faza 1 zainstaluje niektóre kodeki i parametry protokołu potrzebne dla Peras. Nie aktywuje jednak samego mechanizmu finalności. Peras będzie wymagać własnych wdrożeń testnetowych, kontroli gotowości i działań zarządczych.
Nie potwierdzono, aby jakikolwiek ruch ceny ADA można było przypisać wyłącznie wydaniu węzła lub zmienionym oknom Intersect. Mapa drogowa zapewnia mierzalne kamienie milowe techniczne, ale ostateczna data aktywacji pozostaje zależna od rozwoju i zarządzania.
Kolejne punkty kontrolne to przyjęcie węzła 11.1.1, wydanie węzła 11.2, publiczne otwarcie DijkstraNet i publikacja wymaganych poprawek konstytucyjnych. Węzeł 11.3 określi następnie, czy Cardano jest technicznie gotowe do przećwiczenia pełnego przejścia ery.
Najczęściej zadawane pytania
Czym jest hard fork Dijkstra w Cardano?
Dijkstra to planowane przejście Cardano do wersji protokołu 12. Wprowadzi nową erę księgi głównej, transakcje zagnieżdżone, zmiany Plutus V4 i Linear Leios.
Czy węzeł Cardano 11.1.1 został wydany?
Tak. Oficjalny rejestr pakietów Intersect na GitHubie pokazuje, że wersja 11.1.1 została opublikowana przed tygodniem rozpoczynającym się 7 września.
Kiedy wystartuje DijkstraNet?
Intersect spodziewa się DijkstraNet po węźle 11.2. Węzeł jest planowany w ciągu około miesiąca od aktualizacji organizacji z 5 września.
Kiedy Cardano aktywuje Dijkstrę?
Wcześniejsze szacunkowe okno Intersect obejmuje okres od 5 grudnia 2026 r. do 4 stycznia 2027 r. Okno o wyższym poziomie pewności obejmuje okres od 24 lutego do 26 marca 2027 r. Żadne z nich nie jest gwarantowane.
Czy Peras jest uwzględniony w pierwszym hard forku Dijkstry?
Nie. Faza 1 przygotuje niektóre wymagane struktury, ale aktywacja Peras jest planowana poprzez kolejny hard fork w drugim kwartale 2027 r.
