Основная сеть Stellar (XLM) активировала Protocol 28 «Adapter» с механизмом миграции данных контрактов
Ключевые выводы
- •Обновление Protocol 28 было запущено в основной сети Stellar 16 сентября 2026 года в 17:00 UTC под кодовым названием «Adapter».
- •Его основная функция — предоставить разработчикам определенный процесс миграции данных, хранящихся развернутыми смарт-контрактами, без добавления новых пользовательских функций.
- •Обновление касается главным образом разработчиков Soroban и инфраструктуры узлов сети, а не обычных пользователей кошельков и приложений.
- •Обновления протокола Stellar вступают в силу, когда супербольшинство валидаторов дает согласие в назначенное время, а операторы, не выполнившие обновление, рискуют выпасть из консенсуса с сетью.
- •Protocol 28 вышла через восемь версий протокола после активации Soroban в основной сети с Protocol 20 в феврале 2024 года.

Основная сеть Stellar (XLM) теперь работает на Protocol 28 — обновлении с кодовым названием «Adapter», которое было активировано 16 сентября 2026 года в 17:00 UTC. Активация открывает рабочий механизм миграции данных, хранящихся смарт-контрактами в сети.
Изменения в первую очередь ориентированы на разработчиков, создающих приложения на Soroban, платформе смарт-контрактов Stellar, а также на инфраструктуру узлов, лежащую в основе сети, а не на обычных пользователей кошельков и приложений.
Что делает Protocol 28 «Adapter»
Согласно отчету, основная функция обновления заключается в предоставлении рабочего механизма миграции данных, хранящихся развернутыми смарт-контрактами. Вместо внедрения новых пользовательских функций изменение протокола регулирует обработку данных контрактов по обновленным правилам сети, предоставляя разработчикам определенный процесс переноса хранящихся данных. Для команд, обслуживающих действующие приложения, именно этот процесс определяет, как существующее состояние их контрактов переносится по обновленным правилам сети.
Предыстория: как работают обновления сети Stellar
Протокол Stellar развивается посредством общесетевых обновлений, требующих координации между валидаторами. Перед запланированной активацией операторы узлов устанавливают версии ПО, поддерживающие новую версию протокола, а обновление вступает в силу, когда супербольшинство валидаторов дает согласие в целевое время. Операторы, не успевшие выполнить обновление, рискуют выпасть из консенсуса с остальной сетью. Теперь, когда момент активации прошел, это требование приобрело операционный характер: именно работа на ПО с поддержкой Protocol 28 позволяет узлу обрабатывать ту же цепочку, что и остальная сеть.
Soroban и данные контрактов
Soroban добавил в Stellar функциональность нативных смарт-контрактов, запустившись в основной сети с Protocol 20 в феврале 2024 года. Контракты, написанные на Rust, хранят свое состояние в виде записей в реестре Stellar, которые приложения могут считывать и обновлять со временем. Поскольку развернутые приложения могут зависеть от этого хранимого состояния, изменения на уровне протокола в обработке данных требуют тщательно продуманного пути миграции — который, согласно отчету, и призвано обеспечить обновление «Adapter». Сам номер версии отражает эту траекторию: Protocol 28 вышла через восемь версий протокола после релиза, активировавшего Soroban, что отражает последовательность пронумерованных версий протокола, через которые прошла сеть с момента запуска смарт-контрактов в основной сети.
Stellar с 2014 года работает как недорогая сеть для платежей и выпуска активов, где XLM выступает нативным активом, используемым для оплаты комиссий за транзакции соблюдения минимальных требований к балансу.
Этот отчет впервые опубликован COINOTAG: Основная сеть Stellar (XLM) активировала Protocol 28 «Adapter» с механизмом миграции данных контрактов.