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

1 сентября Anza запустила транзакции V1 в тестовой сети Solana, позволив провести финальную репетицию этого обновления перед его запуском 9 сентября.

Изменения предназначены для того, чтобы криптографические и DeFi-нагрузки, которые ранее требовали фрагментации в разные транзакции, теперь могли обрабатываться в одной атомарной транзакции, как отмечено в Solana Compass.

Задачи, которые ранее требовали нескольких вызовов, теперь помещаются в один запрос

Самое заметное изменение — увеличение объёма данных. Максимальный размер сериализованной транзакции Solana вырос с 1 232 до 4 096 байт, то есть увеличился в 3,3 раза; это обновление вступило в силу в эпохе тестовой сети 1025.

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

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

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

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

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

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

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

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

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

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

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

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

Обновление внедряется на фоне того, как Solana делает рывок в области децентрализованных финансов. отчет Galaxy о Solana за второй квартал 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 в Testnet состоялось 1 сентября при эпохе 1025, с запланированной активацией в основной сети на 9 сентября.

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