Solana утроила свою пропускную способность по обработке транзакций. Что будет дальше?

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

Эта разработка будет иметь большое значение для разработчиков в сфере DeFi , поставщиков кошельков, индексаторов и операторов RPC. Новая функция может повлиять и на другие проекты, работающие с токенизированными активами и платежными решениями.

Как указано на странице обновления Solana , функция txv1 была запущена в начале эпохи 1035 примерно в 01:00 UTC 15 сентября, и транзакция V1 теперь доступна в основной сети, тестовой сети и сети разработчиков.

От 1232 байт до 4096

Первая проблема связана с ограничением размера транзакций. Теперь Solana удвоила максимальный размер сериализованных транзакций с 1232 байт до 4096 байт, тем самым увеличив пространство для транзакций примерно в три целых три десятых дюйма.

Формат новой транзакции был defiв SIMD-0296, тогда как формат сообщения V1 основан на SIMD-0385.

До сих пор ограничение в Solana основывалось на консервативных ограничениях MTU сети. Теперь же отказ от жесткого ограничения размера потока в QUIC позволяет осуществлять более крупные транзакции.

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

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

Разработчики, обнаружившие ограничение на размер транзакций Solana , в некоторых случаях смогли разбить свои операции на серию транзакций или использовать пакеты Jito.

Однако, как поясняется в SIMD-0296, пакет транзакций не равен нативной транзакции при обсуждении атомарности на уровне протокола.

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

В некоторых случаях для выполнения операции может потребоваться меньшее количество подписей и подтверждений.

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

В версии V1 также изменен способ управления ресурсами и ссылками на счета в рамках транзакций.

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

Транзакции V1 также удаляются из таблиц поиска адресов, поскольку указанные в них счета включены в транзакцию.

Хотя это и помогает упростить транзакцию, это происходит за счет увеличения ее размера, поскольку для таблицы поиска адресов версии v0 потребуется всего один байт индекса, в то время как для встроенного открытого ключа потребуется 32 байта.

Анализ таблиц поиска адресов Solana показал, что в 62% транзакций версии v0 использовалась как минимум одна таблица поиска адресов; следовательно, транзакции с большим количеством записей, использующие более одной таблицы поиска адресов, увеличат размер транзакции более чем на 1500 байт. Ограничение в 64 учетные записи остается неизменным.

Где V1 вписывается в стратегию Solanaпо развитию токенизированных финансов?

Обновление происходит в тот момент, когда Solana составляет почти DeFiмиллиарда Solanaдолларов DeFi а объем транзакций на децентрализованных биржах за 24 часа — около 1,79 миллиарда долларов.

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

Увеличение пропускной способности для проведения транзакций еще не означает, что это приведет к более широкому внедрению.

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

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

Что теперь должны сделать операторы?

Читателям RPC следует установить значение maxSupportedTransactionVersion: 1 для getTransaction и getBlock, в то время как индексаторам необходимо считывать ограничения вычислительных ресурсов V1 и приоритетные сборы из transactionConfig. Валидаторам и операторам RPC следует использовать Agave версии 4.2.2 или более поздней. Отправителям V1 также следует явно установить ограничения вычислительных ресурсов и загруженных счетов и использовать base64 для транзакций размером более 1232 байт. Поставщики кошельков, тем временем, должны объявлять о поддержке V1 только после подтверждения того, что их программное обеспечение может корректно анализировать и подписывать новый формат, согласно Solanaрекомендациям по обновлению.