Stellar активировала обновление Protocol 30 под кодовым названием Bell в тестовой сети, представив новые возможности смарт-контрактов, постквантовую проверку подписей и изменения, которые в будущих обновлениях могут обеспечить более быструю обработку реестра.
Краткое содержание
- Stellar активировала обновление Protocol 30 Bell в тестовой сети, а валидаторы должны проголосовать за активацию в основной сети 23 ноября в 17:00 UTC.
- Bell вводит мультиплексированные адреса контрактов, которые позволяют биржам, кастодианам и платёжным провайдерам управлять балансами множества клиентов через один смарт-контракт.
- Обновление добавляет поддержку постквантовой проверки подписей ML DSA внутри смарт-контрактов, при этом подписи транзакций сети продолжат использовать Ed25519.
- Protocol 30 вводит миллисекундную синхронизацию реестра для поддержки более быстрой обработки в будущих обновлениях, хотя это изменение не сокращает время закрытия реестра немедленно.
- Провайдеры кошельков, биржи и операторы инфраструктуры должны обновить своё программное обеспечение для поддержки нового формата адресов и изменений данных реестра до активации в основной сети.
Согласно объявлению Stellar Development Foundation от 4 ноября, обновление тестовой сети завершено, и валидаторы теперь должны проголосовать за активацию Bell в основной сети 23 ноября.
Обновление вводит три изменения в рамках CAP-84, CAP-87 и CAP-88, охватывающие то, как смарт-контракты обрабатывают адреса клиентов, проверяют криптографические подписи и фиксируют время закрытия реестра.
В своём объявлении от 20 октября фонд пояснил, что Bell разработан, чтобы помочь компаниям управлять средствами клиентов через смарт-аккаунты, одновременно подготавливая сеть к квантово-устойчивой безопасности и более быстрой обработке транзакций.
Активации в тестовой сети предшествовало голосование валидаторов, запланированное на 3 ноября в 17:00 UTC. Голосование в основной сети запланировано на то же время 23 ноября, а активация зависит от одобрения валидаторов.
Stellar Protocol 30 вводит мультиплексированные адреса смарт-контрактов
Одним из главных изменений Bell является CAP-84, который вводит мультиплексированные адреса контрактов, позволяющие компаниям управлять средствами, принадлежащими множеству клиентов, через один смарт-контракт.
Ранее Stellar поддерживал мультиплексированные аккаунты, которые позволяли биржам и кастодианам принимать депозиты от разных клиентов на один аккаунт, идентифицируя отдельных пользователей с помощью отдельных ID.
Смарт-аккаунты, использующие программируемые контракты для управления разрешениями на расходование средств, не обладали такой же возможностью. Компаниям, использующим их, обычно требовались отдельные контракты для различения балансов клиентов.
С CAP-84 адрес контракта может содержать 64-битный идентификатор, который определяет предполагаемого клиента без необходимости отдельного смарт-контракта для каждого пользователя.
Новые адреса используют формат, начинающийся с буквы W, что отличает их от существующих адресов мультиплексированных аккаунтов, начинающихся с M.
Когда токены переводятся на один из этих адресов, средства поступают на базовый контракт, а идентификатор клиента записывается в событии перевода.
По словам Stellar, биржи, платёжные провайдеры и кастодианы могут использовать систему для управления клиентскими депозитами через смарт-аккаунты без развёртывания отдельных контрактов для потенциально миллионов пользователей.
Изменение требует, чтобы провайдеры кошельков и другие приложения, обрабатывающие адреса Stellar, поддерживали новый формат.
Bell приносит постквантовую проверку подписей в смарт-контракты
Ещё один важный компонент, CAP-87, вводит поддержку проверки подписей ML-DSA в среде смарт-контрактов Soroban от Stellar.
ML-DSA — это постквантовый алгоритм цифровой подписи, стандартизированный Национальным институтом стандартов и технологий США в 2024 году.
В отличие от существующих систем эллиптических кривых подписей, ML-DSA разработан для противостояния атакам достаточно мощных квантовых компьютеров.
В настоящее время Stellar использует криптографические схемы подписи, включая Ed25519, secp256k1 и secp256r1, которые могут стать уязвимыми для будущих достижений в области квантовых вычислений.
В рамках Bell разработчики могут создавать смарт-аккаунты, которые требуют подписей ML-DSA перед авторизацией транзакций, что позволяет кошелькам и кастодианам внедрять квантово-устойчивые механизмы контроля расходов.
Фонд сообщил, что процесс верификации проходит через Stellar Core, поскольку проверка подписей ML-DSA требует значительно больше вычислительных ресурсов, чем обычные подписи.
Протокол 30 поддерживает три функции верификации ML-DSA, соответствующие различным уровням безопасности алгоритма.
Эта функция является первым ончейн-компонентом Плана квантовой подготовки Stellar, хотя транзакционные подписи на сетевом уровне будут продолжать использовать Ed25519 до будущего обновления протокола.
Другие блокчейны также изучали аналогичные меры защиты. В августе Sui изложил планы по внедрению квантово-безопасной аутентификации аккаунтов с использованием схем подписи, одобренных NIST.
Миллисекундная точность учёта времени реестра готовит Stellar к более быстрой обработке
Третий компонент Bell, CAP-88, изменяет способ записи Stellar времени закрытия реестров.
В настоящее время Stellar записывает время закрытия реестров в целых секундах, что не позволяет сети ориентироваться на интервалы короче одной секунды.
Новая система вводит временные метки с миллисекундной точностью, что позволит будущим изменениям протокола поддерживать более точные интервалы закрытия реестров.
В сентябре обновление протокола Stellar 28 сократило типичное время закрытия реестров основной сети с примерно 5,7 секунды до пяти секунд.
CAP-88 не сокращает это время немедленно дальше. Вместо этого он устраняет существующее техническое ограничение, при этом разработчики Stellar Core уже экспериментируют с более быстрой обработкой реестров.
Изменение вводит новый формат заголовка реестра, что требует от приложений, декодирующих необработанные данные блокчейна, обновления своего программного обеспечения.
Согласно руководству по обновлению фонда, старые SDK могут не справиться с декодированием реестров протокола 30, а индексаторы и аналитические сервисы должны обновить свои определения XDR.
Существующие контракты Soroban могут продолжать работать без изменений, хотя разработчикам необходимо обновить свои инструменты для использования новых функций Bell.
Обновление основной сети запланировано на 23 ноября
В преддверии голосования в основной сети Stellar выпустил версии своего инфраструктурного программного обеспечения Core, Horizon, RPC и Galexie, совместимые с протоколом 30.
В руководстве по обновлению от 23 октября среди доступных релизов для разработчиков указаны JavaScript SDK v17.3.0 и Go SDK v0.8.0, а также кандидат на выпуск Soroban Rust SDK.
Валидаторам было предписано установить Stellar Core v30.0.0 до голосования в основной сети, в то время как биржи, поставщики кошельков и другие операторы инфраструктуры должны подготовить свои интеграции к новому формату реестра.
Обновление следует за недавними событиями в экосистеме Stellar, включая интеграцию VIA Labs кросс-чейн обмена сообщениями между Stellar и Ethereum в конце октября.
Интеграция позволяет смарт-контрактам Soroban обмениваться сообщениями с контрактами на базе Ethereum, поддерживая приложения, связанные со стейблкоинами, токенизированными активами и кросс-чейн транзакциями.
Голосование по обновлению основной сети Stellar запланировано на 23 ноября в 17:00 UTC, при этом фонд координирует подготовку через своё сообщество разработчиков и каналы валидаторов.
