!
Достовірний редакційний контент, перевірений провідними експертами галузі та досвідченими редакторами. Реклама
Продуктивність Solana отримала новий імпульс цього тижня, оскільки інженери, які стоять за Firedancer, альтернативним високопродуктивним клієнтом валідатора, очолюваним Jump, подали новий документ про вдосконалення Solana (SIMD-0370), щоб видалити обмеження обчислювального блоку мережі (CU)—зміна, яку вони вважають зараз зайвою після Alpenglow і яка негайно призведе до більшої пропускної здатності та меншої затримки під час сплесків попиту.
Наступний Турбо Прискорення Для Solana
Запит на злиття, автором якого є команда "Firedancer Team" і який був відкритий 24 вересня 2025 року, чітко сформульований як пропозиція "після Alpenglow". У Alpenglow вузли голосування транслюють SkipVote, якщо не можуть виконати запропонований блок в межах відведеного часу. Оскільки повільні блоки автоматично пропускаються, автори стверджують, що окрема протоколом контрольована стеля CU для кожного блоку є непотрібною.
«У Alpenglow вузли-виборці транслюють SkipVote, якщо їм не вдається вчасно виконати блок... Тому цей SIMD знімає обмеження на одиниці обчислення блоку», йдеться в документі, описуючи обмеження як надмірне за новими правилами планування.
Крім технічної чистоти, автори пропонують більш чітке економічне вирівнювання. Вони стверджують, що поточний ліміт CU на рівні блоку порушує стимули, обмежуючи ємність через протокол, а не через покращення апаратного та програмного забезпечення. Його скасування дозволить виробникам заповнювати блоки до того, що їхні машини можуть безпечно обробляти та пропагувати, виводячи конкуренцію серед клієнтів та апаратного забезпечення на перший план.
"Місткість мережі визначається не можливостями апаратного забезпечення, а довільним обмеженням одиниці обчислення блоку", пишуть вони, перш ніж викласти, чому зняття цього обмеження перегляне стимули як для клієнтів-валідаторів, так і для розробників програм.
Пов'язане читання: Зміни до ETF Solana наближаються до «останніх днів» — затвердження через 2 тижні? Ранні коментарі щодо перегляду коду від основних учасників та команд клієнтів підкреслюють як вплив на користувачів у найближчій перспективі, так і межі змін. Один рецензент підсумував практичні переваги: «Скасування ліміту сьогодні має відчутні переваги для екосистеми та кінцевих користувачів… без очікування на те, щоб майбутня архітектура мережі була розроблена». Інший наголосив, що деякі обмеження блоків залишаться, вказуючи на «максимальний ліміт шматка», в той час як інші запропонували, що мережа, ймовірно, повинна зберегти ліміти CU на транзакцію на даний момент і розглядати будь-які зміни в цій сфері як окрему, більш широкомасштабну дискусію.
Питання безпеки та живучості займають важливе місце. Рецензенти попросили в пропозиції чітко вказати, чому безпека зберігається, навіть якщо блок занадто великий, щоб бути поширеним вчасно; відповідь Alpenglow полягає в тому, що такі блоки просто не голосуються, тобто їх пропускають — зберігаючи поступ вперед без покарання мережі. Автори Firedancer погоджуються, що вирішальним захистом є годинник і бюджет поширення, а не статичний стеля CU.
Пропозиція також торкається частого занепокоєння в дебатах про пропускну здатність: координація. Якщо один виробник блоків агресивно оновлює апаратуру, а інші відстають, чи ризикує мережа відставанням через пропущені блоки? Один рецензент зазначає, що надто амбітні виробники вже самостійно калібрують свої дії, оскільки пропущені блоки означають пропущені винагороди, що природно обмежує розмір блоків до того, що партнери можуть прийняти вчасно. Документ далі стверджує, що, оскільки обмеження CU знято, ринкові сили регулюють ємність: виробники та команди клієнтів, які оптимізують виконання, мережеве з'єднання та розклад, виграватимуть більше блоків і зборів, розширюючи межі, коли це буде потрібно.
Критично, що SIMD-0370 сумісний з майбутнім. Поточні проекти для кількох одночасних пропозицій — це пункт довгострокового дорожнього плану для Solana — іноді передбачають обмеження на блок, а іноді й ні. Рецензенти підкреслюють, що усунення поточного обмеження не виключає архітектури з одночасними пропозиціями в майбутньому; це просто відкриває можливості для покращень, які "можуть бути реалізовані сьогодні."
Супутнє читання: виконавчий директор BlackRock натиснув на XRP ETF: його відповідь викликає ще більше запитань. Поки обговорення на GitHub забезпечує технічну суть, Anza — команда клієнтів Solana, що стоїть за Agave — також посилила пропозицію в соціальних каналах, сигналізуючи про широкий інтерес команди клієнтів до зміни та її наслідків для користувачів.
Що зміниться для користувачів і розробників, якщо SIMD-0370 буде випущено? У пікові періоди — аірдропи, випуски, волатильність ринку — блоки можуть нести більше обчислень, якщо їх можна виконати та поширити у межах часу слота, потенційно підвищуючи стійку пропускну здатність і згладжуючи сплески комісій.
Для розробників Solana вища пропускна здатність і сильніші стимули для оптимізації клієнтів/апаратного забезпечення можуть зменшити затримку при важких навантаженнях, хоча й надалі буде необхідно оптимізувати програми для паралелізму та локальності. Для валідаторів конкурентна перевага ще більше зміститься в бік ефективності виконання, продуктивності мережі та розумних політик створення блоків, які врівноважують дохід від зборів із ризиком створення блоку, який буде настільки важким, що його пропустять.
Як і в усіх SIMD, зміни підлягають огляду спільноти, реалізації та координації впровадження серед клієнтів-валідаторів. Але напрямок є очевидним. Після Alpenglow, дизайнери Solana вважають, що бюджет часу слота є справжнім обмеженням.
Станом на момент публікації, Solana торгувався за $205.38.
Ціна SOL, графік за 1 тиждень | Джерело: SOLUSDT на TradingView.comОбране зображення створено за допомогою DALL.E, графік з TradingView.com
! Редакційний процес для bitcoinist зосереджений на наданні ретельно дослідженого, точного та неупередженого контенту. Ми дотримуємося суворих стандартів джерел, і кожна сторінка проходить ретельну перевірку нашою командою провідних технологічних експертів та досвідчених редакторів. Цей процес забезпечує цілісність, актуальність та цінність нашого контенту для наших читачів.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Підвищення швидкості Solana наближається, оскільки Firedancer діє
! Достовірний редакційний контент, перевірений провідними експертами галузі та досвідченими редакторами. Реклама Продуктивність Solana отримала новий імпульс цього тижня, оскільки інженери, які стоять за Firedancer, альтернативним високопродуктивним клієнтом валідатора, очолюваним Jump, подали новий документ про вдосконалення Solana (SIMD-0370), щоб видалити обмеження обчислювального блоку мережі (CU)—зміна, яку вони вважають зараз зайвою після Alpenglow і яка негайно призведе до більшої пропускної здатності та меншої затримки під час сплесків попиту.
Наступний Турбо Прискорення Для Solana
Запит на злиття, автором якого є команда "Firedancer Team" і який був відкритий 24 вересня 2025 року, чітко сформульований як пропозиція "після Alpenglow". У Alpenglow вузли голосування транслюють SkipVote, якщо не можуть виконати запропонований блок в межах відведеного часу. Оскільки повільні блоки автоматично пропускаються, автори стверджують, що окрема протоколом контрольована стеля CU для кожного блоку є непотрібною.
«У Alpenglow вузли-виборці транслюють SkipVote, якщо їм не вдається вчасно виконати блок... Тому цей SIMD знімає обмеження на одиниці обчислення блоку», йдеться в документі, описуючи обмеження як надмірне за новими правилами планування.
Крім технічної чистоти, автори пропонують більш чітке економічне вирівнювання. Вони стверджують, що поточний ліміт CU на рівні блоку порушує стимули, обмежуючи ємність через протокол, а не через покращення апаратного та програмного забезпечення. Його скасування дозволить виробникам заповнювати блоки до того, що їхні машини можуть безпечно обробляти та пропагувати, виводячи конкуренцію серед клієнтів та апаратного забезпечення на перший план.
"Місткість мережі визначається не можливостями апаратного забезпечення, а довільним обмеженням одиниці обчислення блоку", пишуть вони, перш ніж викласти, чому зняття цього обмеження перегляне стимули як для клієнтів-валідаторів, так і для розробників програм.
Пов'язане читання: Зміни до ETF Solana наближаються до «останніх днів» — затвердження через 2 тижні? Ранні коментарі щодо перегляду коду від основних учасників та команд клієнтів підкреслюють як вплив на користувачів у найближчій перспективі, так і межі змін. Один рецензент підсумував практичні переваги: «Скасування ліміту сьогодні має відчутні переваги для екосистеми та кінцевих користувачів… без очікування на те, щоб майбутня архітектура мережі була розроблена». Інший наголосив, що деякі обмеження блоків залишаться, вказуючи на «максимальний ліміт шматка», в той час як інші запропонували, що мережа, ймовірно, повинна зберегти ліміти CU на транзакцію на даний момент і розглядати будь-які зміни в цій сфері як окрему, більш широкомасштабну дискусію.
Питання безпеки та живучості займають важливе місце. Рецензенти попросили в пропозиції чітко вказати, чому безпека зберігається, навіть якщо блок занадто великий, щоб бути поширеним вчасно; відповідь Alpenglow полягає в тому, що такі блоки просто не голосуються, тобто їх пропускають — зберігаючи поступ вперед без покарання мережі. Автори Firedancer погоджуються, що вирішальним захистом є годинник і бюджет поширення, а не статичний стеля CU.
Пропозиція також торкається частого занепокоєння в дебатах про пропускну здатність: координація. Якщо один виробник блоків агресивно оновлює апаратуру, а інші відстають, чи ризикує мережа відставанням через пропущені блоки? Один рецензент зазначає, що надто амбітні виробники вже самостійно калібрують свої дії, оскільки пропущені блоки означають пропущені винагороди, що природно обмежує розмір блоків до того, що партнери можуть прийняти вчасно. Документ далі стверджує, що, оскільки обмеження CU знято, ринкові сили регулюють ємність: виробники та команди клієнтів, які оптимізують виконання, мережеве з'єднання та розклад, виграватимуть більше блоків і зборів, розширюючи межі, коли це буде потрібно.
Критично, що SIMD-0370 сумісний з майбутнім. Поточні проекти для кількох одночасних пропозицій — це пункт довгострокового дорожнього плану для Solana — іноді передбачають обмеження на блок, а іноді й ні. Рецензенти підкреслюють, що усунення поточного обмеження не виключає архітектури з одночасними пропозиціями в майбутньому; це просто відкриває можливості для покращень, які "можуть бути реалізовані сьогодні."
Супутнє читання: виконавчий директор BlackRock натиснув на XRP ETF: його відповідь викликає ще більше запитань. Поки обговорення на GitHub забезпечує технічну суть, Anza — команда клієнтів Solana, що стоїть за Agave — також посилила пропозицію в соціальних каналах, сигналізуючи про широкий інтерес команди клієнтів до зміни та її наслідків для користувачів.
Що зміниться для користувачів і розробників, якщо SIMD-0370 буде випущено? У пікові періоди — аірдропи, випуски, волатильність ринку — блоки можуть нести більше обчислень, якщо їх можна виконати та поширити у межах часу слота, потенційно підвищуючи стійку пропускну здатність і згладжуючи сплески комісій.
Для розробників Solana вища пропускна здатність і сильніші стимули для оптимізації клієнтів/апаратного забезпечення можуть зменшити затримку при важких навантаженнях, хоча й надалі буде необхідно оптимізувати програми для паралелізму та локальності. Для валідаторів конкурентна перевага ще більше зміститься в бік ефективності виконання, продуктивності мережі та розумних політик створення блоків, які врівноважують дохід від зборів із ризиком створення блоку, який буде настільки важким, що його пропустять.
Як і в усіх SIMD, зміни підлягають огляду спільноти, реалізації та координації впровадження серед клієнтів-валідаторів. Але напрямок є очевидним. Після Alpenglow, дизайнери Solana вважають, що бюджет часу слота є справжнім обмеженням.
Станом на момент публікації, Solana торгувався за $205.38.