Віце-президент Solana Foundation з технологій Джейкоб Кріч окреслив кілька майбутніх оновлень Solana 30 серпня. Transaction V1 заплановано на 9 вересня, а перший етап зниження мережевої орендної плати очікується протягом тижня, що починається 31 серпня.
Резюме
- Solana планує активувати Transaction V1 9 вересня, збільшивши розмір транзакцій до 4096 байтів.
- Перший етап зниження орендної плати починається наступного тижня, запускаючи п'ятикроковий шлях до 90% економії.
- Solana вже скоротила цільові слоти до 350 мілісекунд, з планами на 300, 250 та 200 пізніше.
- Alpenglow залишається запланованим на жовтень, при цьому Solana прагне до приблизно 150-мілісекундної фіналізації після активації мейннету.
- Legacy та version-zero транзакції залишаються сумісними, оскільки розробники повинні самостійно обрати більший формат V1.
Кріч також зазначив, що розробники планують подальше скорочення часу слотів і ціляться на жовтень для Alpenglow. Однак ці зміни відбуваються за окремими процесами активації. Transaction V1 не буде автоматично скорочувати час слотів або активувати Alpenglow.
Transaction V1 підвищує ліміт Solana до 4096 байтів
Transaction V1 підвищить максимальний серіалізований розмір транзакції Solana з 1232 байтів до 4096 байтів. Збільшення приблизно в 3,3 раза порівняно з існуючим лімітом, згідно з офіційною дорожньою картою оновлень Solana.
Більший формат може підтримувати транзакції, що містять докази з нульовим розголошенням, складні мультипідписні інструкції та інші операції з великим обсягом даних. Пов'язана пропозиція SIMD-0296 також визначає BLS-підписи та кросчейн-операції як можливі випадки використання.
Розробники повинні самостійно обрати формат V1. Існуючі legacy та version-zero транзакції залишаться дійсними. Transaction V1 не підтримуватиме таблиці пошуку адрес, що означає, що застосунки повинні вирішувати, який формат підходить для кожної транзакції.
Зміна також вимагає від гаманців, інтерфейсів програмування застосунків та іншої інфраструктури обробляти більші обсяги даних. Пропозиція визнає можливі ризики пропускної здатності та фрагментації мережі, що робить скоординоване тестування важливим перед ширшим впровадженням.
Зниження орендної плати Solana починається з одного з п'яти кроків
Перше зниження орендної плати не забезпечує повну ціль у 90% негайно. Solana планує п'ять етапів, які зрештою знизять розрахунок орендної плати з 6960 лампортів за байт до 696 лампортів за байт.
Solana використовує звільнені від оренди баланси для обмеження неконтрольованого зростання стану. Застосунки блокують SOL при створенні акаунтів, які зберігають дані. Цей SOL, як правило, можна повернути, коли акаунт закривається, що означає, що оренда функціонує більше як повертається депозит, ніж як регулярна мережева плата.
Нижчі вимоги зменшать кількість SOL, яку розробники повинні блокувати при створенні токен-акаунтів, програмних акаунтів та іншого ончейн-стану. Це може знизити вхідні витрати для застосунків, які керують багатьма користувацькими акаунтами.
Agave 4.2 включав необхідний код, але Solana розмістила зміни за окремими функціональними воротами. Як раніше повідомляло crypto.news, валідатори можуть активувати оновлення орендної плати, розміру транзакцій та часу слотів окремо після тестування.
Швидші слоти Solana йдуть за окремим графіком
Solana вже зменшила цільовий час слота до 350 мілісекунд, порівняно з попереднім цільовим значенням 400 мілісекунд. Мережа планує додаткові етапи на 300, 250 і, зрештою, 200 мілісекунд.
Кріч не вказав дат для цих наступних етапів. Кожне зменшення вимагає окремої активації функції. Тому розробники мережі можуть контролювати продуктивність валідаторів перед переходом до наступної цілі.
Коротші слоти можуть покращити швидкість підтвердження транзакцій і збільшити частоту, з якою валідатори створюють блоки. Вони також висувають більші вимоги до часу та мережі для валідаторів. Solana планує пропорційно скоригувати ліміти ресурсів під час розгортання.
Transaction V1 і скорочені слоти пов'язані з ширшою дорожньою картою продуктивності Solana, але вони залишаються технічно різними. Повідомлення, що описують 9 вересня як дату обох змін, перебільшували б заяву Кріча.
Alpenglow залишається ціллю на жовтень
Alpenglow — це запропонований редизайн консенсусу Solana. Solana заявляє, що прагне зменшити фіналізацію транзакцій приблизно до 150 мілісекунд, порівняно з довшим процесом підтвердження, який використовується поточною системою консенсусу.
Офіційна дорожня карта вказує Alpenglow як "у розробці", тоді як Agave 4.3 очікується в жовтні. Пост Кріча підтверджує жовтень як поточну ціль, але жодна з заяв не підтверджує гарантовану дату активації в основній мережі.
До цього часу Solana очікує розпочати перший етап зменшення орендної плати та активувати Transaction V1 9 вересня. Подальші скорочення слотів залежатимуть від окремих активацій валідаторів. Alpenglow також має завершити тестування та забезпечити необхідну підтримку мережі.
На момент публікації не було підтверджених рухів ринку, безпосередньо пов'язаних із заявою Кріча.
