Solana готує розширення ліміту транзакцій до 4096 байтів

Solana (SOL) готує оновлення формату транзакцій v1, яке збільшить максимальний розмір однієї транзакції з 1232 байтів до 4096 байтів. Це технологічна зміна, яка дозволить вмістити транзакції, що приблизно в 3,3 рази перевищують попередній ліміт.

Фонд Solana у офіційному документі з оновленнями класифікував "Більші розміри транзакцій" як "Очікувана активація функції". Це зміна базується на SIMD-0296 та SIMD-0385, а офіційна панель оновлень позначає Agave 4.2 як версію, що буде випущена в серпні 2026 року, залишаючи функцію розширення розміру транзакцій в стані очікування активації.

Ключовим аспектом цього оновлення є ліміт транзакцій. Існуючий ліміт розміру транзакції Solana становить 1232 байти, а документ SIMD-0296 пояснює, що цей ліміт походить з проектування IPv6 MTU 1280 байтів. Без урахування заголовків, структура залишає 1232 байти для фактичного навантаження транзакції.

Solana повідомила, що після впровадження QUIC створено умови для відправлення більших транзакцій, і новий ліміт становить 4096 байтів. Зміна структури мережевої передачі призводить до перегляду ліміту транзакцій, який раніше був адаптований до обмежень розміру пакетів.

Формат v1 не замінює існуючий v0 та спадкові транзакції. Додатки, гаманці та індексатори, які прагнуть використовувати більші розміри транзакцій, повинні адаптуватися до нового формату. Документи RPC Solana вказують, що для отримання v1 повідомлень потрібно встановити maxSupportedTransactionVersion: 1 у запиті.

У документації RPC повідомлення v1 міститиме обмеження на обчислення та розмір даних, а також об'єкт transactionConfig, що містить computeUnitLimit, loadedAccountsDataSizeLimit, priorityFee. Це відрізняється від попереднього способу, коли ресурси запитувалися окремими інструкціями.

Технологічна структура також зміниться. SIMD-0385 пояснює, що v1 транзакції використовують байт версії 129, і замість існуючих інструкцій ComputeBudgetProgram ресурси запитуються через маску налаштувань у заголовку транзакції. Таблиця пошуку адрес (ALT) не підтримується.

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

Ця зміна розширює можливості для розробників в одній атомарній транзакції. Фонд Solana пояснив, що нульові знання, великі мульти-сигнали, пакетні роботи та деякі структури підписів в ончейні важко вмістити в одну транзакцію з попереднім обмеженням у 1232 байти. Атомарні транзакції означають, що кілька операцій успішно виконуються або зазнають невдачі разом.

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

Проте v1 не усуває всі вузькі місця. Офіційне пояснення Solana зазначає, що v1 надає структуру, яка дозволяє валідаторам та клієнтським командам раніше читати комісії та запити ресурсів. Однак з точки зору розробників додатків обмеження на 64 облікові записи може залишитися обмеженням.

У дискусіях серед розробників висловлювалися як очікування, так і занепокоєння. У обговоренні на GitHub було висловлено думку, що більші розміри транзакцій корисні для складних свопів, одноразових DeFi та атомарних ліквідацій. З іншого боку, було зазначено, що продуктивність мережі, розподіл пакетів, пропускна здатність валідаторів та проектування комісій є більш важливими.

У локальному середовищі валідації вже відкрито можливості для тестування. Приклад репозиторію Solana вказує, що функціональний гейт enable_tx_v1 вже активований у solana-test-validator. Однак код виконання відмовляє v1 транзакції з помилкою UnsupportedVersion, якщо функціональний гейт вимкнено, тому потрібно перевірити, чи активовано його для кожного кластера.

Crypto Briefing повідомляє, що v1 транзакції можуть з'явитися в тестовій мережі протягом кількох тижнів. Проте статус у офіційній документації Solana все ще в стані очікування активації. Питання про застосування на основній мережі та графік слід перевіряти за статусом активації функцій.

Це оновлення більше стосується змін в інфраструктурі розробки, ніж прогнозів цін. Гаманці, RPC, індексатори та інструменти розробки повинні перевірити, чи підтримують вони парсинг v1 транзакцій та transactionConfig. Існуючі v0 та спадкові транзакції продовжать працювати, але сервіси, які прагнуть використовувати транзакції обсягом 4096 байтів, повинні підтримувати новий формат.

Цей контент надано лише для загальних інформаційних цілей і не є фінансовою, інвестиційною, юридичною чи податковою консультацією. Події, нагороди, онлайн-акцій або пов’язану інформацію, згадана тут, не слід розглядати як рекомендацію, прохання чи запрошення до купівлі, продажу, торгівлі чи інших операцій з криптоактивами. Криптоактиви є дуже волатильними та можуть призвести до збитків. Доступність послуг, продуктів WEEX та пов’язаних із ними подій може відрізнятися залежно від регіону. Ви несете відповідальність за забезпечення відповідності вашої участі чинному місцевому законодавству та нормативним актам.