Solana Transaction v1 готовится увеличить максимальный размер транзакции с 1 232 байт до 4 096 байт, предоставляя разработчикам больше места для доказательств с нулевым разглашением, крупных операций с мультиподписью и сложных пакетов.
Обновление активно в тестовой сети и devnet Solana, но не было активировано в основной сети по состоянию на 7 сентября. 9 сентября указано как целевая дата, хотя официальная страница обновления Solana сообщает, что график активации может быть изменен.
Для обычных пользователей переход должен быть в значительной степени незаметным. Существующие транзакции legacy и v0 продолжат работать. Более важный вопрос заключается в том, обновят ли кошельки, обозреватели, поставщики данных и приложения свои системы до появления первых транзакций v1 в основной сети.
Transaction v1 увеличивает пропускную способность, а не TPS Solana
Наиболее заметным изменением является более высокий предел размера транзакции. Переход с 1 232 на 4 096 байт обеспечивает примерно в 3,3 раза больше места внутри одной транзакции.
Это не означает, что Solana внезапно начнет обрабатывать в 3,3 раза больше транзакций в секунду. Transaction v1 изменяет объем информации, которую может содержать одна транзакция, а не количество транзакций, которые сеть может уместить в каждый блок.
Дополнительное пространство полезно для операций, несущих большие объемы данных инструкций. При прежнем лимите разработчикам иногда приходилось разделять сложное действие на несколько транзакций. Каждый шаг требовал отдельной обработки и создавал еще одну точку, где процесс мог завершиться неудачей.
С Transaction v1 некоторые из этих операций могут быть выполнены как одна атомарная транзакция. Либо все действие выполняется успешно, либо оно завершается неудачей, не оставляя пользователя на полпути в многошаговом процессе.
Таким образом, обновление лучше понимать как улучшение дизайна приложений и надежности, а не просто увеличение скорости.
ZK-доказательства и крупные операции с мультиподписью получают больше места
Доказательства с нулевым разглашением могут требовать больше данных, чем позволяет существующий лимит транзакций Solana. Это затрудняло выполнение некоторых функций конфиденциальности и конфиденциальных токенов в одной транзакции.
Новый лимит в 4 096 байт дает разработчикам достаточно места для включения определенных ZK-доказательств напрямую. Потенциальные применения включают конфиденциальные переводы, зашифрованные балансы и приложения, которые должны доказывать информацию, не раскрывая публично базовые данные.
Крупные транзакции с мультиподписью также могут выиграть. Управление казначейством, институциональное хранение и управление в сети могут требовать нескольких подписей или подробных инструкций. Больше места в транзакции позволяет выполнять некоторые из этих действий вместе.
Тот же принцип применим к пакетным операциям. Кошелек или приложение может объединить несколько связанных шагов, уменьшая количество одобрений, которые пользователь должен подписать.
Эти возможности не появятся автоматически при активации Transaction v1. Разработчикам все еще необходимо обновить свои приложения и намеренно создавать транзакции, используя новый формат.
Почему Transaction v1 удаляет таблицы поиска адресов
Транзакции Solana v0 используют таблицы поиска адресов, обычно называемые ALT, для ссылки на адреса учетных записей с помощью более коротких идентификаторов. Это помогает транзакциям с большим количеством учетных записей оставаться небольшими, но также усложняет обработку транзакций.
Transaction v1 удаляет ALT и включает адреса учетных записей непосредственно в транзакцию.
Это дает валидаторам более четкое представление о полном списке учетных записей без предварительного получения отдельных таблиц поиска. Комиссии, лимиты ресурсов и границы инструкций также становятся легче определить до выполнения.
Существует компромисс. Каждый адрес учетной записи, размещенный непосредственно в транзакции v1, занимает 32 байта. Приложение, которое взаимодействует со многими учетными записями, может по-прежнему считать транзакции v0 более эффективными с точки зрения пространства, поскольку ALT сжимают эти адреса.
Таким образом, Transaction v1 не является полной заменой v0. Два формата служат разным потребностям. V1 наиболее полезен для транзакций, несущих большие доказательства, подписи или полезные данные инструкций, в то время как v0 может оставаться подходящим для маршрутов, включающих много учетных записей.
Существующие кошельки продолжают работать, но службы данных должны обновиться
Отправка Transaction v1 необязательна. Кошелек, который продолжает использовать транзакции legacy или v0, должен работать нормально после активации функции.
Более насущная проблема находится на стороне чтения.
RPC-сервисы, обозреватели и приложения, запрашивающие данные транзакций, должны объявить о поддержке версии 1. Если они этого не сделают, попытки получить блок, содержащий транзакцию v1, могут завершиться неудачей вместо того, чтобы возвращать только те транзакции, которые они понимают.
Индексаторы сталкиваются с менее заметным риском. Transaction v1 перемещает лимиты вычислений и настройки приоритетной комиссии из отдельных инструкций Compute Budget в новое поле конфигурации транзакции.
Устаревший аналитический сервис может не выдавать явную ошибку. Он может продолжать работать, неправильно сообщая, что транзакция v1 не использовала приоритетную комиссию или бюджет вычислений.
Это означает, что первым признаком неполного обновления могут быть пропущенные блоки, остановленные потоки данных или неточная статистика комиссий, а не неудачные платежи пользователей.
Более крупные транзакции не обязательно означают более низкие комиссии
Выполнение операции в одной транзакции может сократить повторные подписи и подтверждения. Это может снизить затраты для некоторых приложений по сравнению с разделением того же действия на несколько транзакций.
Это не гарантирует, что каждая транзакция v1 будет дешевле.
Более крупные транзакции по-прежнему потребляют сетевые ресурсы, и разработчики должны явно устанавливать лимиты на вычислительные единицы и данные аккаунта. Приоритетные комиссии также остаются актуальными, когда есть спрос на пространство блоков.
В v1 приоритетная комиссия выражается как общая сумма в лампортах, а не как цена за вычислительную единицу. Приложения, которые копируют свои старые расчеты комиссий без преобразования формата, могут отправить неверную комиссию.
Практическая выгода заключается в гибкости. Разработчики могут использовать более крупный формат, когда он делает приложение проще или безопаснее, продолжая использовать старые форматы, когда они остаются более эффективными.
Рынку SOL могут потребоваться доказательства внедрения
Обновление расширяет возможности разработчиков на Solana, но само по себе не создает немедленного спроса на SOL.
При проверке 7 сентября цена SOL на MEXC составляла примерно $104.39, снизившись на 1.21% за 24 часа. Отсутствие немедленного ралли после обновления предполагает, что трейдеры не рассматривают Transaction v1 как краткосрочное ценовое событие.
MEXC считает, что наиболее важным сигналом будет внедрение приложений после активации в основной сети, а не сама дата активации.
Если Transaction v1 приведет к более широкому использованию конфиденциальных переводов, институциональных мультиподписных систем и более сложных финансовых приложений, это может со временем увеличить полезную активность и спрос на пространство блоков Solana. Это дало бы обновлению более четкую связь с экономической ценностью SOL.
Если лишь небольшое количество разработчиков использует формат, техническое достижение может оказать ограниченное краткосрочное влияние на рынок. Ошибки инфраструктуры во время развертывания также могут временно перевесить позитивный нарратив.
За чем следить во время развертывания в основной сети
Первая контрольная точка — официальный статус функции. Запланированная дата не означает подтвержденную активацию.
После активации трейдерам и разработчикам следует следить за тем, правильно ли основные кошельки, RPC-провайдеры, обозреватели и индексаторы обрабатывают транзакции v1. Отсутствие данных о блоках или неверная отчетность о комиссиях указывали бы на то, что части экосистемы не были готовы.
Следующий тест — реальное использование. Transaction v1 становится значимым, когда приложения используют дополнительное пространство для продуктов, которые ранее было трудно создать, а не просто когда сеть принимает новый формат.
Внедрение инструментами конфиденциальности, институциональными кошельками и сложными DeFi-приложениями предоставило бы более веские доказательства того, что обновление создает новый спрос, а не просто меняет кодирование транзакций.
Часто задаваемые вопросы
Уже ли запущена Solana Transaction v1?
Transaction v1 была активна в тестнете и девнете, но еще не активирована в основной сети по состоянию на 7 сентября 2026 года. Сообщается, что целью является 9 сентября, но пользователям следует проверить официальный статус функции.
Нужно ли пользователям обновлять свои кошельки?
Большинству пользователей не нужно предпринимать немедленных действий. Legacy и v0 транзакции продолжат работать. Разработчикам кошельков и приложений потребуются обновления, если они хотят отправлять или правильно читать транзакции v1.
Сделает ли Transaction v1 Solana быстрее?
Не напрямую. Это увеличивает объем данных, которые могут поместиться в одну транзакцию. Это не автоматически повышает пропускную способность блоков или пропускную способность транзакций.
Заменяет ли v1 транзакции v0?
Нет. V1 является опциональной, и v0 остается доступной. Операции с большим количеством аккаунтов могут продолжать использовать v0, поскольку ее таблицы поиска адресов могут более эффективно представлять многие адреса.
Является ли обновление Solana Transaction v1 бычьим для SOL?
Оно может поддержать долгосрочную полезность SOL, если более крупные транзакции приведут к полезным приложениям и дополнительной сетевой активности. Сама по себе активация не гарантирует более высокого спроса или более высокой цены SOL.
Предупреждение о рисках
Transaction v1 является крупным инфраструктурным изменением, даже если она опциональна для отправителей. Устаревшие RPC-сервисы, индексаторы и аналитические системы могут выйти из строя или сообщать неверные данные после активации в основной сети. SOL также остается подверженным более широкой волатильности криптовалют, и техническое обновление не гарантирует увеличения внедрения или роста цены.
