Solana скоротила цільовий час слота з 300 мілісекунд до 250 мілісекунд, збільшивши швидкість, з якою мережа створює слоти, майже на 17% без відповідного підвищення загальної межі обробки.
Підсумок
- Solana скоротила цільовий час слота з 300 мс до 250 мс, довівши мережу до чотирьох цільових слотів на секунду.
- Швидший такт скорочує вікно лідерства кожного валідатора з чотирьох слотів з 1,2 секунди до однієї секунди.
- Загальна пропускна здатність залишається приблизно незмінною, оскільки обмеження на обчислення та дані зменшуються разом із тривалістю слота.
- Налаштування 250 мс скорочує очікувану епоху Solana з приблизно 36 годин до 30 годин.
- Остаточне скорочення до 200 мс довело б Solana до п'яти слотів на секунду, але дата запуску в mainnet ще не встановлена.
Згідно з даними блокчейну, нове налаштування набуло чинності 18 вересня і доводить Solana до чотирьох цільових слотів на секунду, порівняно з приблизно 3,3 за попередньої конфігурації 300 мс. Ця зміна є третім етапом SIMD-0525, який покликаний поступово скоротити час слотів від початкового налаштування мережі 400 мс до кінцевої мети 200 мс.
Слот — це період, протягом якого призначений валідатор може створити блок. Скорочення цього періоду дає гаманцям, біржам і торговим застосункам частіші оновлення про стан мережі.
Валідатори продовжують виконувати роль лідерів протягом чотирьох послідовних слотів. Оскільки кожен слот тепер має цільову тривалість 250 мс, номінальне вікно лідерства валідатора скоротилося з 1,2 секунди за попереднього налаштування до однієї секунди.
Час слота Solana досягає 250 мс
Solana розпочала поточне впровадження в серпні, коли вперше з моменту запуску мережі скоротила час слота з 400 мс до 350 мс, як раніше повідомляло crypto.news.
SIMD-0525 розділив процес на чотири етапи: 350 мс, 300 мс, 250 мс і 200 мс, замість прямого переходу до кінцевої мети. Кожне скорочення вимагає окремої активації функції, що дозволяє розробникам і операторам валідаторів оцінити продуктивність мережі перед тим, як рухатися далі.
На 250 мс щосекунди з'являються чотири можливості для слотів. Коротші інтервали можуть дати застосункам актуальніше уявлення про транзакції та стан мережі, а також швидше передавати виробництво блоків від одного валідатора до іншого.
Ринки на основі оракулів і автоматизовані маркет-мейкери належать до застосунків, охоплених пропозицією, оскільки їхня робота може залежати від давності даних ончейн. Коротший інтервал зменшує час між оновленнями мережі, а користувачі можуть швидше побачити зміни статусу транзакцій.
Для свопів коротший час може звузити період між поданням транзакції та її досягненням мережі. В основі пропозиції визначено швидші підтвердження та частіші оновлення як переваги скорочення тривалості слота.
Ця зміна не збільшує необроблену пропускну здатність транзакцій Solana майже на 17%.
Згідно з SIMD-0525, обмеження ресурсів зменшуються пропорційно до тривалості слота. За певний період створюється більше слотів, але кожному слоту дозволено нести менше обчислень і даних, що підтримує обсяг роботи, який мережа може обробити в реальному часі, приблизно на тому самому рівні.
За базового рівня 60 мільйонів обчислювальних одиниць, використаного в пропозиції, ліміт на слот зменшується з прискоренням такту. Конфігурація 250 мс відповідає ліміту 37,5 мільйона обчислювальних одиниць, тоді як запланований етап 200 мс знизив би його до 30 мільйонів.
Швидші блоки змінюють вимоги до інфраструктури Solana
Постачальники інфраструктури тепер мають більше окремих блоків для обробки та зберігання, хоча межа обробки за реальним часом загалом залишається незмінною.
Застосунки, які обчислюють минулий час шляхом множення номерів слотів на фіксовану тривалість слота, можуть потребувати врахування швидшого такту. Хеші блоків спливають швидше в реальному часі, оскільки слоти просуваються швидше, залишаючи менше часу для транзакційних процесів, пов'язаних з офлайн-підписом або затриманим схваленням людиною.
Час епохи змінюється з тієї ж причини. Solana підтримує фіксовану кількість слотів у кожній епосі — 432 000, тобто епоха стає коротшою зі зменшенням тривалості кожного слота.
За попередньої цілі 300 мс епоха тривала приблизно 36 годин. Налаштування 250 мс скорочує очікувану тривалість до приблизно 30 годин. Перехід до кінцевої цілі 200 мс скоротив би її до приблизно 24 годин.
Поетапне скорочення слотів Solana є частиною впровадження Agave 4.2. Випуск клієнта почав активувати кілька мережевих змін у серпні, включаючи нижчу орендну плату за зберігання ончейн, більші транзакції та шлях до слотів у 200 мс.
Поетапний дизайн включає запобіжник, прив'язаний до показників пропуску блоків. Просування до наступного налаштування слотів може бути зупинено, якщо показники пропуску зростуть понад рівень, який розробники вважають прийнятним, даючи валідаторам час працювати за кожної конфігурації, перш ніж буде активовано наступне скорочення.
Дата для етапу 200 мс у мейннеті не встановлена.
Оновлення Solana виходять за межі швидших слотів
Таймінг слотів — лише одна частина мережевих змін, які впроваджуються через Agave.
Solana окремо представила Transaction V1, яка підвищує максимальний розмір серіалізованої транзакції з 1232 байтів до 4096 байтів. Більший формат транзакцій може вмістити операції з великим обсягом даних, такі як докази з нульовим розголошенням та складні мультипідписні інструкції, в межах однієї транзакції.
Transaction V1 є необов'язковою, тоді як застарілі транзакції та транзакції версії нуль залишаються підтримуваними. Застосунки, які читають блоки, повинні підтримувати новіший формат, щоб коректно обробляти транзакції V1.
Збільшення розміру транзакцій є окремим від SIMD-0525. Тому більші окремі транзакції не визначають тактовий цикл слотів, а коротші слоти не збільшують автоматично максимальний розмір транзакції.
Solana активувала ці зміни незалежно через функціональні шлюзи. Така структура дозволяє одному оновленню просуватися без необхідності одночасної активації інших функцій, включених до Agave 4.2.
Solana все ще націлена на слоти у 200 мс
Фінальний етап за 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 мс, зменшуючи ліміти ресурсів на кожному кроці.
