Cardano Rosetta Java v2.1.0: Управління стало реальністю

Cardano Rosetta Java v2.1.0 запущено з повною підтримкою управління епохи Конвея, голосування SPO, делегування DRep та CIP-129 на всіх кінцевих точках.

Фонд Cardano випустив те, що чекали розробники. Cardano Rosetta Java v2.1.0 запущено, і воно забезпечує повну підтримку управління епохи Конвея як для конструкторських, так і для даних кінцевих точок. Як повідомив @Cardano_CF у X, оновлення охоплює голосування SPO, делегування голосів DRep, CIP-129 та інше.

Це не дрібниця. Операції управління тепер видно всередині API. Розробникам більше не потрібні обходи.

Обов’язково до прочитання: Від Legacy Rails до блокчейну: чому великі банки роблять ставку на токенізацію

Що змінилося всередині API

Згідно з офіційними нотатками релізу v2.1.0 на GitHub, оновлення було створено @matiwinnetou двома тижнями раніше. Голосування SPO та делегування голосів DRep тепер з’являються як у конструкторських, так і у даних кінцевих точках. Операції сортуються за індексом у зростаючому порядку. Остання частина — незначна, але спричиняла проблеми.

Підтримка CIP-129 тепер вбудована. ID DRep з префіксом довжиною 29 байт більше не потребує явного поля типу. API автоматично визначає тип за байтом у заголовку. Сирі ID довжиною 28 байт все ще потрібно вручну вказувати тип.

Кінцеві точки /block, /block/transaction та /search/transactions тепер повертають операції VOTE_DREP_DELEGATION та POOL_GOVERNANCE_VOTE для транзакцій епохи Конвея.

Можливо, вас також зацікавить: Розширення XRPL Ripple на 550 мільйонів доларів може стимулювати попит на XRP

Ключова зміна, яку мають знати розробники

Є одна важлива зміна. Коди стану HTTP тепер відповідають фактичній класифікації помилок. Всі неповторювані помилки тепер повертають 400 Bad Request. Раніше помилки валідації та помилки “не знайдено” повертали 500 Internal Server Error. Клієнти, побудовані на обробці 500, мають оновити обробку помилок перед оновленням.

Фонд Cardano чітко зазначив у нотатках релізу. Без обхідних шляхів.

Шлях оновлення та що скидається

Для користувачів, що оновлюються з v2.0.0, це оновлення повністю сумісне. Перезапуск не потрібен. Це чистий шлях для більшості поточних розгортань.

Для оновлення з v1.x.x потрібна повна повторна синхронізація генезису yaci-indexer. Дані Cardano Node можна залишити; потрібно оновити лише дані індексатора. У нотатках релізу наведена процедура видалення обсягу даних.

Версія Node оновлюється з 10.5.3 до 10.5.4. Yaci також оновлюється з 0.10.5 до 0.10.6. Також з’явився експериментальний адміністративний інтерфейс для індексатора за адресою http://yaci-indexer:9095/admin-ui/.

Фонд Cardano підтвердив, що це не обов’язкове оновлення. Команди можуть планувати оновлення у зручний для них час.

Ще популярне: WildMeta інтегрує Aster DEX для розширення відкриття торгів Web3 криптовалютами

Що означає епоха Конвея тут

Епоха Конвея — це фаза Волтайр у Cardano. Децентралізоване управління. Голосування в мережі. DReps. Участь SPO у рішеннях управління. Це частина дорожньої карти, яка перетворює власників ADA на справжніх приймачів рішень щодо змін у протоколі.

Rosetta — це рівень API, з яким взаємодіють біржі та розробники. Без операцій управління у ньому ці інституції мали сліпу зону. v2.1.0 закриває цю прогалину.

Як зазначив @Cardano_CF у X, тепер доступна повна підтримка управління епохи Конвея. Це важливо. Не часткова. Не експериментальна. Повна.

Автори, що працювали над цим пул-реквестами, включають @matiwinnetou, @linconvidal та @Sotatek-DucPhung. Було зроблено кілька PR для реалізації цього, включаючи тести даних управління з золотими прикладами та міграцію тестового набору Allure3.

Пов’язане: ETH фінансування стає позитивним, оскільки потоки у 262 мільйони доларів прорвали 35-денний спад

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