Что такое Solana Transaction V1? Обновление на 4,096 байт

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

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

Предлагаемый формат транзакции Solana V1 увеличивает объем до 4,096 байт. Однако обновление не просто увеличивает размер. Оно также изменяет структуру транзакции, устраняя таблицы поиска адресов (ALT), перемещая информацию о комиссиях и ресурсах в метаданные транзакции и разделяя заголовки инструкций от их полезной нагрузки переменной длины.

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

Ключевые выводы

• Solana Transaction V1 увеличивает объем транзакции с 1,232 байта до 4,096 байт.

• V1 убирает таблицы поиска адресов (ALT) и помещает все упоминаемые адреса учетных записей непосредственно внутри транзакции.

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

Что такое Solana Transaction V1?

Solana Transaction V1 — это предлагаемый формат транзакции, который переосмысляет, как транзакции сериализуются и обрабатываются в Сети Solana.

Предложение тесно связано с двумя документами по улучшению Solana: SIMD-0296, который предлагает более крупные размеры транзакций, и SIMD-0385, который вводит формат транзакции V1.

Самое заметное изменение — это увеличение максимального размера транзакции. По предложению, транзакция Solana на 4,096 байт может быть до 4,096 байт вместо текущего лимита в 1,232 байта.

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

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

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

ЧИТАЙТЕ ТАКЖЕ: Solana Airdrops Сентябрь 2026: Предстоящие возможности и как квалифицироваться

Почему Solana нуждается в больших транзакциях?

Существующий лимит в 1,232 байта может затруднить выполнение сложных операций в одной атомарной транзакции.

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

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

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

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

Solana V1 против V0: Какие изменения?

Разница между Solana V1 и V0 не ограничивается размером транзакции.

V0 использует таблицы поиска адресов

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

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

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

V1 убирает зависимости от ALT

В рамках V1 таблицы поиска адресов исключаются из формата транзакции.

Вместо этого все упоминаемые учетные записи включаются непосредственно в один встроенный массив адресов.

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

Компромисс заключается в том, что каждый встроенный аккаунт требует своего полного 32-байтного открытого ключа.

Solana V1 и лимит транзакций в 4,096 байт

Самое важное изменение емкости — это переход от 1,232 байт к 4,096 байтам.

Это больше чем в три раза превышает предыдущий объем транзакции.

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

Анализ текущих рабочих нагрузок Solana предполагает, что существующее население транзакций в целом совместимо с объемом 4,096 байт после преобразования из V0 в предложенную структуру V1.

Тем не менее, доступное пространство не распределено равномерно между всеми компонентами транзакции.

Емкость инструкций обычно имеет значительный запас, в то время как емкость учетных записей более изменчива.

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

Удаление таблиц поиска адресов является самым важным компромиссом в новом формате.

В V0 учетная запись, загруженная из ALT, может часто представляться с использованием примерно одного байта для ее индекса поиска. В V1 та же учетная запись должна быть представлена своим полным 32-байтным адресом.

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

Воздействие сильно зависит от того, как используется ALT.

Транзакция, которая загружает много учетных записей только из нескольких таблиц поиска, значительно выигрывает от сжатия ALT в V0. Преобразование этой транзакции в V1 может, таким образом, добавить значительное количество байтов.

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

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

Насколько больше транзакции V1?

Анализ 30-дневной выборки транзакций Solana предоставляет оценку того, как текущие транзакции V0 будут вести себя в предполагаемом формате.

Среди текущих транзакций V0, использующих ALTs:

• Около 50% испытают менее чем приблизительно 420 дополнительных байтов после конверсии.

• Около 90% испытают менее чем приблизительно 1,400 дополнительных байтов.

• Плотные транзакции ALT могут добавлять более 1,500 байтов, когда их адреса преобразуются в встроенные адреса V1.

Даже после учета этого расширения, контрафактическое распределение транзакций V1 остается в значительной степени ниже предложенного 4,096-байтового конверта.

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

Что могут сделать более крупные транзакции Solana?

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

Потенциальные сценарии использования включают:

Более сложные маршруты DeFi

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

Более крупные мультиподписи и криптографические полезные нагрузки

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

Более сложная логика приложения

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

Тем не менее, размер транзакции — это только одно ограничение.

Ограничение в 64 учетные записи по-прежнему имеет значение

Один важный момент заключается в том, что ограничение в 4,096 байтов не удаляет автоматически все существующие ограничения транзакций.

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

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

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

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

Как изменения транзакции Solana V1 влияют на обработку валидатора

Еще одной важной целью V1 является упрощение приема транзакций для валидаторов.

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

V1 изменяет этот процесс, делая сборы и запросы ресурсов метаданными транзакции первого класса.

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

Заголовки инструкций также отделены от их полезных нагрузок переменной длины. Это позволяет валидаторам определять границы инструкций без последовательного разбора каждой предыдущей инструкции переменной длины.

Вместе эти изменения могут позволить валидаторам раньше определять важную информацию о транзакциях и снижать зависимую от состояния обработку на пути приема.

Кто получает выгоду от транзакций Solana V1?

Обновление может повлиять на несколько частей экосистемы Solana.

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

• Валидаторы и клиентские команды получают выгоду от структуры транзакции, которая раньше открывает информацию о сборах и ресурсах и устраняет разрешение ALT из процесса приема.

• Трейдеры и маршрутизирующие системы могут потенциально строить более сложные атомарные маршруты транзакций.

• Кошельки, SDK и провайдеры RPC должны поддерживать новую модель сериализации и построения транзакций.

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

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

Транзакция Solana V1 объяснена простыми словами

Самый простой способ понять Solana Transaction V1 — это рассматривать ее как переработку контейнера транзакции.

V0 использует меньший контейнер и может сжимать адреса счетов через ALTs. V1 использует намного больший контейнер, но помещает все адреса счетов непосредственно внутрь него.

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

Таким образом, компромисс прост:

V0: меньшие транзакции + сжатые адреса ALT + дополнительное разрешение поиска.

V1: большие транзакции + встроенные адреса + более простое обнаружение счетов во время обработки.

Более крупный конверт на 4,096 байт предоставляет приложениям больше пространства, в то время как новая структура направлена на упрощение обработки валидатора.

ЧИТАЙТЕ ТАКЖЕ: Solana для начинающих - Все о Solana (SOL)

Заключение

Что такое транзакция Solana V1? Это предложенный формат транзакции, разработанный для увеличения транзакционной ёмкости Solana с 1,232 байта до 4,096 байт при изменении организации данных транзакции.

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

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

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

Для трейдеров, следящих за развитием экосистемы Solana и желающих торговать SOL или другими криптоактивами, вы можете исследовать рынок на Bitrue и зарегистрироваться для учетной записи Bitrue здесь.

Часто задаваемые вопросы

Что такое транзакция Solana V1?

Транзакция Solana V1 - это предложенный формат транзакции, который увеличивает максимальный размер транзакции до 4,096 байт и перерабатывает сериализацию транзакций.

Насколько велика транзакция Solana V1?

Предложенный максимальный размер составляет 4,096 байт, по сравнению с текущим лимитом в 1,232 байта.

Что такое SIMD-0385?

SIMD-0385 - это документ улучшения Solana, предлагающий формат транзакции V1 и его структурные изменения.

Что такое SIMD-0296?

SIMD-0296 предлагает увеличить максимальный размер транзакции Solana с 1,232 байт до 4,096 байт.

Удаляет ли Solana V1 таблицы поиска адресов?

Да. V1 убирает зависимости ALT из формата транзакции и включает упомянутые счета непосредственно в транзакцию.

Отказ от ответственности: Мнения, выраженные в данном документе, принадлежат исключительно автору и не отражают мнения данной платформы. Эта платформа и её филиалы отказываются от какой-либо ответственности за точность или соответствие предоставленной информации. Это только для информационных целей и не предназначено как финансовый или инвестиционный совет.