ГоловнаНовинний центр LBank
Solana призначила 9 вересня датою для Transaction V1
solana-sets-sept-9-date-for-transaction-v1
Solana призначила 9 вересня датою для Transaction V1
Solana планує активувати Transaction V1 9 вересня, збільшивши розмір транзакції до 4 096 байтів. Перший етап зниження rent починається наступного тижня, відкриваючи п’ятиетапний шлях до економії 90%. Solana вже скоротила цільовий час слота до 350 мілісекунд, а пізніше заплановано 300, 250 і 200. Alpenglow, як і раніше, заплановано на жовтень, і Solana прагне до приблизно 150-мілісекундної фіналізації після активації в mainnet. Легасі-транзакції та транзакції версії zero залишаються сумісними, оскільки розробники мають окремо вмикати більший формат V1.
2026-08-30 Джерело:crypto.news

Віцепрезидент з технологій Solana Foundation Джейкоб Кріч 30 серпня окреслив кілька майбутніх оновлень Solana. Транзакція V1 запланована на 9 вересня, тоді як перший етап зменшення мережевої "оренди" очікується протягом тижня, що починається 31 серпня.

Короткий зміст
  • Solana планує активувати Транзакцію V1 9 вересня, збільшуючи розмір транзакції до 4096 байт.
  • Перший етап зменшення "оренди" розпочнеться наступного тижня, започатковуючи п'ятиетапний шлях до 90% економії.
  • Solana вже скоротила цільові слоти до 350 мілісекунд, з 300, 250 і 200 запланованими пізніше.
  • Alpenglow залишається ціллю на жовтень, Solana прагне досягти приблизно 150-мілісекундної фіналізації після активації основної мережі.
  • Застарілі транзакції та транзакції версії нуль залишаються сумісними, оскільки розробники повинні вибрати більший формат V1.

Кріч також сказав, що розробники планують ще більше скоротити час слотів і націлені на жовтень для Alpenglow. Однак ці зміни слідують окремим процесам активації. Транзакція V1 не буде автоматично скорочувати час слотів або активувати Alpenglow.

Транзакція V1 збільшує ліміт Solana до 4096 байт

Транзакція V1 збільшить максимальний розмір серіалізованої транзакції Solana з 1232 байт до 4096 байт. Збільшення становить приблизно в 3,3 рази від існуючого ліміту, згідно з офіційною дорожньою картою оновлень Solana.

Більший формат може підтримувати транзакції, що містять докази з нульовим розголошенням, складні інструкції з мультипідписом та інші операції з великою кількістю даних. Пов'язана пропозиція SIMD-0296 також визначає підписи BLS та міжланцюгові операції як можливі варіанти використання.

Розробники повинні вибрати формат V1. Існуючі застарілі транзакції та транзакції версії нуль залишаться дійсними. Транзакція V1 не підтримуватиме таблиці пошуку адрес, що означає, що програми повинні вирішувати, який формат підходить для кожної транзакції.

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

Зменшення "оренди" Solana починається з одного з п'яти кроків

Перше зменшення "оренди" не забезпечує повну ціль у 90% негайно. Solana планує п'ять етапів, які врешті-решт знизять розрахунок "оренди" з 6960 лампортів за байт до 696 лампортів за байт.

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

Нижчі вимоги зменшать кількість SOL, яку розробники повинні блокувати при створенні токен-акаунтів, програмних акаунтів та іншого ончейн-стану. Це може знизити початкові витрати для додатків, які керують багатьма обліковими записами користувачів.

Agave 4.2 включала необхідний код, але Solana розмістила зміни за незалежними "воротами функцій". Як раніше повідомляв crypto.news, валідатори можуть активувати оновлення "оренди", розміру транзакції та часу слота окремо після тестування.

Швидші слоти Solana слідують окремому графіку

Solana вже скоротила свій цільовий час слота до 350 мілісекунд, порівняно з попереднім цільовим показником у 400 мілісекунд. Мережа планує додаткові етапи на 300, 250 і, зрештою, 200 мілісекунд.

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

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

Транзакція V1 та скорочений час слотів пов'язані з ширшою дорожньою картою продуктивності Solana, але вони залишаються технічно відмінними. Повідомлення, що описують 9 вересня як дату обох змін, перебільшили б оголошення Кріча.

Alpenglow залишається ціллю на жовтень

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

Офіційна дорожня карта вказує Alpenglow як "в розробці", тоді як Agave 4.3 очікується в жовтні. Публікація Кріча підтримує жовтень як поточну ціль, але жодна заява не підтверджує гарантовану дату активації основної мережі.

До цього Solana, як очікується, розпочне перший етап зменшення "оренди" та активує Транзакцію V1 9 вересня. Подальші скорочення слотів залежатимуть від окремих активацій валідаторів. Alpenglow також має завершити тестування та забезпечити необхідну мережеву підтримку.

Жодного підтвердженого руху ринку не було безпосередньо пов'язано з оголошенням Кріча на момент публікації.

Популярна криптовалюта
Зареєструйтеся зараз, щоб не пропустити жодного оновлення!