Cardano Foundation обновляет свой API для бирж с полной поддержкой управления

Cardano Foundation выпустил Cardano Rosetta Java v2.1.0, представив полную функциональность управления эпохи Conway через стандартизированные конечные точки Mesh API, впервые позволяя биржам и разработчикам взаимодействовать с децентрализованной инфраструктурой управления Cardano через интерфейс Rosetta.

Что добавляет обновление

Эпоха реестра Conway, также называемая фазой Voltaire, представляет собой переход Cardano к управлению на цепочке, где держатели ADA, операторы пулов ставок и делегированные представители напрямую участвуют в решениях протокола. До версии v2.1.0 этот уровень управления был недоступен через Rosetta API, на который биржи и институциональные интеграторы полагаются для стандартизированного взаимодействия с блокчейном.

Релиз устраняет этот пробел как в конечных точках построения, так и в конечных точках данных.

SPO теперь могут напрямую голосовать на цепочке по действиям управления через API. Пользователи могут делегировать свою голосующую силу DRep через тот же интерфейс, не требуя отдельных инструментов. Добавлена поддержка CIP-129, обеспечивающая автоматический вывод типа DRep из префиксных идентификаторов, что упрощает обработку идентификаторов участников управления при построении транзакций. Операции управления, включая dRepVoteDelegation, теперь правильно идентифицируются и возвращаются через конечные точки block, block/transaction и construction/parse.

Для бирж в частности стандартизированное покрытие конечных точек означает, что транзакции, связанные с управлением, могут быть проанализированы, проверены и отображены с использованием той же инфраструктуры, которая уже существует для стандартных переводов ADA и операций ставок.

Технические улучшения

Помимо управления, v2.1.0 включает несколько усовершенствований инфраструктуры. Операции в конечных точках данных теперь сортируются по индексу в порядке возрастания, улучшая согласованность для разработчиков, программно анализирующих данные транзакций. Обработка кодов состояния HTTP была исправлена для согласования типов ошибок с соответствующими кодами ответов: неповторяемые ошибки теперь возвращают 400 Bad Request вместо 500 Internal Server Error, изменение, которое делает обработку ошибок более предсказуемой для интеграторов. Экспериментальный административный интерфейс для индексатора теперь доступен на localhost для разработчиков, запускающих локальные экземпляры.

Ни одно из этих изменений не является основной функцией, но исправление кода состояния HTTP — это тот тип исправления, который устраняет категорию путаницы при отладке, которая расстраивала разработчиков, интегрирующих предыдущую версию. Небольшие улучшения в обработке ошибок, как правило, имеют непропорционально большое практическое влияние.

Путь обновления и совместимость

Путь обновления с v2.0.0 полностью совместим и не требует повторной синхронизации данных, что означает, что биржи и операторы инфраструктуры текущей основной версии могут применить обновление без операционных простоев. Для операторов, все еще работающих с v1.x.x, требуется полная повторная синхронизация genesis yaci-indexer, хотя существующие данные Cardano Node могут быть сохранены на протяжении всего процесса.

Это различие имеет практическое значение. Операторы, перешедшие на v2.0.0 во время его релиза в феврале 2026 года, получают плавное обновление. Те, кто еще не мигрировал с v1.x.x, сталкиваются с более сложным процессом перед получением доступа к функциям управления в v2.1.0.

Контекст релиза v2.0.0

Релиз v2.0.0 в начале февраля 2026 года был предыдущим значительным обновлением, которое сократило время синхронизации сети примерно на 30%, сократив синхронизацию с 52 часов до примерно 37 часов. Это сокращение было значимым для бирж и разработчиков, работающих с инфраструктурой полных узлов, сократив время до операционной готовности более чем на 15 часов для новых развертываний.

v2.1.0 строится на этом фундаменте, добавляя уровень управления, а не заменяя или изменяя улучшения синхронизации. Два релиза вместе представляют собой достаточно сжатую временную шкалу развития инфраструктуры: более быстрая синхронизация в феврале, интеграция API управления в том же месяце.

Почему важен доступ к API управления

Модель управления Cardano на цепочке является относительно новым и все еще созревающим компонентом протокола. Возможность для SPO и держателей ADA участвовать в действиях управления существует на уровне протокола, но показатели участия зависят частично от того, насколько доступны инструменты для платформ, где большинство пользователей взаимодействуют со своими активами.

Биржа, которая теперь может предоставлять участие в управлении напрямую через стандартизированные конечные точки API, устраняет шаг из процесса для пользователей, которым в противном случае потребовались бы внешние инструменты для голосования или делегирования. Приведет ли это снижение трения к значительно более высоким показателям участия в управлении — это вопрос, на который в конечном итоге ответят данные на цепочке после релиза.

Публикация Cardano Foundation обновляет свой биржевой API для включения полной поддержки управления впервые появилась на ETHNews.