Ограничения Solana: сбои, централизация и риски

Ограничения Solana возникают из-за компромиссов между пропускной способностью, надежностью, требованиями к валидаторам, децентрализацией, сложностью разработки и зависимостями экосистемы. Исторические инциденты иллюстрируют риски, но не доказывают текущее состояние сети, поэтому утверждения с датами должны оставаться явно датированными.

Последнее обновление: июнь 2025 г.

TL;DR: Краткий обзор ключевых ограничений Solana

• Повторяющиеся сбои сети: с 2021 года в Solana произошло более десятка крупных инцидентов, включая полные остановки длительностью до 19 часов
• Централизация валидаторов: оборудование серверного уровня стоимостью примерно 400–700 долларов в месяц вытесняет домашних операторов и концентрирует право консенсуса среди институционалов
• Концентрация управления: Solana Labs сохраняет значительное влияние на разработку протокола, не имея распределенного эквивалента клиентских команд, подобного модели управления Ethereum
• Потолок пропускной способности: последовательный дизайн Proof of History создает практический предел TPS значительно ниже заявленного показателя в 65 000+
• Отсутствие нативной совместимости с EVM: dApps на базе Ethereum нельзя перенести на Solana без полной переписки кода на Rust
• Риски FTX: цена SOL упала примерно на 60% за несколько дней после краха FTX в ноябре 2022 года из-за принудительной ликвидации активов Alameda Research
• Эксплойт Wormhole: уязвимость стороннего моста в феврале 2022 года привела к выводу примерно 320 миллионов долларов в wETH у пользователей экосистемы Solana
• Инфляция SOL: график дезинфляционного предложения размывает доли держателей, чьи средства не находятся в лонге или стейкинге, до достижения долгосрочного целевого показателя около 1,5%

Содержание

1. Каковы ограничения Solana?
2. Трилемма блокчейна: почему существуют компромиссы Solana
3. Надежность сети: история сбоев и простоев Solana
4. Проблемы централизации: кто на самом деле контролирует Solana?
5. Техническая архитектура: компромисс между скоростью и стабильностью
6. Опыт разработчиков: почему создавать на Solana сложнее, чем кажется
7. Риски экосистемы и безопасности: FTX, Wormhole и концентрация токенов
8. Сравнение Solana с Ethereum и Avalanche по ключевым ограничениям
9. Стоит ли Solana риска? Что следует знать инвесторам и пользователям
10. Часто задаваемые вопросы: ограничения Solana

Каковы ограничения Solana?

Solana — это блокчейн уровня 1 (L1), запущенный в 2020 году компанией Solana Labs. Он построен на базе изобретения Анатолия Яковенко — Proof of History (PoH), криптографического механизма учета времени, разработанного для того, чтобы сделать блокчейны быстрее и дешевле. По большинству показателей чистой производительности он обеспечивает: расчет транзакций менее чем за секунду, а комиссии составляют значительно меньше цента. Solana поддерживает процветающую экосистему протоколов децентрализованных финансов (DeFi), маркетплейсов NFT и потребительских приложений, которые в совокупности обрабатывают миллионы транзакций ежедневно.

Эти сильные стороны реальны. Как и слабые.

Трилемма блокчейна — концепция, которую часто связывают с сооснователем Ethereum Виталиком Бутериным, — гласит, что блокчейн может одновременно обладать максимум двумя из трех свойств: масштабируемостью, децентрализацией и безопасностью. Архитектурные решения Solana отражают осознанный приоритет масштабируемости. Это решение дает реальные преимущества в производительности, но оно же порождает реальные ограничения, которые инвесторы и разработчики должны понимать перед началом работы на платформе.

Основные недостатки Solana включают повторяющиеся сбои в сети, связанные с архитектурными ограничениями, централизацию валидаторов, обусловленную стоимостью оборудования, экосистему разработки, изолированную от мира EVM-совместимости, риски концентрации экосистемы, выявленные крахом FTX, и структуру предложения токенов, которая размывает доли держателей, не успевших внести в стейкинг свои активы. Самая большая операционная проблема — надежность сети; самая большая структурная проблема — централизация. В разделах ниже каждая из них рассматривается подробно.

Трилемма блокчейна: почему существуют компромиссы Solana

Трилемма блокчейна — это концептуальная модель, объясняющая, почему ограничения Solana являются не ошибками проектирования, а архитектурным выбором с предсказуемыми последствиями.

Трилемма утверждает, что любая блокчейн-система сталкивается с фундаментальным противоречием между тремя свойствами: масштабируемостью (сколько транзакций сеть может обработать), децентрализацией (насколько широко распределен контроль между независимыми участниками) и безопасностью (насколько сеть устойчива к атакам). Ни один блокчейн не решил все три проблемы одновременно. Каждая сеть отдает приоритет двум свойствам и идет на компромисс в третьем.

Solana сделала явный выбор в пользу масштабируемости. Механизм последовательного учета времени Proof of History обеспечивает высокую пропускную способность, позволяя валидаторам избегать накладных расходов на связь, которые замедляют другие системы консенсуса. Компромисс носит структурный характер: конструкция PoH требует тесной координации валидаторов и оборудования серверного уровня, что концентрирует участие среди хорошо капитализированных операторов. Меньшее количество крупных валидаторов может обрабатывать транзакции быстрее, но они создают более централизованную сеть.

Этот компромисс объясняет большую часть того, о чем пойдет речь в этой статье. Сбои в сети Solana связаны с тесной связью между валидаторами, которой требует PoH. Проблемы централизации Solana связаны с экономикой оборудования, вытекающей из той же конструкции. Трудности для разработчиков Solana связаны с совершенно отдельной средой исполнения, выстроенной вокруг этой архитектуры.

Ethereum сделал другой выбор, отдав приоритет децентрализации и безопасности при принятии более низкой пропускной способности базового уровня и более высоких комиссий. Протокол Proof of Stake Ouroboros от Cardano использует научно-обоснованный подход, в котором рецензируемая безопасность и децентрализация важнее чистой пропускной способности. Биткоин представляет собой верхнюю часть спектра децентрализации, жертвуя масштабируемостью ради самой проверенной в боях сети.

Ни одна сеть не избежала трилеммы. Вопрос для любого инвестора или разработчика заключается в том, какие компромиссы наиболее важны для их конкретного контекста. Ограничения Solana — это цена её выбора в пользу масштабируемости.

Надежность сети: история сбоев и простоев Solana

Solana пережила более десятка значительных сетевых инцидентов с момента запуска мейннета в 2020 году, включая несколько полных остановок, когда производство блоков полностью прекращалось на несколько часов подряд. Это не незначительные замедления. Несколько событий потребовали скоординированного перезапуска валидаторов, в результате чего пользователи не могли выполнять транзакции в течение длительных периодов времени.

В таблице ниже задокументированы наиболее значимые инциденты. Все данные требуют сверки с историческими записями на current status.solana.com перед публикацией, так как могли произойти дополнительные инциденты. Таблица охватывает полные сбои и крупные события с ухудшением производительности; в архивах страницы Solana Status также зафиксировано большое количество более коротких периодов деградации.

Краткий обзор по годам: в 2021 году произошел как минимум один крупный полный сбой; в 2022 году — как минимум три полных сбоя плюс несколько периодов снижения производительности; в 2023 году — как минимум один полный сбой. Перед цитированием в публикации проверьте точное количество и дополнительные инциденты по записям истории инцидентов на status.solana.com.

Для участников DeFi сетевой сбой не является нейтральным неудобством. Открытые кредитные позиции в таких протоколах, как Raydium, Orca или Marinade Finance, невозможно отслеживать или закрывать во время остановки. Транзакции на ликвидацию выстраиваются в очередь и завершаются ошибкой. Переводы NFT прерываются в процессе выполнения. Практические риски во время инцидентов Solana в 2021 и 2022 годах выразились в реальных финансовых потерях для пользователей, удерживавших шорт или лонг позиции с плечом по DeFi, когда производство блоков прекратилось.

Ответ Solana: Надежность сети

— Обновление протокола QUIC (2022): замена передачи транзакций на базе UDP для уменьшения влияния спам-атак — Качество обслуживания с учетом веса стейка (Stake-weighted QoS): приоритезация обработки транзакций для валидаторов с существенным стейком, что снижает эффективность наплыва ботов — Firedancer: независимый клиент валидатора, разработанный Jump Crypto, предназначенный для обеспечения разнообразия клиентов и повышения устойчивости сети под нагрузкой — Частота сбоев заметно снизилась с 2023 года, но основные ограничения пропускной способности, способствовавшие ранним инцидентам, не были устранены полностью

Первопричины сбоев сети Solana

Сбои Solana имеют общую первопричину: сеть не может плавно снижать производительность при экстремальной нагрузке транзакциями и вместо замедления просто останавливается.

Основной механизм — это лавина транзакций. Низкие комиссии в Solana исторически привлекали операторов ботов, которые одновременно отправляли огромные объемы транзакций. Компонент мемпула в Solana, называемый Gulf Stream, пересылает транзакции валидаторам до того, как они будут подтверждены. Под натиском ботов Gulf Stream переполнялся, и валидаторы не успевали координировать консенсус, что приводило к полной остановке производства блоков.

Proof of History (PoH) вносит второй сценарий отказа. Поскольку PoH требует, чтобы все валидаторы обрабатывали непрерывный последовательный поток временных меток в тесной координации, любое нарушение синхронизации при экстремальной нагрузке может нарушить процесс консенсуса. Это архитектурная чувствительность к условиям нагрузки, а не случайный сбой оборудования. Обновления QUIC и QoS с учетом стейка снизили частоту таких событий после 2022 года, но они не устранили базовое проектное ограничение.

Проблемы централизации: Кто на самом деле контролирует Solana?

Децентрализация Solana уступает Bitcoin и Ethereum по трем измеримым параметрам: барьер стоимости оборудования для запуска валидатора, концентрация внесенных в стейкинг SOL среди крупных институциональных операторов и концентрированное влияние Solana Labs на управление протоколом.

Децентрализация важна для инвесторов и пользователей по двум конкретным причинам. Во-первых, более централизованный характер сети делает ее более уязвимой для скоординированной цензуры: небольшая коалиция крупных валидаторов теоретически может блокировать транзакции с определенных адресов. Во-вторых, концентрация власти валидаторов создает системный риск, при котором проблемы, затрагивающие нескольких крупных операторов, могут остановить всю сеть.

Коэффициент Накамото измеряет этот риск напрямую: это минимальное количество валидаторов, которым необходимо вступить в сговор, чтобы остановить сеть или манипулировать ею. Согласно данным Validators.app (проверьте актуальные цифры и дату доступа перед публикацией), коэффициент Накамото Solana обычно варьировался от 19 до 31, что означает, что менее 32 организаций контролируют достаточный стейк для нарушения консенсуса. Аналогичный показатель Ethereum среди более чем 800 000 активных валидаторов, отслеживаемых Beaconcha.in, значительно выше. Глобальное распределение майнеров Bitcoin представляет собой верхний предел спектра децентрализации, хотя концентрация майнинг-пулов вносит свои опасения.

Централизация управления добавляет третье измерение. Solana Labs, частная компания из США, сооснователем которой является Яковенко, контролирует основную разработку протокола. Здесь нет распределенной структуры клиентских команд, сравнимой с Ethereum, где независимые команды (Prysm, Lighthouse, Teku, Lodestar и другие) внедряют протокол и участвуют в управлении через процесс предложений по улучшению Ethereum (EIP). Обновления протокола в Solana требуют координации через Solana Labs, при этом Solana Foundation (некоммерческая организация из Швейцарии, финансирующая развитие экосистемы) играет отдельную, но смежную роль.

Первоначальное распределение токенов SOL сконцентрировало предложение среди инсайдеров. Согласно документации по токеномике Solana Foundation, существенная доля первоначального предложения досталась команде, Solana Labs, Foundation и ранним инвесторам. Перед публикацией конкретных цифр проверьте текущие проценты распределения по раскрытиям токеномики Solana Foundation; эти данные являются общедоступными, но их следует цитировать непосредственно из источника.

Ответ Solana: Централизация

— Программа делегирования Solana Foundation: распределяет стейк, удерживаемый фондом, среди мелких валидаторов, расширяя набор валидаторов на марже — Гранты на географическое распределение: целевая поддержка валидаторов в недостаточно представленных регионах — Эти программы постепенно улучшают распределение, но не устраняют барьер стоимости оборудования, который структурно ограничивает участие валидаторов

Требования к оборудованию валидатора и их влияние на децентрализацию

Запуск валидатора Solana требует оборудования серверного класса, стоимость которого в настоящее время оценивается в 400–700 долларов в месяц за выделенный хостинг. Этот барьер отсекает домашних операторов, которые составляют основу набора валидаторов Ethereum.

В таблице ниже сравниваются рекомендуемые спецификации на основе документации Solana (docs.solana.com) и требований к валидаторам Ethereum. Все цифры следует проверить по текущей официальной документации перед публикацией, так как требования меняются с обновлениями протокола. Оценки стоимости основаны на ценах на выделенные серверы bare-metal по состоянию на июнь 2025 года.

Эти требования к оборудованию означают, что независимые домашние операторы практически не могут запускать валидаторы Solana. Валидация сосредоточена среди бирж, венчурных компаний и институциональных провайдеров стейкинга, которые могут позволить себе инфраструктуру серверного уровня. Механика стейкинга Proof of Stake (PoS) усиливает этот эффект: более крупные валидаторы получают пропорционально большие вознаграждения за стейкинг, создавая преимущество сложного процента для участников с хорошим капиталом, которые уже прошли фильтр через барьер стоимости оборудования.

Техническая архитектура: компромиссы между скоростью и стабильностью

Теоретическая пропускная способность Solana в 65 000+ транзакций в секунду является целью проектирования, а не производственным показателем. В нормальных условиях эксплуатации реальные транзакции без учета голосования выполняются на уровне доли от этого потолка.

Значительная часть необработанного количества транзакций Solana состоит из транзакций голосования: сообщений консенсуса, которые валидаторы отправляют друг другу в рамках процесса координации PoH. Это не пользовательские транзакции. Если исключить транзакции голосования, пользовательская пропускная способность (TPS) Solana в нормальных условиях обычно составляет от 2 000 до 4 000 транзакций в секунду, согласно данным Solana Explorer и исследованиям Messari (проверьте текущие цифры по этим источникам, отмеченным датой доступа перед публикацией).

Этот показатель по-прежнему превышает среднюю пропускную способность Visa, составляющую примерно 1 700 транзакций в секунду в нормальных условиях. Реальная пропускная способность Solana при устойчивом пиковом спросе падает еще ниже, именно тогда, когда сравнение наиболее важно. Разрыв между теоретической и фактической пропускной способностью не является маркетинговой погрешностью округления; он отражает архитектурные ограничения, которые напрямую способствуют сбоям, описанным в разделе о надежности выше.

Модель производства блоков с одним лидером в Solana назначает одного валидатора на слот для создания блоков и их пересылки в сеть. Каждый слот длится примерно 400 миллисекунд. Эта структура создает потолок последовательной пропускной способности: единственный текущий лидер обрабатывает транзакции для этого слота, затем координация переходит к следующему лидеру. Среда выполнения Sealevel в Solana обеспечивает параллельное выполнение смарт-контрактов, которые не обращаются к пересекающимся состояниям, что частично компенсирует это ограничение. Модель последовательного лидера остается узким местом при экстремальной нагрузке.

Solana также не хватает зрелой экосистемы масштабирования уровня 2 (L2). Экосистема L2 Ethereum (включая Arbitrum, Optimism, Base, zkSync и другие) обрабатывает пропускную способность транзакций офчейн, осуществляя расчеты в L1 Ethereum, что дает Ethereum уровень переполнения масштабируемости, сохраняющий децентрализацию L1. Solana полностью делает ставку на скорость L1. Когда L1 достигает своих пределов, вторичного уровня для поглощения избыточного спроса нет, поэтому транзакции терпят неудачу или сбрасываются.

Максимально извлекаемая стоимость (MEV) представляет собой дополнительную проблему, специфичную для архитектуры Solana. MEV относится к прибыли, которую производитель блока может извлечь путем изменения порядка, вставки или цензуры транзакций внутри блока. Поскольку один лидер обрабатывает все транзакции в каждом слоте, этот валидатор обладает значительной властью изменять порядок транзакций для получения прибыли, создавая риски опережения (front-running) для пользователей DeFi. Jito Labs разработала инфраструктуру MEV для Solana, чтобы сделать этот процесс более прозрачным и конкурентным, но MEV остается структурной особенностью модели с одним лидером.

Что касается лимитов пропускной способности: у Solana нет традиционного ограничения размера блока в понимании Bitcoin, но временные ограничения слота (примерно 400 мс на слот) и лимиты вычислительных единиц на блок создают практический потолок пропускной способности в единицу времени.

Proof of History: Инновация или уязвимость?

Proof of History (PoH) — это криптографический механизм хронометража, а не алгоритм консенсуса. Он создает проверяемую запись последовательности событий, позволяя валидаторам согласовывать порядок транзакций без обмена сообщениями, который замедляет традиционные блокчейны.

Представьте PoH как криптографический штамп нотариуса, накладываемый на каждую транзакцию перед ее обработкой валидаторами. Штамп доказывает, что транзакция произошла в определенный момент проверяемой последовательности, поэтому все валидаторы соглашаются с порядком событий без обсуждения в реальном времени. Эта конструкция обеспечивает скорость Solana, поскольку валидаторы пропускают этапы обмена данными, которые требуются более медленным сетям.

Критики называют PoH спорным по конкретной причине: непрерывный поток меток времени требует от каждого валидатора обработки последовательного криптографического вычисления, которое не может быть распараллелено. При экстремальной нагрузке это создает узкое место. Если поток временных меток прерывается, координация валидаторов нарушается. Это задокументированная причина нескольких крупных сбоев Solana, а не теоретическое опасение.

PoH — это не Proof of Work. Он не требует энергоемких соревнований по хешированию. Это компонент хронометража, который работает вместе с Tower BFT, вариантом консенсуса Proof of Stake в Solana. Описание PoH как самостоятельного «механизма консенсуса» Solana технически неверно; правильнее будет сказать, что Solana использует гибридную систему, где PoH отвечает за последовательность, а Tower BFT — за консенсус.

Опыт разработчика: почему создавать на Solana сложнее, чем кажется

Solana поддерживает смарт-контракты (называемые «программами» в терминологии Solana), но для их создания требуется Rust или C, а не Solidity, что ставит Solana вне крупнейшей экосистемы разработчиков в блокчейне.

Rust — это язык системного программирования. Его модель владения и система проверки заимствований (borrow checker) обеспечивают безопасность памяти во время компиляции, создавая быстрый и безопасный код, но требуя от разработчиков явно задумываться об управлении памятью способами, с которыми программисты на Solidity или JavaScript сталкиваются редко. Для опытных системных инженеров ограничения Rust являются преимуществом. Для web3-разработчиков, которые сначала изучили Solidity, кривая обучения крутая, а цикл обратной связи медленный.

Модель программ Solana добавляет второй уровень непривычности. Смарт-контракты Ethereum хранят свое собственное состояние. Программы Solana не имеют состояния (stateless); они работают с отдельными аккаунтами, которые содержат данные. Разработчик, понимающий модель контрактов Ethereum, не может просто перенести эту ментальную модель на Solana. Им приходится заново изучать фундаментальные паттерны, даже если они уже свободно владеют Rust.

Solana не является нативно совместимой с EVM. Она работает на виртуальной машине Solana (SVM), которая полностью отделена от виртуальной машины Ethereum (EVM). Разработчики не могут перенести контракты Solidity на Solana без полной перезаписи. Neon EVM предоставляет экспериментальный уровень совместимости, позволяющий исполнять байт-код EVM на Solana, но он не является частью основного протокола Solana и имеет свои ограничения и более низкий уровень внедрения. C-Chain сети Avalanche, напротив, нативно совместима с EVM, что дает ей доступ ко всей экосистеме инструментов разработки Ethereum (Hardhat, Foundry, Remix, OpenZeppelin) без модификаций.

Поскольку Solana находится за пределами экосистемы EVM, для взаимодействия между чейнами требуются специализированные протоколы мостов. Перемещение активов между Solana и EVM-сетями означает использование сторонних мостов, таких как Wormhole. Эти мосты вносят дополнительный риск смарт-контрактов, что подтверждается эксплойтом в феврале 2022 года, описанным в следующем разделе.

Экосистема аудита отражает эти ограничения. Меньшее количество охранных аудиторских фирм специализируется на Rust и смарт-контрактах Solana по сравнению с Solidity и EVM. Приложения, созданные на Solana, могут иметь доступ к меньшему пулу экспертов по аудиту, что является практическим риском для разработчиков, заботящихся о безопасности, и инвесторов, которые их финансируют.

Ответ Solana: Опыт разработчиков

• Фреймворк Anchor: значительно сокращает шаблонный код Rust и улучшает эргономику для разработчиков; большинство продакшн-программ Solana теперь создаются с использованием Anchor
• Растущая документация: документация для разработчиков Solana значительно улучшилась с 2021 года
• Neon EVM: экспериментальный слой совместимости EVM; не является основной частью Solana, имеет свои ограничения
• Активность разработчиков: согласно ежегодным отчетам Electric Capital о разработчиках, Solana стабильно входит в тройку лидеров среди блокчейнов по количеству активных разработчиков, уступая Ethereum

Фреймворк принятия решений по платформе для разработчиков

Выбирайте Solana, если	Выбирайте Ethereum или EVM-блокчейн, если
Скорость и низкие комиссии L1 являются основным требованием	Приоритетом является знакомство с инструментами EVM
Команда комфортно работает с Rust	Требуется максимальная децентрализация
Ваш сценарий использования допускает периодическую нестабильность сети	Требуются решения для масштабирования уровень 2
Создание потребительских приложений, требующих комиссии менее цента	Портирование существующего dApp Ethereum

Риски экосистемы и безопасности: FTX, Wormhole и концентрация токенов

Крах FTX в ноябре 2022 года привел к падению цены SOL примерно на 60% за несколько дней не потому, что технология Solana дала сбой, а потому, что один из крупнейших сторонников экосистемы был построен на мошенничестве.

FTX и связанная с ней торговая фирма Alameda Research владели большими объемами токенов SOL в качестве основных казначейских активов. Сэм Бэнкман-Фрид, основатель FTX, был одним из самых видных ранних сторонников Solana, а FTX Ventures напрямую финансировала проекты экосистемы Solana. Когда FTX объявила о банкротстве в ноябре 2022 года, активы SOL Alameda подлежали принудительной ликвидации. Давление продавцов было немедленным и сильным. Проверьте конкретные ценовые уровни SOL и суммы владения FTX по документам суда по делу о банкротстве FTX и сообщениям CoinDesk и The Block на соответствующий период перед публикацией.

Репутационные последствия отличались от ценовых. Solana стала ассоциироваться в нарративах некоторых аналитиков с критикой "VC-блокчейна": блокчейна, продвигаемого в основном связанными инсайдерами, а не выросшего за счет органичного принятия разработчиками. Протоколы, связанные с FTX, такие как Serum DEX, потеряли доверие за одну ночь и были заменены или форкнуты экосистемой.

FTX и Solana: что на самом деле произошло

• Ноябрь 2022 г.: FTX объявляет о банкротстве; активы SOL Alameda Research подлежат принудительной ликвидации
• Цена SOL упала примерно на 60% за несколько дней (проверить по рыночным данным CoinDesk/The Block за ноябрь-декабрь 2022 г.)
• Проекты экосистемы Solana, финансируемые FTX Ventures, потеряли институциональную поддержку за одну ночь; несколько протоколов мигрировали или закрылись
• Имущество банкрота FTX: активы SOL подлежали ликвидации и распределению под надзором суда; проверить текущий статус имущества по документам суда по делу о банкротстве FTX
• Восстановление после FTX: экосистема Solana TVL, активность разработчиков и объем транзакций существенно восстановились (проверить текущие данные на DeFiLlama и в годовых отчетах Electric Capital, указав месяц и год доступа)
• Текущая оценка риска: острый ценовой шок прошел; текущая структурная проблема заключается в том, сохраняется ли концентрация экосистемы в какой-либо одной группе инвесторов

Структура предложения токенов SOL добавляет отдельный риск для инвесторов. SOL был запущен с дефляционным графиком эмиссии: первоначальная годовая инфляция составляла 8%, снижаясь примерно на 15% каждый год до долгосрочной конечной ставки примерно в 1,5%. Текущая ставка инфляции должна быть проверена в документации Solana Foundation или в Solana Explorer на момент написания, с указанием конкретной даты доступа. Держатели SOL, которые не внесли свои токены в стейкинг, размываются инфляцией по текущей ставке. Вознаграждения за стейкинг предназначены для компенсации этого размывания для активных стейкеров, но эффект размывания для держателей, не участвующих в стейкинге, реален и продолжается до достижения конечной ставки.

Ответ Solana: Экосистема и безопасность

• Диверсификация экосистемы: новые институциональные инвесторы снизили зависимость от какой-либо одной организации после ухода FTX
• Органический рост разработчиков: сообщество разработчиков Solana выросло за счет независимых проектов, не связанных с финансированием эпохи FTX
• Обновления безопасности Wormhole: мост был проверен и обновлен после эксплойта 2022 года; с тех пор эквивалентных эксплойтов не происходило
• Структурные риски (распределение токенов инсайдерам, концентрация управления Solana Labs) не были полностью устранены

Эксплойт моста Wormhole: что это значит для пользователей Solana

В феврале 2022 года злоумышленник использовал уязвимость в проверке подписи в мосте Wormhole, стороннем кросс-чейн протоколе, и выпустил 120 000 wETH стоимостью примерно 320 миллионов долларов без внесения залога.

Wormhole — это протокол кросс-чейн обмена сообщениями и мост, который позволяет пользователям переводить активы между Solana и другими блокчейнами, включая Ethereum. Это не официальный мост Solana; это сторонний инфраструктурный проект, работающий в нескольких блокчейн-сетях. Эксплойт нацелен на уязвимость в логике проверки Wormhole на стороне Solana, а не в основном протоколе Solana.

Для пользователей, чьи активы были переведены через Wormhole во время эксплойта, эта разница не так важна. Их средства были под угрозой до тех пор, пока Jump Crypto, основной инвестор Wormhole, не возместил украденный ETH. Это возмещение было необычным и не может гарантироваться при будущих эксплойтах мостов.

Структурное следствие заключается в следующем: поскольку Solana несовместима с EVM, пользователи, которым нужна кросс-чейн ликвидность, должны полагаться на протоколы мостов. Эти мосты вводят риск смарт-контрактов, который не существует при работе в экосистеме, совместимой с EVM. Кросс-чейн мосты остаются одними из наиболее рискованных инфраструктурных компонентов DeFi, независимо от того, какие блокчейны они соединяют. Основной протокол Solana не подвергался прямой эксплуатации; риски безопасности для пользователей DeFi концентрируются на уровне приложений и мостов.

Сравнение Solana с Ethereum и Avalanche по ключевым ограничениям

Сравнение ограничений Solana с ограничениями Ethereum и Avalanche требует последовательных критериев. Таблица ниже измеряет каждую сеть по восьми параметрам, непосредственно относящимся к ограничениям, рассмотренным в этой статье. Все ячейки, зависящие от времени, требуют проверки по живым источникам перед публикацией; названия источников и даты доступа должны быть указаны.

Таблица демонстрирует устойчивую закономерность: Solana жертвует децентрализацией и надежностью ради пропускной способности и низкой стоимости. Ethereum жертвует пропускной способностью и низкими комиссиями на базовом уровне ради децентрализации и надежности. Avalanche пытается занять промежуточное положение, поддерживая совместимость с EVM наряду со своей собственной архитектурой, что достигается за счет многоцепочечного дизайна (X-Chain, C-Chain, P-Chain), а не единой унифицированной среды исполнения.

Cardano представляет собой иной философский подход: протокол Ouroboros PoS и методология разработки, ориентированная на исследования, ставят в приоритет рецензируемую безопасность и децентрализацию выше чистой пропускной способности, ценой чего становится зрелость экосистемы и глубина DeFi.

Ethereum имеет свои ограничения: исторически высокие комиссии на уровне 1 делают его непригодным для высокочастотных микротранзакций, а финализация на базовом уровне происходит медленнее, чем в Solana. Это реальные компромиссы. Трилемма блокчейна означает, что каждая сеть идет на них. Таблица фиксирует место каждой сети в этих измерениях, а не то, какая сеть побеждает.

Часто задаваемые вопросы: ограничения Solana

Следующие вопросы касаются наиболее часто запрашиваемых аспектов ограничений Solana, ответы на которые основаны на данных, представленных в разделах выше.

Каковы самые большие ограничения Solana?

Пять наиболее значимых ограничений Solana — это повторяющиеся сбои в работе сети, вызванные архитектурными ограничениями при пиковой нагрузке; централизация валидаторов, обусловленная высокими затратами на оборудование; отсутствие нативной совместимости с EVM, требующее полного переписывания кода для разработчиков Ethereum; риск концентрации экосистемы, выявленный после краха FTX; и дезинфляционное предложение SOL, которое размывает доли держателей, не желающих внести в стейкинг свои активы.

Сколько раз сеть Solana уходила в офлайн?

С 2021 года в сети Solana произошло более десятка значительных инцидентов, включая несколько полных остановок. Самая долгая задокументированная остановка длилась примерно 19 часов в феврале 2023 года. Частота сбоев снизилась после внедрения обновлений QUIC и взвешенного по стейкингу QoS в 2022–2023 годах. Актуальная история инцидентов доступна на сайте status.solana.com.

Является ли Solana более централизованной, чем Ethereum?

Согласно измеряемым показателям — да. Коэффициент Накамото Solana (обычно 19–31 согласно Validators.app) ниже, чем у Ethereum, у которого более 800 000 активных валидаторов. Затраты на оборудование для валидатора Solana составляют примерно 400–700 долларов в месяц против примерно 50–100 долларов у Ethereum. Ethereum сталкивается со своим собственным давлением централизации из-за концентрации стейкинга в Lido, но разрыв в наборе валидаторов существенен.

Что произошло с Solana после краха FTX?

Банкротство FTX в ноябре 2022 года спровоцировало принудительную ликвидацию крупных активов SOL компании Alameda Research, что привело к снижению цены SOL примерно на 60% в течение нескольких дней. Проекты экосистемы, поддерживаемые FTX Ventures, в одночасье лишились институциональной поддержки. С тех пор экосистема Solana восстановилась благодаря диверсифицированным спонсорам и органическому росту числа разработчиков, хотя позиции SOL из конкурсной массы FTX продолжают распределяться в рамках судебных процессов.

Есть ли в Solana смарт-контракты?

Да. Solana поддерживает смарт-контракты (в ее терминологии они называются «программами»), написанные на Rust или C и развернутые в блокчейне. Модель программ фундаментально отличается от контрактов Ethereum на базе EVM: программы Solana не имеют состояния (stateless) и работают с отдельными аккаунтами, что требует от разработчиков изучения новых архитектурных паттернов, даже если они уже знают Rust.

Можно ли создавать приложения Ethereum на Solana?

Не напрямую. Solana использует виртуальную машину Solana (SVM) и требует программ, написанных на Rust или C, а не на Solidity. Перенос dApp из Ethereum на Solana требует полного переписывания кода. Neon EVM предоставляет экспериментальный слой совместимости для байткода EVM на Solana, но он не является частью основного протокола Solana и имеет значительно меньшее распространение, чем нативная разработка.

Как следует сравнивать заявления о пропускной способности Solana и Visa?

Теоретический максимум Solana превышает среднюю пропускную способность Visa (около 1700 TPS), но реальный пользовательский TPS (исключая транзакции голосования за консенсус) в нормальных условиях обычно составляет 2000–4000. При пиковом спросе этот показатель падает еще ниже. Сравнение вводит в заблуждение, так как «узкое место» Solana проявляется именно тогда, когда объем транзакций максимален.

Безопасно ли использовать Solana для OTK_1?

Основной протокол Solana не подвергался прямому взлому. Главными рисками для пользователей OTK_2 являются сбои в работе сети (которые мешают управлять открытыми позициями во время критических рыночных событий) и сторонние мостовые протоколы (как показал взлом Wormhole в 2022 году), которые несут в себе риск ошибки в смарт-контракте. Использование проверенных, устоявшихся протоколов снижает, но не устраняет эти риски.

Каков уровень инфляции токена Solana?

SOL был запущен с годовым уровнем инфляции 8%, который снижается примерно на 15% каждый год до долгосрочного конечного уровня около 1,5%. Проверьте текущую ставку в документации Solana Foundation или в Solana Explorer (с учетом даты доступа). Держатели, которые не вносят активы в стейкинг, сталкиваются с размытием доли; вознаграждения за стейкинг компенсируют инфляцию для активных участников.

Решила ли Solana проблему сбоев в работе сети?

Частично. Обновление протокола QUIC и изменения QoS, взвешенного по стейкингу, реализованные в 2022–2023 годах, существенно снизили частоту сбоев. По состоянию на середину 2025 года в Solana не было полных остановок, сопоставимых по продолжительности с событиями 2021–2022 годов. Базовые архитектурные ограничения (последовательная обработка PoH, производство блоков одним лидером) сохраняются и представляют собой уязвимость при экстремальном пиковом спросе.

Похожие руководства по Solana

• Семь ключевых рисков Solana
• Сетевые, регуляторные и инвестиционные риски

Изучите SOL на OTK_3

Читатели могут ознакомиться с актуальной рыночной информацией о SOL или посетить рынок спот SOL/USDT. Эти ссылки предоставляют рыночную информацию и доступ; они не подтверждают технические, юридические, платежные или инвестиционные претензии, и SOL может подойти не каждому читателю.

Дополнительное чтение