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 підтримував мультиплексовані акаунти, які дозволяли біржам і кастодіанам отримувати депозити від різних клієнтів на один акаунт, ідентифікуючи окремих користувачів через окремі ідентифікатори.
Смарт-акаунти, які використовують програмовані контракти для контролю дозволів на витрати, не мали такої самої можливості. Бізнеси, що їх використовували, зазвичай потребували окремих контрактів для розрізнення балансів клієнтів.
З 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 записує час закриття реєстрів у цілих секундах, що не дозволяє мережі орієнтуватися на інтервали, коротші за одну секунду.
Нова система запроваджує часові мітки з мілісекундною роздільністю, що дозволяє майбутнім змінам протоколу підтримувати точніші інтервали закриття реєстрів.
У вересні оновлення Протоколу 28 Stellar скоротило типові часи закриття реєстрів у головній мережі з приблизно 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, а фонд координує підготовку через свою спільноту розробників та канали валідаторів.
