Solana скоротила цільовий час слоту з 300 мілісекунд до 250 мілісекунд, збільшивши швидкість, з якою мережа виробляє слоти, майже на 17% без відповідного збільшення загальної стелі обробки.
Згідно з даними блокчейну, нові налаштування були запущені 18 вересня і дозволяють Solana обробляти чотири цільові слоти за секунду, порівняно з приблизно 3,3 за попередньої конфігурації 300 мс. Ця зміна є третім етапом SIMD-0525, який розроблений для поступового скорочення часу слотів з початкових 400 мс до кінцевої цілі 200 мс.
Слот – це період, протягом якого призначений валідатор може створити блок. Скорочення цього періоду надає гаманцям, біржам та торговим додаткам частіші оновлення стану мережі.
Валідатори продовжують виконувати функції лідерів протягом чотирьох послідовних слотів. Оскільки кожен слот тепер націлений на 250 мс, номінальне вікно лідерства валідатора скоротилося з 1,2 секунди за попередніх налаштувань до однієї секунди.
Solana розпочала поточне впровадження в серпні, коли вперше з моменту запуску мережі скоротила час слоту з 400 мс до 350 мс, як раніше повідомляло crypto.news.
SIMD-0525 розділив процес на чотири етапи: 350 мс, 300 мс, 250 мс та 200 мс, замість прямого переходу до кінцевої цілі. Кожне скорочення вимагає окремої активації функції, що дозволяє розробникам та операторам валідаторів оцінювати продуктивність мережі, перш ніж рухатися далі.
При 250 мс, чотири можливості слоту надходять щосекунди. Коротші інтервали можуть надавати додаткам більш актуальний огляд транзакцій та стану мережі, швидше передаючи виробництво блоків від одного валідатора до іншого.
Ринки на основі оракулів та автоматизовані маркет-мейкери є серед додатків, що охоплюються пропозицією, оскільки їхні операції можуть залежати від віку ончейн даних. Коротший інтервал зменшує час між оновленнями мережі, а користувачі можуть швидше бачити зміни статусу транзакцій.
Для свопів коротший час може звузити період між подачею транзакції та її досягненням мережі. Основна пропозиція визначає швидші підтвердження та частіші оновлення як переваги зменшення тривалості слоту.
Ця зміна не збільшує необроблену пропускну спроможність транзакцій Solana майже на 17%.
Відповідно до SIMD-0525, ліміти ресурсів зменшуються пропорційно до тривалості слоту. За заданий період виробляється більше слотів, але кожному слоту дозволяється нести менше обчислень і даних, що дозволяє зберегти обсяг роботи, який мережа може обробляти в реальному часі, приблизно на тому ж рівні.
При базовому рівні 60 мільйонів обчислювальних одиниць, що використовується в пропозиції, ліміт на слот зменшується зі прискоренням годинника. Конфігурація 250 мс відповідає ліміту в 37,5 мільйона обчислювальних одиниць, тоді як запланований етап 200 мс знизить його до 30 мільйонів.
Постачальники інфраструктури тепер мають більше окремих блоків для обробки та зберігання, навіть якщо загальна стеля обробки в реальному часі залишається в цілому незмінною.
Додаткам, які розраховують минулий час шляхом множення номерів слотів на фіксовану тривалість слоту, можливо, доведеться враховувати швидший годинник. Хеші блоків швидше закінчуються в реальному часі, оскільки слоти просуваються швидше, залишаючи менше часу для процесів транзакцій, що включають офлайн-підпис або відкладені людські затвердження.
Зміни в часі епохи відбуваються з тієї ж причини. Solana тримає кожну епоху фіксованою на 432 000 слотів, що означає, що епоха стає коротшою, коли тривалість кожного слоту зменшується.
При попередньому цільовому значенні 300 мс епоха тривала приблизно 36 годин. Налаштування 250 мс скорочує очікувану тривалість приблизно до 30 годин. Перехід до кінцевої цілі 200 мс скоротить її приблизно до 24 годин.
Поетапні скорочення слотів Solana є частиною впровадження Agave 4.2. Цей клієнтський реліз почав активувати декілька мережевих змін у серпні, включаючи нижчу орендну плату за ончейн-сховище, більші транзакції та шлях до слотів 200 мс.
Поетапний дизайн включає запобіжник, пов'язаний з показниками пропуску блоків. Прогрес до наступного налаштування слотів може бути призупинений, якщо показники пропуску зростуть вище рівня, який розробники вважають прийнятним, надаючи валідаторам час працювати за кожною конфігурацією, перш ніж буде активовано наступне скорочення.
Дата запуску 200 мс етапу в основній мережі не встановлена.
Час слоту – це лише одна частина мережевих змін, що впроваджуються через Agave.
Solana окремо представила Transaction V1, яка збільшує максимальний розмір серіалізованої транзакції з 1232 байтів до 4096 байтів. Більший формат транзакції може вмістити операції з великим обсягом даних, такі як докази з нульовим знанням та складні інструкції з мультипідписом в рамках однієї транзакції.
Transaction V1 є необов'язковою, при цьому застарілі та нульові версії транзакцій залишаються підтримуваними. Додаткам, які читають блоки, потрібно підтримувати новий формат для коректної обробки транзакцій V1.
Збільшення розміру транзакції є окремим від SIMD-0525. Отже, більші окремі транзакції не визначають тактову частоту слоту, а коротші слоти не збільшують автоматично максимальний розмір транзакції.
Solana активує зміни незалежно через функціональні шлюзи. Така структура дозволяє одному оновленню продовжуватися без необхідності одночасної активації інших функцій, включених в Agave 4.2.
Кінцевий етап SIMD-0525 зменшить цільовий час слоту з 250 мс до 200 мс, довівши мережу до п'яти цільових слотів за секунду.
Відповідно, чотирислотове вікно лідерства валідатора скоротиться приблизно до 800 мс. Тривалість епохи зменшиться приблизно з 30 годин за поточного налаштування 250 мс до приблизно 24 годин.
Розробники Solana не надали дату активації кінцевого скорочення в основній мережі. Прогрес залежить від поведінки мережі за поточних налаштувань, включаючи те, чи зможуть валідатори підтримувати прийнятні показники пропуску блоків.
Скорочення слотів є окремими від Alpenglow, запланованої переробки консенсусу Solana. Alpenglow має на меті замінити TowerBFT системою голосування під назвою Votor та вилучити ончейн-транзакції голосування з основного процесу консенсусу мережі.
Оновлення консенсусу Alpenglow має на меті фінальність приблизно 150 мс. Його код був включений для тестування, тоді як розгортання в основній мережі було прив'язане до Agave 4.3, а не до функціональних шлюзів часу слоту, що використовуються для SIMD-0525.
Alpenglow розпочав тестування валідаторами спільноти на початку 2026 року, що дозволило операторам запускати дизайн консенсусу на тестовому кластері перед розгортанням в основній мережі. Anza описала цю систему як найбільшу зміну консенсусу в історії Solana.
Щодо SIMD-0525, мережа залишається на етапі 250 мс, доки розробники не активують фінальний функціональний шлюз. Конфігурація 200 мс завершить розгортання, яке розпочалося з 400 мс і пройшло через 350 мс, 300 мс та 250 мс, зменшуючи ліміти ресурсів на кожному кроці.
SOL
