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

Согласно странице обновлений Solana, функция txv1 была включена в начале эпохи 1035 примерно в 01:00 UTC 15 сентября. Transaction V1 теперь работает в основной сети, тестовой сети и devnet Solana.

Размер транзакции увеличен с 1 232 до 4 096 байт

Наиболее заметным изменением стало увеличение максимального размера сериализованной транзакции. Solana повысила лимит с 1 232 до 4 096 байт, предоставив примерно в 3,3 раза больше места для данных транзакции.

Формат новой транзакции был определен в SIMD-0296, а формат сообщения V1 основан на SIMD-0385. Ранее ограничение размера транзакции в Solana было связано с консервативными ограничениями максимального размера передаваемого блока данных в сети, или MTU. Transaction V1 отказывается от жесткого ограничения размера потока, установленного QUIC, что позволяет использовать более крупные транзакции.

Дополнительная емкость предназначена для рабочих нагрузок, требующих значительного объема данных транзакций, включая доказательства с нулевым разглашением, крупные мультиподписные операции и подписи с использованием BLS. Как ранее сообщал Cryptopolitan, V1 была запущена в тестовой сети на эпохе 1025 1 сентября, что дало поставщикам инфраструктуры время подготовиться к выпуску в основной сети.

Почему важна одна атомарная транзакция

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

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

Компромисс таблиц поиска адресов

Transaction V1 также меняет способ управления ресурсами и ссылками на аккаунты в транзакциях. Параметры лимита вычислений и приоритетной комиссии были перенесены из инструкций ComputeBudget в настройки транзакции, что упрощает доступ поставщиков инфраструктуры к этим параметрам.

Транзакции V1 не используют таблицы поиска адресов, поскольку ссылки на аккаунты включаются непосредственно в транзакцию. Это упрощает структуру транзакции, но может увеличить ее размер. Таблице поиска адресов v0 требуется индекс размером всего один байт, тогда как встроенный открытый ключ занимает 32 байта.

Анализ таблиц поиска адресов Solana показал, что как минимум одна такая таблица использовалась в 62% транзакций v0. Поэтому размер плотных транзакций, использующих более одной таблицы, может увеличиться более чем на 1 500 байт при включении ссылок на аккаунты непосредственно в транзакцию. Лимит остается неизменным и составляет 64 аккаунта.

Роль в расширении токенизированного финансирования Solana

Обновление происходит в период, когда Solana расширяет свою роль в ончейн-финансах. Согласно DeFiLlama, общий объем заблокированных средств в секторе DeFi Solana составляет почти $5,95 млрд, а 24-часовой объем торгов на децентрализованных биржах — около $1,79 млрд.

В августовском обзоре Solana также сообщалось, что стоимость реальных активов в сети превысила $4 млрд и была распределена между более чем 350 000 адресов. Кроме того, объем активов под управлением xStocks превысил $500 млн.

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

Необходимые изменения для операторов и разработчиков

Клиентам RPC следует установить maxSupportedTransactionVersion: 1 для методов getTransaction и getBlock. Индексаторам необходимо считывать лимиты вычислений V1 и приоритетные комиссии из transactionConfig.

Валидаторам и операторам RPC следует использовать Agave v4.2.2 или более позднюю версию. Отправители V1 должны явно указывать лимиты вычислений и загруженных аккаунтов, а для транзакций размером более 1 232 байт использовать base64.

Поставщикам кошельков следует заявлять о поддержке V1 только после подтверждения того, что их программное обеспечение корректно разбирает и подписывает новый формат, в соответствии с рекомендациями Solana по обновлению. Исходный материал опубликован Cryptopolitan.