5 минут на чтение 16 человек

Реклама

Реклама

Transaction V1 Solana увеличил лимит транзакции до 4 096 байт

15 сентября в основной сети активирован Transaction V1 Solana — новый формат транзакций, который увеличил максимально допустимый размер сериализованной операции с 1 232 до 4 096 байт. Это примерно в 3,32 раза больше прежнего лимита и дает разработчикам дополнительное пространство для сложных DeFi-операций, ZK-доказательств, мультиподписей и других сценариев с большим объемом данных. При этом обновление не означает, что вся сеть Solana автоматически стала работать в 3,32 раза быстрее: размер отдельной транзакции, вычислительная емкость блока и фактический TPS являются разными показателями.

Transaction V1 Solana: что изменилось 15 сентября?

Активация нового формата состоялась в начале эпохи 1035 примерно в 01:20 UTC 15 сентября. Solana Foundation ранее развернула обновление в testnet и devnet, чтобы инфраструктурные провайдеры, кошельки и разработчики успели адаптировать программное обеспечение до запуска в основной сети. Главное изменение касается именно максимального объема данных, который может содержать одна транзакция.

Формальное увеличение составляет 2 864 байта на одну транзакцию. Новый лимит определен в рамках SIMD-0296, а формат сообщения V1 связан с SIMD-0385. Важно, что Legacy и v0 не отключаются. Приложениям, которым не требуется увеличенный размер, не обязательно сразу переводить все операции на V1. Это позволяет вводить новый формат постепенно, без одномоментной миграции всей экосистемы.

Рост размера одной транзакции

Схематично рост можно представить таким образом:

• 1 232 байта → 4 096 байт → +2 864 байта → ≈3,32 раза больше пространства.

Речь идет именно о пространстве внутри одной сериализованной транзакции. Из этого нельзя напрямую делать вывод, что TPS, скорость подтверждения или производительность всей сети выросли в те же 3,32 раза.

Почему Solana понадобился лимит в 4 096 байт?

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

Наиболее заметный эффект обновление может дать в нескольких сегментах:

• сложные DeFi-маршруты с большим количеством инструкций;
• операции с ZK-доказательствами;
• multisig-транзакции с большим числом подписантов;
• криптографические схемы с крупными наборами данных;
• пакетное исполнение нескольких связанных действий;
• операции, где критична атомарность всей последовательности.

До появления V1 часть таких сценариев могла требовать разбиения на несколько отдельных транзакций либо использования дополнительных механизмов вроде bundles.

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

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

Как меняется исполнение сложных операций

• Лимит 1 232 байта → нехватка пространства для инструкций → разделение операции → дополнительные подписи и подтверждения → лимит 4 096 байт → больше действий внутри одной атомарной транзакции.

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

Большая транзакция не означает в 3,32 раза больше полезных данных

У Transaction V1 есть важный технический компромисс. Он связан с Address Lookup Tables — механизмом, который используется в транзакциях v0 для более компактной работы с большим количеством адресов аккаунтов.

В v0 вместо полного 32-байтового публичного ключа часть адресов может обозначаться коротким индексом из Address Lookup Table. Это экономит место, особенно в операциях, затрагивающих большое количество аккаунтов.

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

Сравнение выглядит так:

По данным анализа инфраструктуры Solana, около 62% транзакций v0 использовали как минимум одну Address Lookup Table. Это означает, что в ряде насыщенных аккаунтами сценариев переход с v0 на V1 увеличит не только доступный лимит, но и объем данных, необходимый для записи адресов. Поэтому формула «лимит вырос в 3,32 раза = полезная емкость каждой операции выросла в 3,32 раза» некорректна.

Компромисс Transaction V1

Параметры:

• максимальный размер вырос до 4 096 байт;
• стало проще помещать сложные инструкции в одну операцию;
• расширились возможности для ZK и multisig;
• полный адрес аккаунта занимает больше места, чем индекс ALT;
• лимит в 64 аккаунта не изменился;
• реальный выигрыш зависит от структуры транзакции.

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

Solana расширяет емкость сети сразу по нескольким направлениям

Transaction V1 стал не единственным техническим изменением Solana в 2026 году. Еще 29 июля сеть увеличила максимальный вычислительный лимит одного блока с 60 млн до 100 млн compute units. Рост составил около 66%.

Compute units, или CU, отражают объем вычислительной работы, выполняемой транзакциями. Лимит на уровне блока определяет, сколько такой работы валидатор может включить в один блок. При этом ограничение для одного writable account осталось прежним — 12 млн CU.

Solana Foundation указывала, что до повышения лимита около 11,2% блоков использовали не менее 56 млн CU. Иными словами, примерно каждый девятый блок подходил близко к прежнему пределу вычислительной емкости.

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

• 100M CU Blocks позволяет включать больше вычислительной работы в один блок → Transaction V1 дает больше пространства внутри отдельной транзакции → приложения получают возможность выполнять более сложные операции → фактический эффект зависит от спроса на сеть и характера нагрузки.

Именно совокупность таких изменений расширяет технический запас Solana, но каждый параметр отвечает за отдельный уровень производительности.

Что обновление меняет для DeFi, платежей и токенизированных активов?

Главный экономический эффект Transaction V1 следует искать не в номинальном размере транзакции, а в том, какие приложения смогут использовать дополнительное пространство. Наиболее очевидным бенефициаром выглядит DeFi.

DEX-агрегатор может строить маршрут через несколько пулов ликвидности. Протокол кредитования способен объединять несколько действий вокруг залога. Институциональное приложение может использовать сложную систему подписей и проверок. В таких случаях дополнительное пространство позволяет уменьшить необходимость дробить одну логическую операцию на несколько отдельных действий.

Для кошельков V1 создает возможность поддерживать более сложные схемы подписания. Особенно это актуально для корпоративных и институциональных решений с multisig. В сегменте zero-knowledge дополнительный объем важен из-за размера криптографических доказательств. Некоторые схемы ранее было трудно или невозможно полностью разместить внутри стандартного лимита Solana. Потенциальное значение есть и для токенизированных реальных активов, где транзакция может включать больше проверок доступа, подписей, ограничений и дополнительной информации.

Кто может получить наибольший эффект?

К основным бенефициарам относятся:

• DEX и агрегаторы — более сложные маршруты обмена;
• DeFi-протоколы — больше инструкций внутри атомарной операции;
• multisig-кошельки — поддержка крупных наборов подписей;
• ZK-приложения — больше места для криптографических доказательств;
• платежные системы — возможность объединять дополнительные проверки;
• RWA-платформы — более сложная логика при работе с токенизированными активами.

Дополнительное пространство также влияет на операторов инфраструктуры. RPC-сервисы и индексаторы должны корректно распознавать новый формат, параметры compute limits и priority fees. Для полноценной поддержки V1 Solana рекомендовала операторам использовать Agave 4.2.2 или более новые версии. Это важный момент: обновление протокола дает разработчикам новые возможности только в том случае, если весь инфраструктурный слой — кошельки, RPC, индексаторы, валидаторы и аналитические сервисы — способен корректно читать и обрабатывать такие операции.

Цена SOL пока не показывает отдельной реакции на Transaction V1

Несмотря на масштаб технического изменения, запуск нового формата не вызвал самостоятельного ценового импульса SOL, который можно было бы уверенно связать именно с Transaction V1. По данным Binance, опубликованным 15 сентября в 02:24 UTC, SOL торговался около $102,26.

Рыночные показатели выглядели следующим образом:

• цена SOL — $102,26;
• изменение за 24 часа — +1,71%;
• максимум за 24 часа — $104,67;
• минимум за 24 часа — $100,70;
• рыночная капитализация — ≈$60 млрд;
• суточный объем торгов — ≈$3 млрд;
• циркулирующее предложение — ≈587 млн SOL.

Сам факт запуска Transaction V1 не дает основания прогнозировать автоматический рост стоимости токена.

Для фундаментальной переоценки SOL важнее дальнейшая динамика реальной экономической активности: обороты DEX, объем переводов стейблкоинов, комиссионные доходы, платежи, число активных приложений, спрос на blockspace и объем капитала в DeFi. Техническое улучшение имеет ценность лишь тогда, когда дополнительная емкость начинает использоваться. Логическая цепочка для рынка выглядит так:

• расширение возможностей протокола → более сложные приложения → потенциальный рост пользовательской активности → увеличение спроса на blockspace → рост экономической нагрузки на сеть → возможное усиление фундаментального спроса на SOL.

Последняя часть этой цепочки пока остается потенциальной, а не гарантированной.

Transaction V1 делает Solana технологически гибче и снимает часть прежних ограничений для сложных операций, однако основным показателем успеха обновления станет не размер транзакции сам по себе. Гораздо важнее, начнут ли разработчики использовать новую емкость для приложений, способных привлекать пользователей, ликвидность и реальные финансовые операции. Именно поэтому увеличение лимита с 1 232 до 4 096 байт следует рассматривать как инфраструктурный шаг, а не как трехкратное ускорение всей сети или прямой катализатор цены SOL.

Источники

• Solana Foundation — Larger Transaction Sizes: увеличение лимита транзакции до 4 096 байт.
• Solana Foundation — 100M CU Blocks: повышение вычислительного лимита блока с 60 млн до 100 млн CU.
• Solana Foundation — Solana Network Upgrades: технические параметры Agave 4.2 и Transaction V1.
• Cryptopolitan — Solana just tripled its transaction capacity, What comes next?
• Solana Compass — V1 Transaction Format и использование Address Lookup Tables.
• Binance — котировки и рыночные показатели SOL на 15 сентября 2026 года.

Больше новостей здесь.