Cardano предлагает децентрализованные оповещения для стейк-пулов и приложений

CIP-0201 сочетает доставку сообщений вне цепочки с регистрацией на базе Cardano и возвращаемыми депозитами. Предлагаемая сеть будет распространять подписанные уведомления, при этом получатели смогут обнаруживать и восстанавливать отсутствующие сообщения.

By SongMarketCap

Updated:

Cardano News - Cardano предлагает децентрализованные оповещения для стейк-пулов и приложений

CIP-0201 предлагает децентрализованную сеть связи для оповещений о безопасности Cardano, объявлений стейк-пулов, обновлений управления и уведомлений приложений. Сообщения будут передаваться между участвующими узлами, подписи позволят получателям проверять их источник. Предложение стало кандидатом в CIP 29 сентября и остается на техническом рассмотрении.

Подписанные оповещения для операторов и пользователей Cardano

Сопутствующий CPS-0038 определяет четыре потребности в коммуникации: предупреждения об инцидентах для операторов стейк-пулов, объявления пулов для делегаторов, информацию о голосовании для участников управления и уведомления приложений о позициях или изменениях протокола.

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

Сейчас такие сообщения проходят через списки рассылки, коммуникационные платформы и инфраструктуру провайдеров. CPS-0038 описывает отсутствие общего стандарта Cardano, который сочетает аутентификацию издателя, целостность сообщений и измеримую устойчивость к целевому подавлению.

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

Как CIP-0201 будет распространять уведомления

Предлагаемая система использует модель публикации и подписки. Издатели отправляют подписанные сообщения в именованные темы, а узлы подписчики получают их и пересылают подключенным пирам.

Узлы PubSub будут работать отдельно от узлов Cardano. Их регистрационные записи будут находиться в блокчейне, а содержимое уведомлений останется вне цепочки.

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

Порядковые номера выявляют пробелы в потоке сообщений издателя. Узлы временно сохраняют копии, чтобы пиры могли запрашивать отсутствующие уведомления. Этот механизм восстановления предоставляет дополнительные возможности доставки, хотя смена подключений не гарантирует получение в пределах одного периода.

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

Развертывание требует тестов восстановления и интеграции кошельков

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

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

Провайдеры кошельков будут отвечать за финальный этап доставки. CPS-0038 различает достижение сообщением участвующей инфраструктуры и достижение отдельного пользователя. В сценарии завершения работы пула сеть доставит подписанное объявление на бэкенд кошелька; после этого кошелек должен сделать это уведомление видимым для затронутых делегаторов до того, как они сменят пулы.