Сбои, устойчивость и цена скорости

Любопытство

1. Почему блокчейну, который производит блоки каждые 400 миллисекунд, для перезапуска после сбоя требуется скоординированное ручное вмешательство?
2. Какой именно механизм позволил потоку транзакций от ботов в сентябре 2021 года остановить всю сеть на семнадцать часов?
3. Как появление Firedancer меняет профиль риска общей программной ошибки по сравнению с многоклиентной экосистемой Ethereum?

Исследование

1. Архитектура Solana ставит во главу угла пропускную способность, исполняя все транзакции в одной высокоскоростной цепи. Монолитная архитектура означает, что если клиентское ПО, работающее на большинстве валидаторов, даёт сбой или нагрузка превышает возможности валидаторов, производство блоков может остановиться; после исправлений 2022–2024 годов сильная перегрузка чаще оборачивается отброшенными транзакциями, чем остановкой цепи. В отличие от модульных систем, где исполнение может распределяться по отдельным уровням, Solana концентрирует нагрузку и риск в одном месте. Ошибка в основном клиенте затрагивает все валидаторы одновременно, не оставляя альтернативного пути исполнения для сохранения непрерывности работы.
2. Сбой в сентябре 2021 года наглядно показал эту хрупкость. Во время громкого запуска токена поток транзакций от ботов превысил вычислительные возможности сети. Валидаторы не справились с объёмом транзакций, и производство блоков остановилось примерно на семнадцать часов. Для восстановления потребовались скоординированные ручные перезапуски со стороны операторов валидаторов. Этот инцидент показал, что хотя Solana эффективно справляется с обычной нагрузкой, внезапные всплески активности могут вызвать каскадные сбои, если у сети нет достаточного запаса мощности или механизмов динамического ограничения нагрузки.
3. Последующие сбои продолжали проверять систему на прочность. В мае 2022 года боты, минтившие NFT, вызвали семичасовую остановку из-за аналогичной нарастающей перегрузки. Затем, в феврале 2024 года, ошибка именно в кэше программ остановила цепь примерно на пять часов. Этот инцидент был вызван не внешней нагрузкой, а внутренним программным дефектом. Он показал, что даже без злонамеренных или случайных всплесков трафика ошибка в клиентском коде, общем для большинства валидаторов, может полностью остановить сеть, пока не будут развёрнуты исправления и не перезапущены ноды.
4. Инженеры Solana Labs и других команд выпустили ряд исправлений. Перевод приёма транзакций на протокол QUIC позволил лидерам контролировать и ограничивать входящий трафик, а качество обслуживания с учётом веса стейка (stake-weighted QoS) распределило пропускную способность лидера по приёму транзакций между отправителями пропорционально стоящему за ними стейку, так что спам больше не мог вытеснить всех остальных. Локальные рынки комиссий позволили комиссиям динамически подстраиваться под активность конкретных аккаунтов, а не под общую нагрузку сети, что уменьшило лишнюю перегрузку для не связанных между собой транзакций.
5. Критики утверждают, что необходимость скоординированных перезапусков и историческая зависимость от одного доминирующего клиента создают системные риски. Ethereum, где работает несколько независимых клиентских реализаций, обладает большей избыточностью: если один клиент даёт сбой, остальные могут продолжать обрабатывать транзакции. Сторонники Solana возражают, что с февраля 2024 года аптайм заметно улучшился. Они подчёркивают, что выигрыш в производительности оправдывает сложность, а текущая архитектура поддерживает более широкий спектр приложений без фрагментации, присущей мультичейн-решениям.
6. Появление Firedancer — независимого клиента, разработанного Jump Crypto, — снимает опасения по поводу концентрации клиентов. Сначала, с 2024 года, он работал в гибридной форме, которая всё ещё использовала значительную часть кода Agave, а с декабря 2025 года — как полностью независимый клиент. Реальную независимость даёт только полный клиент: если ошибка затронет Agave, валидаторы на Firedancer смогут поддерживать работу цепи при условии, что на нём работает достаточная доля стейка. Это добавляет уровень устойчивости, аналогичный многоклиентной модели Ethereum, и снижает вероятность того, что один программный дефект остановит производство блоков во всей сети.

Ключевые факты

Упражнение девять, шесть, три, один

Проверка фактов

Даты, цифры и утверждения были проверены по приведенным ниже опубликованным источникам.

• Solana Foundation, Network Performance Reports (2021-2024)
• Jump Crypto, Firedancer documentation (2024)
• ethereum.org, 'Client diversity'
• Solana incident reports and status history (2021-2024)