Solana вперше з моменту запуску мережі зменшила цільовий час слота з 400 мілісекунд до 350 мс, розпочавши чотириетапний план, який зрештою може знизити слоти до 200 мс.
Підсумок
- Solana вперше з моменту запуску мережі зменшила цільовий час слота з 400 мс до 350 мс.
- Ця зміна є першим етапом SIMD-0525, який планує подальше зменшення до 300 мс, 250 мс та 200 мс.
- Коротші слоти призначені для зменшення затримки підтвердження, при цьому ліміти ресурсів мережі коригуються пропорційно.
- Інші етапи заплановані для Agave v4.2, хоча графік активації залишається попереднім.
Віце-президент з технологій Solana Foundation Джейкоб Кріч оголосив про цю зміну 21 серпня, сказавши, що мережа вступила в «нову еру 350 мс», після чого додав: «Наступна зупинка — 300 мс».
Середній час слотів на момент написання становив близько 360 мс, згідно з дослідником часу слотів Solana, порівняно з початковим цільовим показником мережі 400 мс.
Ця зміна є першим кроком у рамках SIMD-0525, пропозиції щодо вдосконалення Solana, яка вводить чотири поступово коротші конфігурації слотів: 350 мс, 300 мс, 250 мс та 200 мс. Пропозицію було схвалено та об'єднано 14 травня.
Замість того, щоб одразу переходити до кінцевої мети, Solana планує активувати кожне зменшення окремо, даючи операторам валідаторів і розробникам клієнтів можливість протестувати поведінку мережі в міру прискорення виробництва блоків.
Час слота Solana починає рух до 200 мс
Solana Foundation повідомила у червні, що зменшення слотів з 400 мс до 200 мс знизить затримку та дозволить підтвердженням досягати користувачів швидше.
Відповідно до SIMD-0525, перший вентиль функції змінює цільовий час слота на 350 мс. Пізніші активації знизять його до 300 мс, потім до 250 мс і, нарешті, до 200 мс.
Усі чотири етапи наразі заплановані для Agave v4.2, клієнта валідатора, розробленого Anza, хоча графік розгортання залишається попереднім і може змінюватися залежно від тестування.
Коротші слоти означають, що можливості виробництва блоків передаються між валідаторами частіше. SIMD-0525 зберігає 64 тіки на слот і чотирислотове вікно лідера, але кількість реального часу, представлена кожним вікном лідера, зменшується з кожним скороченням.
При попередньому цільовому показнику 400 мс чотири слоти давали лідеру номінальне вікно 1,6 секунди. Слот 350 мс скорочує цей показник до 1,4 секунди, тоді як 300 мс знизить його до 1,2 секунди. При кінцевому цільовому показнику 200 мс чотирислотове вікно триватиме близько 800 мс.
Пропозиція стверджує, що зменшення часу, контрольованого одним лідером, також може скоротити період, протягом якого транзакції можуть бути затримані або переупорядковані, перш ніж інший валідатор отримає можливість створювати блоки.
SIMD-0525 не просто дозволяє мережі виконувати вдвічі більше роботи після переходу з 400 мс на 200 мс. Ліміти ресурсів коригуються пропорційно до зменшення тривалості слота, щоб вимоги до обробки за певний період не зростали лише через те, що виробляється більше слотів.
При початковому базовому рівні 60 мільйонів обчислювальних одиниць, використаному в пропозиції, ліміт на слот знизиться до 52,5 мільйона CU при 350 мс, 45 мільйонів при 300 мс, 37,5 мільйона при 250 мс і 30 мільйонів при 200 мс.
Швидші слоти змінюють підтвердження та час епохи
Затримка підтвердження є однією з головних сфер, на які спрямована ця зміна, оскільки Solana вимірює кілька частин роботи мережі в слотах.
Оскільки валідатори проходять слоти швидше, порогові значення підтвердження на основі слотів можуть бути досягнуті за менший реальний час. Застосунки, які використовують номери слотів для визначення того, наскільки свіжою є інформація блокчейну, також можуть отримувати точніші часові інтервали.
SIMD-0525 визначає оракулів та автоматизованих маркет-мейкерів серед застосунків, які можуть виграти від коротших інтервалів, особливо коли рішення залежать від віку даних у блокчейні.
Тривалість епохи також скоротиться, оскільки Solana планує зберегти 432 000 слотів на епоху.
Епоха зі слотами 400 мс має номінальну тривалість близько 48 годин. Перехід до 350 мс скорочує її до приблизно 42 годин, тоді як 300 мс приведе епоху до близько 36 годин. При 250 мс цей показник падає до приблизно 30 годин, перш ніж досягти приблизно 24 годин, якщо активовано слоти 200 мс.
Річні розрахунки слотів Solana коригуються разом із цією зміною, щоб емісія протоколу залишалася заснованою на реальному часі, а не зростала просто тому, що щороку відбувається більше слотів.
Квиток допуску валідатора, запропонований у рамках консенсусної системи Alpenglow від Solana, також розроблений для масштабування зі скороченням епох. SIMD-0525 визначає, що вартість 1,6 SOL за епоху при 400 мс знизиться до 1,4 SOL при 350 мс, а потім до 1,2 SOL, 1 SOL та 0,8 SOL на наступних етапах.
Пропозиція зазначає, що коригування призначені для підтримки вартості валідатора приблизно на рівні 0,8 SOL на день, незважаючи на коротші епохи.
Покращення продуктивності Solana виходять за межі часу слотів
Розгортання часу слотів відбувається, поки розробники Solana працюють над кількома змінами в інфраструктурі валідаторів та консенсусу мережі.
Як раніше повідомляло crypto.news, Alpenglow увійшов у фазу тестування спільнотою валідаторів у травні після того, як Anza розгорнула консенсусну схему на тестовому кластері.
Alpenglow розроблений для скорочення часу підтвердження до приблизно 150 мс, одночасно видаляючи Proof of History та ончейн-транзакції голосування з основного процесу консенсусу Solana. Anza назвала заплановане оновлення найбільшою зміною консенсусу в історії Solana.
Система впроваджує схему голосування під назвою Votor, яка використовує позамережеву комунікацію валідаторів та агрегацію підписів для досягнення консенсусу. Її розробка відокремлена від SIMD-0525, хоча обидва проєкти зосереджені на зменшенні часу, необхідного для мережевих операцій.
Програмне забезпечення валідаторів також стало більш різноманітним протягом 2026 року. Розгортання Firedancer в основній мережі від Jump Crypto почало виробляти блоки в травні після років розробки, надаючи незалежно побудовану альтернативу існуючим реалізаціям валідаторів Solana.
Jump Crypto тоді радив валідаторам не мігрувати на Firedancer у великих масштабах, поки не будуть завершені аудити безпеки. Клієнт розроблявся як для покращення продуктивності, так і для зменшення ризику, що виникає, коли блокчейн сильно залежить від однієї реалізації програмного забезпечення валідатора.
Пізніше того ж місяця Coinbase розкрила багатоклієнтську конфігурацію з використанням Jito та Firedancer у своїй інфраструктурі валідаторів Solana. Її архітектура валідатора підтримувала приблизно 40,48 мільйона застейканих SOL на той час, або близько 9,52% застейканої пропозиції мережі, згідно зі звітом біржі про продуктивність валідаторів за перший квартал.
Solana впровадила ще одну зміну на рівні мережі в липні, запустивши ончейн-фреймворк управління, який дозволяє валідаторам голосувати з вагою стейкінгу за пропозиціями управління Solana. Згідно з новим процесом управління, пропозиції, які отримують 15% початкової підтримки, проходять процес з 11 епох, що включає обговорення, знімок стейкінгу та формальне голосування.
Пропозиція приймається, коли голоси "За" становлять щонайменше 66,67% від стейкінгу учасників "За" та "Проти", тоді як технічні зміни все ще можуть проходити через існуючий процес SIMD без попереднього голосування за пропозицію управління.
Наступне скорочення слотів приведе Solana до 300 мс
З активним налаштуванням 350 мс SIMD-0525 визначає 300 мс як наступний етап у послідовності.
Ця зміна скоротить номінальне вікно лідера з чотирьох слотів з 1,4 секунди до 1,2 секунди та зменшить епоху з приблизно 42 годин до 36 годин.
Подальші активації функцій потім переведуть Solana на 250 мс та 200 мс. Кожна конфігурація розраховується з базових значень мережі, а не з використанням округлених лімітів попереднього етапу, що призначено для запобігання накопиченню помилок округлення при послідовних скороченнях.
Тестування інфраструктури Solana тривало, поки ці етапи готувалися. У липні активність мережі також досягла рекордних рівнів, оскільки токенізовані активи розширювалися на Solana, причому активність токенізованих акцій сприяла збільшенню використання мережі.
Однак для SIMD-0525 кожне подальше зменшення слота все ще вимагає відповідної активації функції. Після нещодавно активованого налаштування 350 мс Кріч визначив 300 мс як наступну ціль мережі.
