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

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

Solana logo
Кратко
  • Solana планирует в среду увеличить максимальный размер транзакции с 1 232 байт до 4 096 байт, что позволит выполнять сложные операции, которые ранее требовали нескольких транзакций, в рамках одной.
  • Существующие форматы транзакций останутся поддерживаемыми, однако сервисы, читающие данные Solana, должны быть обновлены для распознавания Transaction v1 и корректного отображения приоритетных комиссий.
  • Крупные транзакции будут потреблять больше пропускной способности сети и могут требовать повышенных комиссий за приоритет в периоды конкуренции, хотя обновление не вводит новых комиссий за байт.

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

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

Новый формат уже работает в тестовых и разработческих сетях Solana. Существующие форматы транзакций продолжат функционировать, поэтому кошельки и приложения не обязаны переходить на версию v1, если им не требуется дополнительное пространство.

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

Путём более чем трехкратного увеличения этого лимита до 4 096 байт, Solana стремится устранить эту структурную узкую грань.

Большее изменение касается программного обеспечения, которое считывает данные Solana. Сервисы, которые извлекают блоки и транзакции, должны быть обновлены для распознавания версии v1. Если этого не сделать, запросы могут завершаться сбоем при столкновении с новым форматом.

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

Три транзакции могут стать одной. (Шаврья Мальва/CoinDesk)

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

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

Старое ограничение в 1 232 байта возникло из первоначального сетевого дизайна Solana, согласно которому каждая транзакция должна была помещаться примерно в 1 280-байтный интернет-пакет данных. В 2022 году Solana изменила способ передачи транзакционного трафика, что сделало это старое ограничение менее необходимым.

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

Изменение определено в двух предложениях, SIMD-0296 и SIMD-0385, соавторами которого являются Джейкоб Криич и Эндрю Фицджеральд, и которое полностью отделено от последних голосований по управлению Solana, изменивших скорость создания новых SOL и их изъятия из обращения через комиссионные, заработанные на сетевой активности.

Читать далее: Голосование по удвоению дефляции Solana с трудом проходит в драматической развязке

  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. 6
  7. 7
  8. 8
  9. 9
  10. 10