Solana не дошла до остановки 4,5 процентных пункта — а аптайм оставался на уровне 100%
Ключевые выводы
- •Сбой у TeraSwitch 12 августа отключил около 90 валидаторов, контролировавших примерно 29% застейканного SOL, остановив финализацию примерно на 30 минут; при этом сеть оставалась чуть выше порога в две трети голосующих, необходимого для финализации блоков.
- •По данным октябрьского отчёта FCAT, 18–20 идентичностей валидаторов контролируют более трети стейка Solana, сосредоточенного в двух странах, на двух хостинговых сетях и двух базовых реализациях клиентов, — остановка возможна и без атаки.
- •Программа делегирования Solana Foundation, требующая держать долю хостинговой сети ниже 25%, охватывала около 51% валидаторов, но лишь около 4% активного стейка по итогам третьего квартала; крупнейшая сеть по-прежнему выше лимита.
- •Обновление Alpenglow, активируемое 21 октября в эпохе 1064, сокращает финализацию с примерно 12,8 секунды до примерно 150 миллисекунд, но никак не меняет размещение валидаторов и подключающих их провайдеров.
- •Alpenglow временно сужает разнообразие клиентов, исключая Firedancer и Frankendancer на время миграции, а вывод транзакций голосования из блоков заставит инструменты мониторинга брать данные об участии из сертификатов в футере блоков.

Около 90 валидаторов Solana, контролировавших примерно 29% застейканного SOL, потеряли связь во время инцидента 12 августа, а финализация блоков заняла до 30 минут вместо обычных 13 секунд — согласно анализу инцидента от Metrika.
При этом Solana не отключалась. Блоки продолжали производиться, и график аптайма за этот день выглядел бы как обычный рабочий день. В среду, 21 октября, в сети запланирована активация Alpenglow — обновления, нацеленного на финализацию примерно за 150 миллисекунд, — но оно никак не решает проблему хостинга, которая едва не привела к сбою. В исследовательском отчёте от 16 октября, подготовленном подразделением Fidelity FCAT, «The State of Solana: Network Health and Resilience», крупнейшая хостинговая сеть оценивается примерно в 29% стейка — близко к доле, которая, по данным Metrika, отключилась.
Что произошло 12 августа
Solana может финализировать блок — точку, после которой транзакцию уже нельзя отменить, — только пока более двух третей застейканного SOL участвует в голосовании; обычно это занимает около 13 секунд. 12 августа с примерно 71% стейка в сети сеть оставалась выше этой черты, но лишь с небольшим запасом. Metrika оценивает долю офлайн в 28,83% при уровне 33,34%, при котором финализация останавливается во всей цепочке.
График: доля застейканного SOL в офлайне 12 августа в сопоставлении с линией остановки финализации. Источник: Metrika.
По данным Metrika, ещё четыре-пять процентных пунктов стейка на пострадавших маршрутах означали бы остановку всей сети, требующую скоординированного восстановления. Сбой начался в майамском дата-центре TeraSwitch и распространился на инфраструктуру валидаторов в Лондоне, Амстердаме, Франкфурте, Сингапуре и Токио; в большинстве случаев резервные системы пострадавших валидаторов так и не включились.
TeraSwitch устранил неисправность примерно через десять минут после её диагностики, трафик восстановился к 04:16 UTC — через 33 минуты после начала сбоя. Валидаторы восстановили работу в течение последующих 40 минут. За это время доля запланированных слотов без блока выросла выше 32% с менее чем 1%. Количество транзакций без голосов в секунду упало с примерно 1 100–1 300 до менее чем 300. Около получаса ни один блок не финализировался, а накопленная очередь затем разошлась скачком — в среднем около 1 600 секунд от производства блока до финализации.
Единственный показатель, который не изменился, — аптайм, оставшийся на уровне %, потому что цепочка ни на мгновение не прекратила производство блоков. Однако около получаса никто не мог сказать, когда платёж станет необратимым. Metrika, продающая платформу управления рисками цифровых активов и опирающаяся в этом анализе на собственные индикаторы, считает ключевым событием для всех, кто рассчитывается средствами в Solana, именно задержку финализации, а не простой.
Что означала бы и что не означала бы остановка цепочки
Риск, который описывает FCAT, — это остановленная финализация и возможная цензура. Коалиция, контролирующая более трети стейка, могла бы помешать остальным достичь двух третей, необходимых для финализации, — говорится в отчёте, — но не получила бы неограниченного контроля над активами пользователей или возможности переписывать финализированные транзакции. Сбой хостинга, выводящий из строя ту же долю стейка, остановил бы финализацию без какой-либо атаки.
Такую долю достичь нетрудно. FCAT насчитывает около 20 идентичностей валидаторов (в другом месте — 18), контролирующих более трети стейка, и отмечает, что эта треть сосредоточена в двух странах, на двух хостинговых сетях и на двух базовых реализациях клиентов. Это аккаунты для голосования, а не независимые организации: например, Figment управляет двумя валидаторами из топ-5 этой группы. Общий вердикт FCAT положительный: более двух лет без крупных сбоев основной сети, средний успех голосования около 99,7% в 2026 году и постепенно диверсифицирующийся программный стек. В качестве объекта для наблюдения в отчёте названа концентрация. FCAT — подразделение прикладных технологических исследований Fidelity, которое само управляет небольшим валидатором Solana.
Спустя два месяца доля всё ещё около 29%
По октябрьским данным FCAT, на крупнейшую хостинговую сеть приходится около 29% стейка. Два показателя измеряют разное — долю стейка в офлайне во время сбоя и долю сети во всём стейке, — но они указывают в одну точку. FCAT отмечает, что Solana Foundation уже работала над снижением доминирования TeraSwitch. Вот как выглядят цифры — от операторов валидаторов до кода, который они запускают:
- 18–20 операторов — идентичности валидаторов, контролирующих более трети стейка. Это аккаунты для голосования, а не независимые организации; Figment управляет двумя из топ-5 группы.
- ~40% локация — доля стейка во Франкфурте и Амстердаме. Это оценка по IP-геолокации, которая, по признанию FCAT, может быть неточной; около 59% приходится на Германию, Нидерланды и США.
- ~29% сетевой провайдер — доля стейка в одной хостинговой сети по октябрьским данным. Валидаторы в разных городах могут использовать одного провайдера, а валидаторы в одном городе — разных.
- ~63% ПО — доля стейка на софте на базе Jito в третьем квартале, ещё 26% — на Harmonic. Большинство конфигураций по-прежнему используют код Agave в основе, так что одна уязвимость может затронуть их одновременно.
Источник: FCAT, The State of Solana: Network Health and Resilience (октябрь 2026).
Валидаторы концентрируются не случайно. Низкая задержка вознаграждает близость к другим узлам, отмечает FCAT, а специализированные хостинги вроде TeraSwitch и Latitude строят оборудование под нагрузку Solana. У операторов есть меры защиты: переключение на резерв, резервное питание и частные сети вроде DoubleZero, снижающие зависимость от публичного интернета. Фонд также создал в начале 2026 года сеть реагирования на инциденты SIRN. Однако 12 августа большинство резервных систем так и не включились.
Лимит фонда охватывает около 4% стейка
Главное правило задаёт программа делегирования Solana Foundation. С 1 мая 2026 года валидаторы, желающие получать стейк от фонда, должны размещаться в хостинговой сети с долей не выше 25% и в дата-центре с долей не выше 15%. Валидатор, не соответствующий требованиям, теряет делегирование фонда, пока не пройдёт проверку снова.
Лимиты вступили в силу за три месяца до августовского сбоя, и по октябрьским FCAT крупнейшая сеть всё ещё превышает потолок. Другая половина проблемы — охват программы. По данным третьего квартала, она делегировала стейк примерно 51% валидаторов, но эти делегирования составили лишь около 4% активного стейка. Правило даёт валидаторам повод к диверсификации, но не регулирует остальной стейк.
По октябрьским данным FCAT, на крупнейшую хостинговую сеть приходится около 29% стейка — выше потолка в 25%, установленного фондом, — тогда как программа фонда делегировала около 4% активного стейка по итогам третьего квартала.
Что решает Alpenglow и что — нет
Alpenglow запускается в основной сети в эпохе 1064, которая, по данным Solana, начнётся около 15:00 UTC в среду, 21 октября; команда Anza, разработавшая клиент Agave, называла около 14:50. Старая система голосования продолжит работу первые 5 000 слотов — около 18 минут, — а новая вступит в силу на слоте 459 653 000. Время финализации должно сократиться примерно с 12,8 секунды до 150 миллисекунд; Solana называет эту цифру ожиданием, а не константой. Кошельки и приложения продолжат работать как прежде.
Для проблемы хостинга обновление не меняет ничего. Более быстрое голосование сокращает время достижения консенсуса, но ничто на странице обновления Solana не меняет ни место размещения валидаторов, ни провайдера, который их подключает.
Кроме того, на данном этапе обновление сужает программное разнообразие. Валидаторы должны запускать Agave, Jito-Solana или Harmonic Salsa на релизе на базе Agave 4.3.0. Firedancer и Frankendancer на время миграции не поддерживаются, и Solana не называет дату, когда поддержка появится. Firedancer — независимая кодовая база, которую FCAT называет самым значимым шагом Solana к разнообразию независимых клиентов. Валидаторы также должны держать в аккаунте для голосования не менее 0,8 SOL сверх минимума, освобождённого от аренды, иначе они не смогут голосовать и производить блоки в следующей эпохе.
- До — с настоящего момента примерно до 14:50–15:00 UTC 21 октября: операторы Firedancer и Frankendancer переходят на клиент на базе Agave, и каждый голосующий валидатор держит в аккаунте для голосования 0,8 SOL сверх минимума, освобождённого от аренды.
- В момент переключения — начало эпохи 1064: старая система голосования работает первые 5 000 слотов, около 18 минут, а Alpenglow вступает в силу на слоте 459 653 000.
- После — что меняется в данных: транзакции голосования покидают блоки, поэтому количество транзакций снижается; статусы confirmed и finalized совпадают; данные об участии переносятся в сертификаты в футере блоков.
Меняется и мониторинг. В анализе Metrika количество голосов в блоке используется как ближайший индикатор того, насколько сеть близка к линии остановки финализации, поскольку голоса — обычные транзакции внутри блоков. Alpenglow убирает голоса из блоков, и, согласно заметкам Solana по миграции, всё, что измеряет участие валидаторов через парсинг транзакций голосования, потребует нового источника данных, поскольку они переезжают в сертификаты в футере блока. Заявленное количество транзакций также снизится без какого-либо падения реальной активности.
Что проверить на этой неделе
Если вы стейкаете SOL: перед делегированием выясните, где размещён ваш валидатор. Validators.app — источник, которым пользуются и FCAT, и фонд, — отслеживает стейк по хостинговым сетям и дата-центрам. Валидатор в крупнейшей сети подвержен августовскому риску.
Если вы разрабатываете на Solana: ожидайте в среду падения показателей количества транзакций и TPS без изменения реальной активности. До запуска Alpenglow ориентируйтесь на confirmed, затем переходите на finalized, как советуют заметки Solana по миграции. До активации finalized по-прежнему означает ожидание около 12,8 секунды. Перепроверьте таймауты и логику повторов, настроенные на эту задержку, и отслеживайте время до финализации наряду с аптаймом.
Если вы управляете вдатором: если вы используете Firedancer или Frankendancer, перейдите на клиент на базе Agave до эпохи 1064 и проверьте, что в аккаунте для голосования есть 0,8 SOL.
После среды стоит следить за двумя цифрами: опустится ли доля крупнейшей хостинговой сети ниже потолка фонда в 25% и когда вновь будет поддерживаться Firedancer. В среду ни одно из этих событий не запланировано.
Эта статья предоставлена исключительно в информационных целях и не является финансовой или инвестиционной рекомендацией.