Fundacja Cardano aktualizuje swoje API dla giełd, aby uwzględnić pełne wsparcie zarządzania

Fundacja Cardano wydała Cardano Rosetta Java v2.1.0, wprowadzając kompletną funkcjonalność zarządzania z ery Conway poprzez ustandaryzowane punkty końcowe Mesh API, umożliwiając giełdom i deweloperom interakcję z zdecentralizowaną infrastrukturą zarządzania Cardano po raz pierwszy poprzez interfejs Rosetta.

Co dodaje aktualizacja

Era księgi Conway, określana również jako faza Voltaire, reprezentuje transformację Cardano w kierunku zarządzania on-chain, w którym posiadacze ADA, operatorzy pul stakingowych i delegowani przedstawiciele uczestniczą bezpośrednio w decyzjach protokołu. Do wersji v2.1.0 ta warstwa zarządzania nie była dostępna poprzez Rosetta API, na którym giełdy i instytucjonalni integratorzy polegają w standaryzowanej interakcji z blockchainem.

Wydanie zamyka tę lukę zarówno w punktach końcowych konstrukcji, jak i danych.

SPO mogą teraz oddawać głosy on-chain na działania zarządzania bezpośrednio poprzez API. Użytkownicy mogą delegować swoją siłę głosu do DReps poprzez ten sam interfejs, zamiast wymagać oddzielnych narzędzi. Dodano wsparcie CIP-129, umożliwiające automatyczne wnioskowanie typu DRep z prefiksowanych identyfikatorów, co upraszcza sposób obsługi tożsamości uczestników zarządzania podczas konstrukcji transakcji. Operacje zarządzania, w tym dRepVoteDelegation, są teraz poprawnie identyfikowane i zwracane w punktach końcowych block, block/transaction oraz construction/parse.

Szczególnie dla giełd, ustandaryzowane pokrycie punktów końcowych oznacza, że transakcje związane z zarządzaniem mogą być parsowane, walidowane i wyświetlane przy użyciu tej samej infrastruktury, która jest już obecna dla standardowych transferów ADA i operacji stakingowych.

Ulepszenia techniczne

Poza zarządzaniem, v2.1.0 obejmuje kilka ulepszeń infrastruktury. Operacje w punktach końcowych danych są teraz sortowane według indeksu w kolejności rosnącej, poprawiając spójność dla deweloperów parsujących dane transakcji programowo. Obsługa kodów statusu HTTP została poprawiona, aby dopasować typy błędów do odpowiednich kodów odpowiedzi: błędy niepodlegające ponowieniu zwracają teraz 400 Bad Request zamiast 500 Internal Server Error, zmiana, która sprawia, że obsługa błędów jest bardziej przewidywalna dla integratorów. Eksperymentalny interfejs administracyjny dla indeksera jest teraz dostępny na localhost dla deweloperów uruchamiających lokalne instancje.

Żadna z tych zmian nie jest funkcją nagłówkową, ale korekta kodu statusu HTTP to rodzaj poprawki, która eliminuje kategorię zamieszania w debugowaniu, które frustrowało deweloperów integrujących poprzednią wersję. Małe ulepszenia w obsłudze błędów zazwyczaj mają nieproporcjonalnie duży wpływ praktyczny.

Ścieżka aktualizacji i kompatybilność

Ścieżka aktualizacji z v2.0.0 jest w pełni kompatybilna i nie wymaga ponownej synchronizacji danych, co oznacza, że giełdy i operatorzy infrastruktury na bieżącej wersji głównej mogą zastosować aktualizację bez przestoju operacyjnego. Dla operatorów nadal uruchamiających v1.x.x wymagana jest pełna synchronizacja genesis yaci-indexer, chociaż istniejące dane Cardano Node mogą być zachowane przez cały proces.

Rozróżnienie ma praktyczne znaczenie. Operatorzy, którzy przeszli na v2.0.0 podczas jego wydania w lutym 2026 roku, otrzymują płynną aktualizację. Ci, którzy jeszcze nie migrowali z v1.x.x, stoją przed bardziej skomplikowanym procesem przed uzyskaniem dostępu do funkcji zarządzania w v2.1.0.

Kontekst z wydania v2.0.0

Wydanie v2.0.0 na początku lutego 2026 roku było poprzedzającą znaczącą aktualizacją, która zmniejszyła czas synchronizacji sieci o około 30%, redukując synchronizację z 52 godzin do około 37 godzin. Ta redukcja była znacząca dla giełd i deweloperów uruchamiających infrastrukturę pełnych węzłów, skracając czas do gotowości operacyjnej o ponad 15 godzin dla nowych wdrożeń.

v2.1.0 buduje na tym fundamencie, dodając warstwę zarządzania zamiast zastępować lub modyfikować ulepszenia synchronizacji. Oba wydania razem reprezentują racjonalnie skompresowany harmonogram rozwoju infrastruktury: szybsza synchronizacja w lutym, integracja API zarządzania w tym samym miesiącu.

Dlaczego dostęp do API zarządzania ma znaczenie

Model zarządzania on-chain Cardano jest stosunkowo nowym i wciąż dojrzewającym komponentem protokołu. Możliwość uczestnictwa SPO i posiadaczy ADA w działaniach zarządzania istnieje na poziomie protokołu, ale wskaźniki uczestnictwa zależą częściowo od tego, jak dostępne są narzędzia na platformach, na których większość użytkowników wchodzi w interakcję ze swoimi zasobami.

Giełda, która może teraz udostępnić udział w zarządzaniu bezpośrednio poprzez ustandaryzowane punkty końcowe API, usuwa krok z procesu dla użytkowników, którzy w przeciwnym razie potrzebowaliby zewnętrznych narzędzi do głosowania lub delegowania. Czy ta redukcja tarcia przekłada się na znacząco wyższe wskaźniki uczestnictwa w zarządzaniu, to pytanie, na które dane on-chain po wydaniu ostatecznie odpowiedzą.

Post Fundacja Cardano aktualizuje swoje API giełdowe, aby uwzględnić pełne wsparcie zarządzania pojawił się jako pierwszy na ETHNews.