Мережа Solana опинилася за крок від критичного порогу, необхідного для фіналізації блоків. Причиною став збій у роботі інфраструктурного провайдера TeraSwitch, через який із консенсусу тимчасово випала значна частина стейку.
За даними проєкту Marinade Finance, близько 28,83% застейканих SOL перестали брати участь у голосуванні за блоки. За даними Marinade Finance, це становило близько 86% від критичного значення, після досягнення якого Solana могла втратити можливість фіналізувати нові блоки.
Мережа використовує механізм консенсусу Delegated Proof-of-Stake (DPoS). Для фіналізації блоків необхідна підтримка щонайменше двох третин стейку. Тому критичним вважається рівень у 33,34% стейку, який не бере участі в голосуванні.
Збій зачепив близько 90 валідаторів. Загалом вони втратили приблизно 333 SOL у вигляді винагород. Водночас критичного порогу мережа не досягла: проблему вдалося усунути приблизно за 33 хвилини.
Збій TeraSwitch одночасно вивів із консенсусу десятки валідаторів
Причиною інциденту стала проблема з маршрутизацією в інфраструктурі TeraSwitch, послугами якого користується значна кількість валідаторів Solana. Згідно зі звітом компанії, некоректний маршрут виник на майданчику MIA1 у Маямі, а через маршрутизатор в Амстердамі проблема поширилася на європейські та азійські дата-центри.
Унаслідок цього було порушено зв’язок із 12 майданчиками, розташованими в Лондоні, Амстердамі, Дубліні, Франкфурті, Сінгапурі та Токіо. Північноамериканські дата-центри переважно не постраждали.
У TeraSwitch виявили некоректний маршрут приблизно через 10 хвилин після початку інциденту та відключили MIA1 від внутрішньої магістральної мережі. Після цього інші майданчики змогли повернутися до локальних маршрутів. Точна причина виникнення проблеми наразі встановлюється.
За даними Marinade Finance, в автономній системі TeraSwitch AS20326 перебувало близько 118,9 млн застейканих SOL, що відповідало 27,34% загального стейку мережі. Під час інциденту одночасно перестали голосувати валідатори, на які припадало близько 94% цього обсягу.
Ще частина стейку, розміщеного в інших провайдерів, також тимчасово випала з консенсусу. З 74 перевірених валідаторів лише троє змогли швидко переключитися на альтернативні майданчики.
Деякі великі оператори залишалися недоступними до повного відновлення роботи TeraSwitch. У Marinade Finance зазначили, що ситуація демонструє: навіть якщо валідатори формально є незалежними на рівні консенсусу, вони можуть залишатися залежними від одного хостинг- або мережевого провайдера.
Примітно, що з травня 2026 року критерії Solana Foundation Delegation Program передбачають, що на одного ASN або хостинг-провайдера не має припадати понад 25% загального стейку мережі.
У Solana назвали інцидент доказом стійкості мережі
Представники Solana Foundation заявили, що блокчейн продовжував працювати протягом усього інциденту. Віцепрезидент організації з технологій Джейкоб Крич повідомив, що 597 із 699 застейканих валідаторів продовжували голосувати. Мережа також продовжувала створювати блоки та включати до них транзакції, а уражені вузли повернулися до роботи менш ніж за 40 хвилин.
За його словами, інцидент продемонстрував здатність мережі працювати навіть за проблем із частиною інфраструктури:
“Оскільки валідатори Solana розподілені між незалежними постачальниками інфраструктури, збій в одного з них не призвів до зупинки роботи мережі. Це приклад того, як децентралізація та різноманіття інфраструктури працюють так, як і було задумано, а також підтвердження стійкості Solana в періоди підвищеного навантаження”.
Таким чином, хоча Solana не втратила фіналізацію блоків, інцидент привернув увагу до іншого ризику, концентрації значної частини валідаторів на інфраструктурі одного провайдера.
