У новій архітектурі ефективність остаточності транзакцій зросте в 100 разів
Автор: Pzai, Foresight News
Увечері 19 травня Anza, студія розробників, яка раніше відокремилася від Solana Labs, випустила новий протокол рівня консенсусу Solana, Alpenglow, який змінив механізми консенсусу TowerBFT і PoH, використовуючи новий компонент Votor для голосування та остаточності блоку, а також використовуючи компоненти Rotor для покращення існуючого протоколу поширення блоків Solana. Він побудований на основі Turbine (шардинг Solana Edition) за допомогою одного шару ретрансляційних вузлів і оптимізації використання пропускної здатності на основі частки.
Виступаючи на Solana Acceleration, Роджер Ваттенховер, керівник відділу досліджень Anza, сказав, що з точки зору завершеності транзакцій, новий механізм консенсусу значно скоротить існуючий час завершення транзакції (12,8 с) до 150 мс. З точки зору прогресу в розробці, Alpenglow завершила тестування прототипів і очікує розгортання тестової мережі в середині 2025 року, а потім розгортання основної мережі пізніше в 2025 році після прийняття пропозиції Solana Improved Document (SIMD). У порівнянні з поточною основною мережею Solana, Alpenglow спрощує архітектуру та оптимізує ефективність поширення даних, роблячи її продуктивність ближчою до традиційної інфраструктури Інтернету, придатної для таких сценаріїв, як високочастотна торгівля та платежі в режимі реального часу. У цій статті ви знайдете огляд Alpenglow, відомого як "рефакторинг консенсусу Solana".
!
Votor оброблятиме логіку консенсусу та замінить TowerBFT. Він не залежить від моделі «gossip» поточних вузлів, а голосує за остаточність блоків за допомогою «прямого зв’язку». Як основний компонент протоколу Alpenglow, основна інновація Votor проявляється в режимі зв’язку, механізмі голосування та оптимізації продуктивності.
По-перше, Votor не покладається на модель «госипу» поточних вузлів, а використовує пряму комунікацію між рівними та динамічну стратегію групування (за вагою прав або географічним положенням), що суттєво зменшує надмірну передачу повідомлень і знижує затримку в мережі.
По-друге, Votor впроваджує механізм градаційного голосування: якщо блок у першому раунді отримує підтримку більше 80%, то він безпосередньо завершує нотаріальне засвідчення; якщо рівень підтримки коливається від 60% до 80%, то запускається другий раунд швидкого підтвердження через паралельні голосування, при цьому вузли можуть активно пропускати голосування, якщо виявлять затримку або ризик блоку, щоб уникнути витрат ресурсів. З даних видно, що при загальному порозумінні верифікаторів нижче 60% затримка може контролюватися на рівні приблизно 100 мс.
!
Rotor фокусується на підвищенні ефективності поширення блоків і розподілі мережевих ресурсів, а також доповнює існуючий протокол поширення блоків Solana шляхом інтеграції технології шардингу турбін. На практиці Rotor замінює традиційну багатошарову модель реле на архітектуру одношарового релейного вузла, розбиваючи блокові дані на легкі шарди та динамічно оптимізуючи шлях передачі, значно знижуючи складність мережі та затримку передачі.
Крім того, Rotor впроваджує адаптивний алгоритм поширення для моніторингу стану мережі в режимі реального часу та перемикання шляхів перевантаження, у поєднанні з легкою перевіркою даних для зменшення обчислювальних витрат, а також значно покращує швидкість поширення та відмовостійкість. З точки зору продуктивності, Rotor стискає затримку поширення блоку до мілісекунд, допомагаючи Solana досягти цільової пропускної здатності в 50 000 TPS, задовольняючи потреби високочастотних сценаріїв, таких як кліринг DeFi і платежі в режимі реального часу.
В цілому, протокол Alpenglow знижує ризик повноланцюгових операцій і спрощує архітектуру за рахунок видалення механізму PoH; Використовуючи Votor для заміни консенсусу Tower BFT, він приймає 1-2 раунди голосування на основі ставок, щоб завершити остаточність блоку за 100-150 мілісекунд, не покладаючись на оптимістичне підтвердження; Rotor оптимізує шардинг турбіни за допомогою одношарової ретрансляційної системи та покращує ефективність поширення до межі затримки фізичної мережі за допомогою глобальної динамічної оптимізації пропускної здатності та адаптивного вибору шляху, так що основним вузьким місцем є лише швидкість передачі базової мережі. У той же час значно підвищена стійкість системи, яка може протистояти екстремальним сценаріям, коли 20% шкідливих вузлів і 20% стейкінгу знаходяться в автономному режимі, а можливості захисту від атак і відмовостійкості покращені. Зрештою, Alpenglow стискає завершеність транзакцій до мілісекундного рівня, забезпечуючи базову підтримку високочастотних транзакцій, платежів у реальному часі та великомасштабних ончейн-додатків.
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
Alpenglow: нова парадигма консенсусу Solana
Автор: Pzai, Foresight News
Увечері 19 травня Anza, студія розробників, яка раніше відокремилася від Solana Labs, випустила новий протокол рівня консенсусу Solana, Alpenglow, який змінив механізми консенсусу TowerBFT і PoH, використовуючи новий компонент Votor для голосування та остаточності блоку, а також використовуючи компоненти Rotor для покращення існуючого протоколу поширення блоків Solana. Він побудований на основі Turbine (шардинг Solana Edition) за допомогою одного шару ретрансляційних вузлів і оптимізації використання пропускної здатності на основі частки.
Виступаючи на Solana Acceleration, Роджер Ваттенховер, керівник відділу досліджень Anza, сказав, що з точки зору завершеності транзакцій, новий механізм консенсусу значно скоротить існуючий час завершення транзакції (12,8 с) до 150 мс. З точки зору прогресу в розробці, Alpenglow завершила тестування прототипів і очікує розгортання тестової мережі в середині 2025 року, а потім розгортання основної мережі пізніше в 2025 році після прийняття пропозиції Solana Improved Document (SIMD). У порівнянні з поточною основною мережею Solana, Alpenglow спрощує архітектуру та оптимізує ефективність поширення даних, роблячи її продуктивність ближчою до традиційної інфраструктури Інтернету, придатної для таких сценаріїв, як високочастотна торгівля та платежі в режимі реального часу. У цій статті ви знайдете огляд Alpenglow, відомого як "рефакторинг консенсусу Solana".
!
Votor оброблятиме логіку консенсусу та замінить TowerBFT. Він не залежить від моделі «gossip» поточних вузлів, а голосує за остаточність блоків за допомогою «прямого зв’язку». Як основний компонент протоколу Alpenglow, основна інновація Votor проявляється в режимі зв’язку, механізмі голосування та оптимізації продуктивності.
По-перше, Votor не покладається на модель «госипу» поточних вузлів, а використовує пряму комунікацію між рівними та динамічну стратегію групування (за вагою прав або географічним положенням), що суттєво зменшує надмірну передачу повідомлень і знижує затримку в мережі.
По-друге, Votor впроваджує механізм градаційного голосування: якщо блок у першому раунді отримує підтримку більше 80%, то він безпосередньо завершує нотаріальне засвідчення; якщо рівень підтримки коливається від 60% до 80%, то запускається другий раунд швидкого підтвердження через паралельні голосування, при цьому вузли можуть активно пропускати голосування, якщо виявлять затримку або ризик блоку, щоб уникнути витрат ресурсів. З даних видно, що при загальному порозумінні верифікаторів нижче 60% затримка може контролюватися на рівні приблизно 100 мс.
!
Rotor фокусується на підвищенні ефективності поширення блоків і розподілі мережевих ресурсів, а також доповнює існуючий протокол поширення блоків Solana шляхом інтеграції технології шардингу турбін. На практиці Rotor замінює традиційну багатошарову модель реле на архітектуру одношарового релейного вузла, розбиваючи блокові дані на легкі шарди та динамічно оптимізуючи шлях передачі, значно знижуючи складність мережі та затримку передачі.
Крім того, Rotor впроваджує адаптивний алгоритм поширення для моніторингу стану мережі в режимі реального часу та перемикання шляхів перевантаження, у поєднанні з легкою перевіркою даних для зменшення обчислювальних витрат, а також значно покращує швидкість поширення та відмовостійкість. З точки зору продуктивності, Rotor стискає затримку поширення блоку до мілісекунд, допомагаючи Solana досягти цільової пропускної здатності в 50 000 TPS, задовольняючи потреби високочастотних сценаріїв, таких як кліринг DeFi і платежі в режимі реального часу.
В цілому, протокол Alpenglow знижує ризик повноланцюгових операцій і спрощує архітектуру за рахунок видалення механізму PoH; Використовуючи Votor для заміни консенсусу Tower BFT, він приймає 1-2 раунди голосування на основі ставок, щоб завершити остаточність блоку за 100-150 мілісекунд, не покладаючись на оптимістичне підтвердження; Rotor оптимізує шардинг турбіни за допомогою одношарової ретрансляційної системи та покращує ефективність поширення до межі затримки фізичної мережі за допомогою глобальної динамічної оптимізації пропускної здатності та адаптивного вибору шляху, так що основним вузьким місцем є лише швидкість передачі базової мережі. У той же час значно підвищена стійкість системи, яка може протистояти екстремальним сценаріям, коли 20% шкідливих вузлів і 20% стейкінгу знаходяться в автономному режимі, а можливості захисту від атак і відмовостійкості покращені. Зрештою, Alpenglow стискає завершеність транзакцій до мілісекундного рівня, забезпечуючи базову підтримку високочастотних транзакцій, платежів у реальному часі та великомасштабних ончейн-додатків.