НовостиКриптовалютыSolana активировала Transaction V1 в тестнете, объединяя многошаговые операции в одну атомарную транзакцию

Solana активировала Transaction V1 в тестнете, объединяя многошаговые операции в одну атомарную транзакцию

Автор: Cryptopolitan·

Ключевые выводы

  • •Transaction V1 увеличивает максимальный размер сериализованной транзакции Solana с 1 232 до 4 096 байт — рост в 3,3 раза; апгрейд впервые активирован в тестнете на эпохе 1025 1 сентября, запуск в основной сети запланирован на 9 сентября.
  • •Увеличенный размер транзакции позволяет обрабатывать доказательства с нулевым разглашением, крупные мультисиг-транзакции и схемы подписей, такие как BLS, в одной атомарной транзакции, сокращая количество транзакций и затраты на подписи.
  • •Апгрейд основан на предложениях SIMD-0296 и SIMD-0385: одно повышает байтовый лимит, а другое определяет формат сообщений V1 и переносит конфигурацию транзакции в само сообщение.
  • •V1 устраняет таблицы поиска адресов и размещает адреса встроенным образом, однако лимит Solana в 64 различных счёта на транзакцию остаётся неизменным.
  • •Anza требует от провайдеров RPC обновиться до Agave v4.2.2 или v4.3.0-beta.3, поскольку несовместимые с V1 потребители RPC могут столкнуться со сбоями вызовов, такими как ошибки getBlock, при обработке транзакций V1.
Solana активировала Transaction V1 в тестнете, объединяя многошаговые операции в одну атомарную транзакцию

Anza включила Transaction V1 в тестнете Solana 1 сентября, предоставив сети возможность последней проверки апгрейда перед запланированным запуском в основной сети 9 сентября. Согласно Solana Compass, это изменение позволяет обрабатывать криптографические и DeFi-нагрузки, которые ранее приходилось дробить между несколькими транзакциями, в одной атомарной транзакции.

Разделённые задачи теперь помещаются в один вызов

Наиболее заметное изменение — увеличение пространства. Максимальный размер сериализованной транзакции Solana вырос с 1 232 до 4 096 байт — рост в 3,3 раза — и вступил в силу на эпохе 1025 тестнета. Ограничение в 1 232 байта восходит к самой ранней архитектуре протокола Solana, и V1 впервые поднимает этот лимит на уровне формата сообщения с тех пор, как V0 представил таблицы поиска адресов как частичное обходное решение проблемы размера.

Согласно странице обновления Solana Foundation о крупных транзакциях, увеличенный размер позволяет реализовать доказательства с нулевым разглашением, крупные мультисиг-транзакции и различные схемы подписей, которые ранее не помещались в одну транзакцию. В итоге обрабатывается меньше транзакций, снижаются затраты на подписи и исчезает необходимость ждать цепочку подтверждений. От апгрейда выиграют схемы подписей BLS, конфиденциальные транзакции и мультисиг-настройки.

Центральную роль в улучшении играют два предложения: SIMD-0296 повышает лимит размера транзакции с 1 232 до 4 096 байт, а SIMD-0385 определяет формат сообщений V1 и переносит конфигурацию транзакции в само сообщение.

Менее чем через сутки после активации гендиректор Anza Бреннан Уотт опубликовал пост в X, указав на крупную транзакцию в обозревателе тестнета с сообщением: «ВНИМАНИЕ: крупные транзакции достигли тестнета».

Почему одна транзакция лучше бандла

Атомарность важна, поскольку разработчики порой обходили старый лимит размера Solana с помощью бандлов Jito. SIMD-0296 прямо документирует это обходное решение и отмечает, что бандлы не обладают атомарностью на уровне протокола, в отличие от одной нативной транзакции.

Согласно документации Jito, бандлы могут содержать до пяти транзакций, обрабатываемых последовательно по принципу «всё или ничего». Однако бандлы работают внутри блок-движка Jito и конкурируют между собой за чаевые валидаторов. Транзакция V1, напротив, представляет собой единую нативную транзакцию Solana с собственной гарантией атомарности на уровне транзакции от самой Solana.

Для DeFi-разработчиков это упрощает построение маршрутов свопов, доказательств и других многошаговых операций: если вся операция помещается в транзакцию V1, она либо выполняется, либо откатывается как одна нативная транзакция, без reliance на бандл.

Что получает DeFi помимо дополнительных байтов

V1 также меняет саму структуру транзакции. Если транзакции Legacy и V0 обрабатывают приоритетные комиссии и запросы ресурсов через инструкции ComputeBudget, то SIMD-0385 переносит эти настройки в конфигурацию транзакции V1, упрощая валидаторам определение потребностей в ресурсах без сканирования списка инструкций.

V1 дополнительно устраняет таблицы поиска адресов (ALT), которые V0 использовал для сокращения адресов счетов. Согласно анализу компромиссов V1 в отношении ALT от Foundation, V1 вместо этого размещает адреса встроенным образом, упрощая ввод данных для валидаторов по сравнению с подходом V0, который потреблял больше байтов при конвертации адресов в приложениях с интенсивным использованием счетов.

Практическая выгода для роутеров и DEX-агрегаторов — больше пространства для сложных атомарных маршрутов. Однако улучшение не лишено ограничений: лимит Solana в 64 различных счёта на транзакцию остаётся неизменным, поэтому приложения с большим количеством счетов всё ещё могут упираться в этот потолок, хотя байтовая ёмкость больше не является сдерживающим фактором.

Апгрейд выходит на фоне углубления Solana в ончейн-финансы. Отчёт Galaxy по Solana за 2 квартал 2026 года показывает рост активности в стейблкоинах, токенизированных акциях и реальных активах. По мнению Galaxy, будущий потенциал Solana будет во многом зависеть от возможности использовать эти активы в кредитовании, залоге, маржинальной торговле и доходности — а не только в выпуске или торговле. Данные DeFiLlama по Solana свидетельствуют о сильном присутствии DeFi на платформе.

Сроки апгрейда также совпадают с фазой обновления Agave 4.2. Как ранее сообщал Cryptopolitan, поэтапный план снижения затрат должен дать экономию около 90% и сократить время обработки с 500 до 200 миллисекунд, что выгодно эмитентам стейблкоинов, провайдерам кошельков и платёжным системам.

У операторов RPC есть неделя на обновление

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

Anza потребовала от провайдеров RPC обновиться до Agave v4.2.2 или v4.3.0-beta.3. Чек-лист миграции Helius на Agave 4.2 предупреждает, что потребители RPC, не декларирующие совместимость с V1, могут столкнуться со сбоями вызовов, например getBlock, при участии транзакции V1.

Развёртывание началось с локального тестирования V1 24 августа, после чего 29 августа была подтверждена дата запуска в основной сети — 9 сентября. V1 был включён в тестнете 1 сентября на эпохе 1025, активация в основной сети запланирована на 9 сентября.

Последний запуск в тестнете служит финальным подготовительным шагом для провайдеров RPC, индексаторов, кошельков, SDK и аналитических платформ перед запуском в основной сети.