Solana: Speed Philosophy

:::section{mins=2} Что такое Solana :::

:::lead Если все блокчейны устроены примерно одинаково — почему Solana в десятки раз быстрее [[gloss:ethereum|Ethereum]]? Ответ в одном решении: она убрала шаг, который остальные считали обязательным. :::

:::p{html} Когда в 2017 году Анатолий Яковенко придумывал Solana, он работал в Qualcomm и смотрел на блокчейны глазами сетевого инженера: не понимал, зачем все эти ноды постоянно опрашивают друг друга, лишь бы определить, в каком порядке пришли транзакции, ведь время — давно решённая задача в информатике, у нас есть атомные часы. Из этого наблюдения родилась центральная идея Solana: вместо того чтобы согласовывать порядок голосованием, использовать время как криптографический примитив. Каждая транзакция получает доказуемую позицию в непрерывной цепочке хешей — и порядок становится свойством самого сообщения, а не результатом договорённости между нодами. :::

:::p{html} Этот ход дал Solana скорость, недоступную ни [[gloss:bitcoin|Bitcoin]], ни [[gloss:ethereum|Ethereum]]. Блок создаётся каждые ~400 миллисекунд — в 30 раз быстрее, чем в [[gloss:ethereum|Ethereum]]. Транзакция стоит около одной десятой цента. В реальном режиме сеть обрабатывает 2-4 тысячи транзакций в секунду — для сравнения, [[gloss:ethereum|Ethereum]] [[gloss:l1|L1]] выдаёт 15-30. В тестах с новым клиентом Firedancer сеть показала скорость больше миллиона TPS, хотя в продакшене такой нагрузки пока нет. :::

:::p{html} Экономически Solana входит в десятку крупнейших криптовалют по капитализации: на апрель 2026 года SOL торгуется около $82-85, рыночная капитализация ~$47 миллиардов. Сеть держат около 750-800 валидаторов. [[gloss:tvl|TVL]] экосистемы — 5,5-6 миллиардов долларов; ещё в начале года было около $9 миллиардов, но эксплойт Drift Protocol 1 апреля 2026 года унёс ~$285 миллионов и заметно сжал ликвидность. :::

:::p{html} Но за этой скоростью стоит фундаментальный архитектурный выбор, противоположный тому, что делает [[gloss:ethereum|Ethereum]] → 2.2 [[gloss:ethereum|Ethereum]]. С 2020 года [[gloss:ethereum|Ethereum]] развивался по [[gloss:rollup|rollup]]-centric стратегии — тонкий медленный [[gloss:l1|L1]] как фундамент безопасности, скорость и дешевизна на втором уровне ([[gloss:layer 2|L2]]). К 2026 эта стратегия проходит публичную ревизию (см. → 2.2 §7 Roadmap): [[gloss:l1|L1]] сам начал масштабироваться, и многие решения, которые планировали выносить на [[gloss:layer 2|L2]], возвращаются обратно. Solana с самого начала сделала противоположную ставку: всё на одном слое, скорость растёт за счёт более мощного железа у валидаторов, без разделения на уровни. Это не просто разные архитектуры. Это две разные философии того, чем должна быть блокчейн-сеть в принципе. :::

:::callout{icon=💡} Представьте городскую транспортную систему. [[gloss:ethereum|Ethereum]] — это классическое метро: тяжёлая инфраструктура, десятки тысяч сотрудников следят за каждым участком пути, поезда идут каждые 12 минут, билет стоит $2-10, но система работает уже 50 лет без единого дня простоя. Solana — это магнитная левитация (маглев): поезд летит над рельсами на 400 км/ч, билет стоит $0.001, но чтобы запустить систему, нужны суперсовременные станции за миллионы долларов, и иногда случаются технические сбои — тогда все пассажиры ждут несколько часов. Оба подхода работают, но для разных задач. :::

:::keypoints{label="Ключевые моменты"}

• Solana родилась из инженерного раздражения: бывший сетевик из Qualcomm Анатолий Яковенко не мог понять, зачем ноды договариваются о порядке транзакций, если время уже решённая задача в информатике
• Скорость, которую даёт PoH: блок каждые 400 миллисекунд, 2-4 тысячи реальных транзакций в секунду, комиссия в одну десятую цента — на два порядка дешевле и заметно быстрее [[gloss:ethereum|Ethereum]] [[gloss:l1|L1]]
• Solana делает противоположную ставку: вместо разделения на [[gloss:l1|L1]] + [[gloss:layer 2|L2]], как у [[gloss:ethereum|Ethereum]], всё происходит на одном слое, а скорость растёт за счёт более мощного железа у валидаторов
• Solana входит в десятку крупнейших криптовалют по капитализации (~$47B, седьмое место в общем рейтинге), но по [[gloss:tvl|TVL]] и числу валидаторов отстаёт от [[gloss:ethereum|Ethereum]] на порядки — и это самый острый компромисс монолитной архитектуры :::

:::details{badge=Глубже title="Хронология Solana: от бума до краха и возрождения"} :::p{html} Яковенко опубликовал вайтпейпер Proof of History в 2017 году, а [[gloss:mainnet|Mainnet]] Beta запустился в марте 2020-го. В 2021 году SOL взлетел с $1 до $260, экосистема привлекла миллиарды долларов инвестиций. Затем наступил ноябрь 2022-го: крах FTX, чья материнская компания Alameda Research держала примерно 10% эмиссии SOL, обрушил токен на 97% — до $8. Многие списали Solana, но экосистема выжила благодаря органическому сообществу разработчиков, которое продолжало строить и выпускать продукты в разгар медвежьего рынка. :::

:::p{html} В 2023–2024 годах Solana совершила камбэк: Jump Crypto довела Firedancer до мейннета, волна мемкоинов вернула розничную активность, а DePIN-проекты (Helium, Render) выбрали Solana в качестве расчётного слоя. К 2025 году сеть стабилизировалась и вернула доверие рынка. ::: :::

:::details{badge=Глубже title="Монолитная философия vs модульность"} :::p{html} Это фундаментальный спор в индустрии. [[gloss:ethereum|Ethereum]] делает ставку на модульность: исполнение выносится на [[gloss:layer 2|L2]], расчёты остаются на [[gloss:l1|L1]], а данные хранятся в [[gloss:blob|blob]]-транзакциях или на отдельных сетях вроде Celestia. Solana — противоположная ставка: всё на одном слое, скорость берётся за счёт более мощного оборудования. Обе модели работают и обе уже доказали жизнеспособность. У [[gloss:ethereum|Ethereum]] преимущество в безопасности и децентрализации; у Solana — в пользовательском опыте и стоимости транзакций. :::

:::p{html} Компромиссы конкретны. Модульный [[gloss:ethereum|Ethereum]] позволяет независимым [[gloss:layer 2|L2]]-командам экспериментировать с исполнением без угрозы безопасности [[gloss:l1|L1]], но вводит трение при переходах между сетями (бриджинге), фрагментацию ликвидности по десяткам [[gloss:layer 2|L2]] и более сложный опыт для разработчиков. Монолитная Solana предлагает единое состояние сети, в котором любые приложения могут вызывать друг друга в одной транзакции (это и называется композируемостью), мгновенную финальность и однородный пользовательский опыт — но баг в коде консенсуса может остановить всю сеть, а планка по оборудованию ограничивает круг валидаторов. :::

:::p{html} Ни один подход не «победил». Вопрос в том, успеет ли Solana поднять реальный потолок производительности — за счёт более быстрого клиентского софта и параллельного исполнения транзакций — быстрее, чем растёт спрос на блок-пространство; или дорожная карта [[gloss:layer 2|L2]] [[gloss:ethereum|Ethereum]] достигнет сравнимого пользовательского опыта, сохранив низкие требования к валидаторам. Большинство аналитиков ожидают сосуществования: Solana — для приложений с жёсткими требованиями к скорости отклика, [[gloss:ethereum|Ethereum]] со своими [[gloss:layer 2|L2]] — для приложений, где важнее долгосрочная децентрализация. ::: :::

:::further{label="Для углублённого изучения"}

• Solana Whitepaper (2017) | solana.com :::

:::quiz{id=q-2-3-s1 correct=1 explanation="Верно. Solana ставит на один монолитный блокчейн, выжимающий максимум пропускной способности из железа за счёт параллельного исполнения и быстрого клиентского софта — вместо того чтобы распределять исполнение по [[gloss:layer 2|L2]] или шардам, как в модульной дорожной карте [[gloss:ethereum|Ethereum]]."} Чем архитектурный подход Solana отличается от [[gloss:ethereum|Ethereum]]?

• Solana использует шардинг для распределения транзакций по нескольким цепочкам
• Solana обрабатывает всё на одном монолитном слое, масштабируясь через оборудование
• Solana выносит исполнение на [[gloss:layer 2|L2]]-роллапы, как планирует [[gloss:ethereum|Ethereum]]
• Solana использует [[gloss:proof of work|Proof of Work]], как [[gloss:bitcoin|Bitcoin]], для максимальной безопасности :::

:::section{mins=3} Proof of History :::

:::lead PoH — это криптографические часы, которые тикают сами по себе и в которые встроен порядок всех транзакций. Звучит как магия, но на деле это поток из примерно двух миллионов [[gloss:hash|SHA-256]] хешей в секунду, где каждый зависит от предыдущего. :::

:::p{html} Чтобы понять, что Solana изменила, надо сначала увидеть проблему, которую все остальные блокчейны решают одинаково. Когда транзакция уходит в сеть, она прилетает на разные ноды в разное время — где-то быстрее, где-то медленнее, в зависимости от расстояния и качества канала. И теперь у нод стоит вопрос: в каком порядке считать эти транзакции? Чья транзакция была первой? [[gloss:bitcoin|Bitcoin]] и [[gloss:ethereum|Ethereum]] решают это голосованием — ноды обмениваются сообщениями между собой, договариваются, и только после согласования порядка идут вперёд. Это работает, но это медленно: в [[gloss:ethereum|Ethereum]] один раунд согласования занимает около 12 секунд на блок, в [[gloss:bitcoin|Bitcoin]] — около 10 минут. Сообщения между нодами в разных частях мира летят десятки миллисекунд, а раундов нужно несколько. :::

:::p{html} Solana убрала этот шаг полностью. PoH создаёт общие часы, к которым обращается каждая нода независимо. Технически это последовательность [[gloss:hash|SHA-256]] хешей: [gloss:hash|hash] — это какой-то начальный seed, [gloss:hash|hash] — это SHA256 от [gloss:hash|hash]. Вычислить цепочку можно только строго последовательно: каждый следующий хеш зависит от предыдущего, перескочить нельзя. Зато проверить уже готовую цепочку — можно параллельно и очень быстро. Этим Solana и пользуется: лидер-валидатор крутит цепь со скоростью одного хеша примерно за 500 наносекунд (около двух миллионов хешей в секунду), и каждую транзакцию вставляет между конкретными хешами. Получив транзакцию, любая нода видит: вот хеш-метка, вот её позиция в цепочке. Никаких переговоров не нужно. :::

:::p{html} Тонкость, которую часто путают: PoH — это не консенсус. Это всего лишь механизм для упорядочивания. Консенсус (то есть согласие о том, какие транзакции считать действительными и попавшими в блок) делает другой компонент — Tower BFT → 1.3 BFT-консенсус, модифицированная версия классического PBFT (Practical [[gloss:byzantine fault tolerance|Byzantine Fault Tolerance]]). PoH говорит «вот в каком порядке всё произошло», Tower BFT говорит «и мы все согласны, что так и было». Эти два механизма работают в паре: один задаёт порядок, второй подтверждает истину. :::

:::p{html} Важный контекст на апрель 2026: PoH и Tower BFT работают в продакшене, но их дни уже сочтены. В сентябре 2025 года сообщество Solana подавляющим большинством (98% голосов «за») одобрило апгрейд Alpenglow — самую крупную перестройку консенсуса за историю сети. Alpenglow заменит и PoH, и Tower BFT: вместо общих криптографических часов будут локальные таймеры на каждом валидаторе, а вместо 32-уровневого голосования Tower BFT — новый протокол Votor, финализирующий блок за один-два раунда. Финальность сети упадёт с нынешних ~13 секунд до 100-150 миллисекунд. Запуск ожидается в конце 2026 года; подробнее см. → § 3 «Firedancer и Alpenglow». :::

:::callout{icon=💡} Представьте редакцию информационного агентства, где каждое входящее сообщение штампуется порядковым номером в момент поступления. Сообщение #4012 пришло раньше #4013 — не нужно спрашивать репортёра, сверять настенные часы или опрашивать другие отделы. Один номер доказывает порядок. Если кто-то попытается подсунуть фальшивое сообщение между #4012 и #4013, разрыв в нумерации сразу выдаст подделку. PoH работает так же: непрерывная цепочка [[gloss:hash|SHA-256]] хэшей служит порядковым штампом, и любая нода может проверить последовательность, не запрашивая соседей. :::

:::keypoints{label="Ключевые моменты"}

• Каждый хеш в цепочке PoH зависит от предыдущего — это даёт криптографически доказуемый порядок событий, который не нужно ни с кем согласовывать
• Создать цепочку можно только строго по очереди (это и есть VDF — Verifiable Delay Function, верифицируемая функция задержки), но проверить уже готовую — мгновенно и параллельно на любой ноде
• PoH задаёт порядок, но не решает кто прав — для согласия о состоянии сети работает отдельный механизм Tower BFT, модификация классического PBFT
• Главный практический выигрыш: ноды не тратят секунды на переписку «у кого какой порядок» — они просто читают позицию транзакции в общих часах :::

:::details{badge=Глубже title="Как работает PoH генератор"} :::p{html} PoH-генератор работает со скоростью около двух миллионов [[gloss:hash|SHA-256]] хешей в секунду в однопоточном режиме. Часы Solana разбиты на фиксированные единицы: один тик — это 12 800 последовательных хешей (примерно 6,25 миллисекунд), а 64 тика составляют один слот длиной ~400 миллисекунд. Транзакции вставляются на конкретных позициях в этом потоке. Однопоточность — принципиальное ограничение: генерацию нельзя распараллелить, потому что каждый хеш зависит от предыдущего. :::

:::p{html} Верификация, напротив, работает зеркально: после публикации хеш-цепочки валидаторы разбивают её на сегменты и проверяют параллельно на множестве ядер CPU. Цепочку, которую лидер строил последовательно в течение слота, можно проверить за долю этого времени. Эта асимметрия — медленно создавать, быстро проверять — и есть ключевое свойство, делающее PoH полезным как источник времени. ::: :::

:::details{badge=Глубже title="Критика и ограничения PoH"} :::p{html} У PoH есть три реальных архитектурных ограничения. Первое — допущение об однородности железа: если у одной ноды процессор заметно быстрее, чем у остальных, она производит хеши быстрее и может попытаться обогнать всю сеть. На практике современные серверные CPU близки по производительности [[gloss:hash|SHA-256]], и это редко становится проблемой. Но это означает, что предположения безопасности Solana привязаны к однородности рынка CPU — в отличие от [[gloss:proof of work|PoW]]-цепочек, где важен суммарный хешрейт, а не скорость отдельного чипа. :::

:::p{html} Второе — однопоточное узкое место: генерацию PoH нельзя распараллелить, поэтому скорость одного ядра процессора ставит жёсткий потолок на то, как быстро могут тикать часы. Более быстрые ядра ускоряют PoH, но добавление новых ядер не помогает. :::

:::p{html} Третье — защита от long-range атак (попыток переписать давнюю историю). В [[gloss:whitepaper|whitepaper]] Solana отмечено, что для подмены старой истории атакующий должен «обогнать скорость PoH-генератора» — то есть произвести более быструю валидную цепь, чем живая сеть. Это реальная защита, но она опирается на то, что живая сеть действительно быстрее, а это в свою очередь упирается в ту же однородность железа. :::

:::p{html} Многие из этих ограничений и стали причиной разработки Alpenglow, который вообще убирает PoH и заменяет его локальными таймерами на каждом валидаторе — более простой дизайн, не требующий общесетевых криптографических часов. ::: :::

:::further{label="Для углублённого изучения"}

• Solana Whitepaper (Section 4) | solana.com :::

:::quiz{id=q-2-3-s2 correct=0 explanation="Верно. PoH — это верифицируемая функция задержки (VDF), создающая криптографическую хронологию. Это не консенсус сам по себе — консенсус обеспечивает Tower BFT поверх PoH. Ключевое преимущество в том, что каждая нода может самостоятельно проверить порядок транзакций без опроса других нод."} Что Proof of History обеспечивает для сети Solana?

• Верифицируемый порядок событий без необходимости нодам согласовывать время
• Полный консенсус и финальность в одном механизме
• Шифрование всех транзакций для приватности
• Альтернатива [[gloss:proof of work|Proof of Work]] с использованием мощности CPU :::

:::section{mins=3} Архитектура :::

:::lead Скорость Solana — это не одна находка, а сборка из восьми компонентов, каждый из которых отрезает свой кусок у проблемы пропускной способности. Главный из них — [[gloss:sealevel|Sealevel]] — позволяет исполнять транзакции параллельно, на нескольких ядрах процессора одновременно. :::

:::p{html} Solana — не одна большая идея, а инженерная сборка из восьми компонентов, каждый из которых решает свою отдельную проблему. PoH мы уже разобрали в § 2: он отвечает за порядок. Чтобы понять остальное, достаточно подробно рассмотреть три ключевых элемента — Tower BFT, [[gloss:sealevel|Sealevel]] и Turbine — а четыре оставшихся упомянуть кратко с указателем на advanced-блок ниже. :::

:::p{html} Tower BFT — это голосование валидаторов, которое работает поверх PoH. Когда лидер собирает блок и вписывает его хеш в общие часы, остальные валидаторы голосуют: «согласны, видим то же самое». Это модифицированная версия классического PBFT (Practical [[gloss:byzantine fault tolerance|Byzantine Fault Tolerance]], практическая византийская отказоустойчивость) — алгоритма, придуманного ещё в 1999 году для распределённых систем. Главная модификация Solana: вместо того чтобы валидаторы постоянно переписывались между собой для синхронизации часов, они используют PoH-метки как замену временных меток. Это делает голосование в Solana существенно быстрее, чем в классическом PBFT — но не бесплатным: на апрель 2026 года голосования валидаторов занимают около 75% блок-пространства Solana и обходятся каждому валидатору примерно в $5 тысяч в месяц. Именно эту проблему и решает грядущий Alpenglow (см. § 2 и advanced-блок ниже): он переносит голосование с цепи на прямые UDP-сообщения между валидаторами, освобождая три четверти блок-пространства для пользовательских транзакций. :::

:::p{html} [[gloss:sealevel|Sealevel]] — это параллельное исполнение транзакций, и это главный источник скорости Solana. [[gloss:evm|EVM]] в [[gloss:ethereum|Ethereum]] → 2.2 [[gloss:evm|EVM]] работает как один кассир в супермаркете: даже если у тебя в корзине только хлеб и молоко, а у меня — двадцать товаров, сначала пробивают мою корзину, потом твою. [[gloss:sealevel|Sealevel]] — это несколько касс одновременно. Если ты переводишь USDC, а кто-то другой минтит [[gloss:nft|NFT]], и эти две операции работают с разными аккаунтами — нет причины ставить их в очередь. Они выполняются параллельно, на разных ядрах процессора. Поэтому каждая транзакция в Solana обязана заранее объявить, какие аккаунты она будет читать и писать — это позволяет планировщику распределить работу по ядрам без конфликтов. :::

:::p{html} Turbine — это распространение блоков по сети, спроектированное по тому же принципу, что и BitTorrent. Когда лидер создал блок, он не отправляет его каждой ноде отдельно — он режет блок на маленькие куски (Solana называет их shreds, «осколки»), и распределяет осколки по дереву нод. Каждая нода получает свой кусочек, потом обменивается с соседями. Через несколько сетевых хопов у всех есть полный блок. Если ты когда-нибудь скачивал игру в Steam через peer-to-peer обновление — ты видел тот же принцип в действии. Грядущий Alpenglow заменит Turbine на новый протокол Rotor: вместо распространения через дерево нод блоки будут летать через узлы-ретрансляторы за один сетевой переход, что снижает задержку ещё на ~40% (см. § 2). :::

:::p{html} Остальные четыре компонента — Gulf Stream (отправка транзакций будущему лидеру в обход мемпула, очереди неподтверждённых транзакций), Pipelining (конвейерная обработка валидации), Cloudbreak (горизонтально масштабируемая база данных для состояния сети) и Archivers (распределённое хранение исторических данных) — это инфраструктурные оптимизации. Каждая по отдельности даёт небольшой выигрыш в скорости. Вместе они складываются в архитектуру, способную выжать тысячи TPS из одной машины. Подробности по каждому — в advanced-блоке. :::

:::p{html}

:::callout{icon=💡} Представьте систему шоссе, спроектированную с нуля. Вместо единственной двухполосной дороги, где каждая машина стоит за медленным грузовиком, Solana строит несколько параллельных полос ([[gloss:sealevel|Sealevel]]), въезды, направляющие трафик сразу на нужную полосу (Gulf Stream), и распределяет груз между разными машинами вместо одного перегруженного фургона — несколько маленьких грузовиков уезжают одновременно по разным веткам и сходятся у получателя (Turbine с осколками блока). [[gloss:ethereum|Ethereum]] шёл другим путём: вместо переделки главной дороги — строительство параллельных частных трасс ([[gloss:layer 2|L2]]) с собственным движением. Ставка Solana остаётся той же: все полосы должны быть на одной сети с самого начала. :::

:::keypoints{label="Ключевые моменты"}

• Скорость Solana — это сумма восьми инженерных решений, каждое маленькое, но вместе дающих архитектурный скачок
• [[gloss:sealevel|Sealevel]] — главный источник скорости: транзакции, работающие с разными аккаунтами, выполняются параллельно на разных ядрах процессора
• Расписание лидеров известно заранее, поэтому транзакции идут сразу к будущему лидеру в обход мемпула — это убирает задержку «ожидания включения в блок»
• Время в Solana измеряется в слотах (каждые 400 миллисекунд) и эпохах (примерно два дня) — на границе эпохи происходят все важные события: обновление расписания лидеров на следующую эпоху, выплаты стейкерам, голосования по предложениям :::

:::details{badge=Глубже title="Расписание лидеров и устройство слотов"} :::p{html} Расписание лидеров (leader schedule) — это таблица, в которой заранее прописано, какой валидатор будет лидером в каждом слоте на следующие 2-3 эпохи. Расписание формируется на основе стейка валидаторов (чем больше доля стейка, тем чаще валидатор становится лидером) и публично известно всем нодам сети. Каждый валидатор-лидер держит четыре последовательных слота подряд (около 1,6 секунды), затем эстафета переходит к следующему. Это даёт лидеру время «разогнаться» и обработать несколько блоков подряд, не теряя миллисекунды на смену контекста. :::

:::p{html} Gulf Stream использует знание расписания напрямую: вместо того чтобы транзакции пользователя сначала попадали в общий пул неподтверждённых транзакций (мемпул), а потом валидаторы вытягивали их оттуда — в Solana клиент сразу отправляет транзакцию тому валидатору, который станет следующим лидером. Это убирает целый этап ожидания и сокращает задержку на сотни миллисекунд. :::

:::p{html} Turbine оптимизирует доставку самих блоков. Когда лидер собрал блок, он не отправляет его всей сети целиком — режет на маленькие кусочки (shreds, «осколки»), и распределяет осколки через дерево соседних нод. Каждая нода передаёт свой кусок дальше, и через несколько сетевых переходов у всех есть полный блок. Один слот длится около 400 миллисекунд, одна эпоха — примерно два дня (~432 000 слотов). На границе эпохи обновляется расписание лидеров и происходят выплаты стейкерам. ::: :::

:::details{badge=Глубже title="Firedancer и Alpenglow"} :::p{html} Firedancer (Jump Crypto) — полностью независимый клиент валидатора, переписанный с нуля на C/C++ (тогда как оригинальный клиент Solana, Agave, написан на Rust). Сначала, в сентябре 2024 года, на мейннет вышел гибридный Frankendancer — версия, в которой быстрая сетевая часть Firedancer соединена с проверенной средой исполнения от Agave. Полный Firedancer (без зависимостей от Agave) запущен на мейннете в декабре 2025 года. На апрель 2026 года Firedancer и его варианты используют около 20-25% валидаторов. Зачем это нужно: до Firedancer один и тот же код управлял почти всей сетью — критическая ошибка в нём могла бы остановить Solana целиком. Появление второго независимого клиента кратно снижает этот риск. :::

:::p{html} Alpenglow (SIMD-0326) — крупнейшее обновление консенсуса Solana за всю историю сети. В сентябре 2025 года предложение прошло голосование валидаторов с одобрением 98,27%. Alpenglow убирает и PoH, и Tower BFT, заменяя их на два новых компонента: Votor (быстрое голосование, использующее BLS-агрегацию подписей и UDP-сообщения вместо on-chain голосов) и Rotor (распространение блоков через узлы-ретрансляторы за один сетевой переход). Целевая финальность — 100-150 миллисекунд, против ~12,8 секунд у текущей системы. Это улучшение примерно в 85 раз. Запуск на мейннете ожидается в конце 2026 года, после комьюнити-тестирования и аудитов; на апрель 2026 года Alpenglow проходит частное тестирование на отдельных кластерах. :::

:::p{html} Compute Units (CU) — единица измерения вычислительной работы транзакции, аналог газа в [[gloss:ethereum|Ethereum]]. Лимит: 200 тысяч CU на транзакцию по умолчанию (максимум 1,4 миллиона CU при запросе дополнительного бюджета). Менее гранулярная система, чем газ в [[gloss:ethereum|Ethereum]]: одна и та же операция в Solana всегда стоит одинаковое число CU независимо от состояния сети, в то время как [[gloss:gas|gas]] в [[gloss:ethereum|Ethereum]] реагирует на загруженность через priority fee. ::: :::

:::further{label="Для углублённого изучения"}

• Solana Architecture Docs | docs.solana.com
• Firedancer | jumpcrypto.com :::

:::quiz{id=q-2-3-s3 correct=2 explanation="Верно. [[gloss:sealevel|Sealevel]] — ключевая инновация: он анализирует, какие аккаунты затрагивает каждая транзакция, и запускает непересекающиеся транзакции параллельно. [[gloss:evm|EVM]] [[gloss:ethereum|Ethereum]] исполняет транзакции строго одну за другой. Это принципиальное архитектурное отличие, дающее Solana преимущество в пропускной способности."} Что обеспечивает параллельное исполнение транзакций в Solana?

• Шардинг — разделение цепочки на несколько параллельных шардов
• Запуск нескольких независимых блокчейнов с мостами между ними
• [[gloss:sealevel|Sealevel]] — если транзакции затрагивают разные аккаунты, они исполняются одновременно
• Использование GPU вместо CPU для валидации транзакций :::

:::section{mins=2} Модель программирования :::

:::lead В [[gloss:ethereum|Ethereum]] смарт-контракт — это коробка, где код и данные лежат вместе. В Solana это две разных коробки: программа отдельно, данные отдельно. Странно? На первый взгляд — да. Но из этого вытекает половина того, что делает Solana быстрой. :::

:::p{html} Если ты когда-нибудь смотрел на смарт-контракт Uniswap в [[gloss:ethereum|Ethereum]], ты видел что код и данные хранятся внутри одного объекта. Список пар токенов, балансы пулов, история сделок — всё это лежит в storage (постоянном хранилище) самого контракта. В Solana это устроено наоборот, и эта инверсия — одна из главных причин, почему сеть способна исполнять транзакции параллельно. :::

:::p{html} В модели Solana всё — аккаунт. Это слово здесь означает не «кошелёк», а более широкое понятие: контейнер с данными. Бывает три типа аккаунтов: программный (там лежит исполняемый код, и его можно изменить только через специальный механизм апгрейда — обычно деплоер сохраняет за собой это право, а после доработок может явно от него отказаться, превратив программу в неизменяемую), данные (там лежит состояние — балансы, настройки, параметры — и его меняет программа) и SOL-аккаунт (твой кошелёк с балансом). Программа никогда не хранит ничего внутри себя — она читает и пишет в аккаунты с данными, переданные ей как аргументы. Каждая транзакция явно говорит: «я буду работать с аккаунтами X, Y, Z». Зная эти адреса заранее, планировщик может быть умнее. :::

:::p{html} Зачем такие сложности? Помнишь [[gloss:sealevel|Sealevel]] из предыдущей секции — параллельное исполнение? Чтобы планировщик мог запустить две транзакции одновременно, ему нужно знать, что они работают с разными данными. В [[gloss:ethereum|Ethereum]] это узнать до исполнения значительно сложнее — контракт может тронуть что угодно, а текущие [[gloss:evm|EVM]]-клиенты в большинстве своём исполняют транзакции последовательно (отдельные новые клиенты вроде Reth начинают экспериментировать с параллельным исполнением через access lists, но это пока не массовая практика). В Solana каждая транзакция приходит с явным списком аккаунтов: «я буду читать аккаунт A, писать в аккаунт B». Планировщик смотрит на эти списки, видит непересекающиеся пары — и запускает их параллельно. Без разделения кода и данных эта оптимизация была бы невозможна. :::

:::p{html} Технически программы пишутся на Rust — системном языке, известном строгим контролем памяти и хорошей производительностью. Это сложнее [[gloss:solidity|Solidity]], на котором пишут под [[gloss:ethereum|Ethereum]], но даёт больше контроля. Чтобы упростить жизнь разработчикам, появился Anchor — фреймворк-обёртка над Rust для Solana (по своей роли ближе всего к OpenZeppelin Contracts в мире [[gloss:ethereum|Ethereum]]: набор готовых компонентов и макросов, которые скрывают часть рутины). Программы исполняет [[gloss:svm|SVM]] — Solana Virtual Machine, построенная на eBPF: технологии из ядра Linux, которая используется для быстрой и безопасной фильтрации сетевых пакетов. [[gloss:svm|SVM]] работает быстрее [[gloss:evm|EVM]] сразу по нескольким причинам. Главная — архитектурная: программная модель Solana с явным разделением кода и данных позволяет планировщику запускать транзакции параллельно → 2.2 [[gloss:evm|EVM]], чего [[gloss:evm|EVM]] в её классическом виде не умеет. Дополнительно [[gloss:svm|SVM]] использует JIT-компиляцию: при первом исполнении байткод превращается в нативный машинный код процессора, и дальше идёт уже как обычная программа. Большинство клиентов [[gloss:ethereum|Ethereum]] до сих пор работают как интерпретаторы (хотя более новые клиенты вроде Reth начинают применять схожие оптимизации). :::

:::callout{icon=💡} Представьте публичную библиотеку. Книги (данные) стоят на пронумерованных полках, а библиотекари (программы) работают без собственного хранилища: они читают каталожную карточку, подходят к нужной полке, берут или обновляют книгу и переходят к следующему запросу. Ни один библиотекарь не хранит книги за своим столом. Если двум библиотекарям нужны разные книги с разных полок, они работают одновременно, не мешая друг другу. Контракт в [[gloss:ethereum|Ethereum]] больше похож на частный офис адвоката, где дела хранятся в запертом ящике — код и данные объединены, поэтому в один момент выполняется только одна задача. :::

:::keypoints{label="Ключевые моменты"}

• В Solana всё — аккаунты: программные (с кодом), аккаунты данных (с состоянием) и SOL-аккаунты (кошельки); эта унификация принципиально отличает Solana от [[gloss:evm|EVM]]-блокчейнов
• Программы не хранят данные внутри себя — они читают и пишут во внешние аккаунты с данными, и это делает возможным параллельное исполнение в [[gloss:sealevel|Sealevel]]
• Разработка идёт на Rust с фреймворком Anchor — это сложнее [[gloss:solidity|Solidity]], но даёт жёсткий контроль памяти и предсказуемую производительность
• [[gloss:svm|SVM]] использует JIT-компиляцию: первое исполнение медленнее (нужна компиляция в машинный код), зато все последующие — на скорости нативной программы, а не интерпретатора, как в большинстве клиентов [[gloss:evm|EVM]] :::

:::details{badge=Глубже title="Rent, CPI и PDA"} :::p{html} Rent (аренда хранения). Каждый аккаунт в Solana занимает место в состоянии сети, и за это место надо платить. В ранней модели Solana с аккаунта периодически списывалась небольшая «аренда» в SOL, и если баланс опускался ниже минимума, аккаунт удалялся. Эта модель устарела: предложение SIMD-0084 отключило сбор аренды на мейннете, и теперь любой новый аккаунт обязан сразу быть rent-exempt — то есть содержать постоянный депозит SOL, рассчитанный из размера данных аккаунта. Размер депозита — около 0,00089 SOL за пустой аккаунт на 128 байт служебной информации (примерно $0,07 по курсу апреля 2026 года); токен-аккаунт, занимающий 165 байт, требует уже около 0,002 SOL. Депозит блокируется, пока существует аккаунт, и возвращается владельцу при его закрытии. :::

:::p{html} CPI (Cross-Program Invocation). Это механизм, через который одна программа вызывает другую — функциональный аналог инструкции CALL в [[gloss:evm|EVM]]. Большинство сложных операций на Solana — это цепочки CPI: например, агрегатор Jupiter принимает запрос на обмен токенов, через CPI вызывает программу Raydium для одного куска маршрута, потом CPI к Orca для следующего, и так далее. У CPI есть жёсткое ограничение по глубине вложенности (4 уровня по умолчанию, до 8 при специальном разрешении), что мешает рекурсивным атакам. :::

:::p{html} PDA (Program Derived Address). Это адреса аккаунтов, у которых нет приватного ключа: они вычисляются детерминированно из идентификатора программы и набора «семян» (произвольных байтовых строк, выбранных программой). PDA нужны, чтобы программа могла владеть аккаунтами и подписывать транзакции от их имени, не храня нигде приватный ключ. Типичный пример: пул ликвидности на Raydium — это аккаунт с PDA, который контролирует только сама программа Raydium; пользователь не может его подписать напрямую, что и обеспечивает безопасность пула. ::: :::

:::details{badge=Глубже title="SVM как rollup и Eclipse"} :::p{html} [[gloss:svm|SVM]] постепенно перестаёт быть исключительно внутренним компонентом Solana и начинает использоваться как самостоятельная среда исполнения за пределами родной сети. Самый заметный пример — [[gloss:eclipse|Eclipse]], проект, который запустил мейннет в ноябре 2024 года и работает как [[gloss:layer 2|L2]] поверх [[gloss:ethereum|Ethereum]]: [[gloss:svm|SVM]] выполняет транзакции, данные хранит на Celestia, а итоговое состояние и расчёты периодически закрепляются на [[gloss:ethereum|Ethereum]]. Идея в простом сочетании преимуществ: скорость и параллелизм [[gloss:svm|SVM]] — с расчётной безопасностью [[gloss:ethereum|Ethereum]]. Опыт [[gloss:eclipse|Eclipse]] оказался непростым: к началу 2026 года активность экосистемы заметно снизилась, и команда сместила фокус с привлечения сторонних разработчиков на собственные приложения. :::

:::p{html} Появление [[gloss:svm|SVM]]-стека за пределами Solana показывает, что её программная модель и виртуальная машина воспринимаются индустрией как самостоятельная инженерная единица — то есть параллельное исполнение, разделение кода и данных, JIT-компиляция и формат байткода SBF интересны разработчикам безотносительно того, на какой именно сети они запущены. Технически путь от исходного кода до исполнения везде один и тот же: разработчик пишет программу на Rust или C, компилятор превращает её в байткод SBF (Solana [[gloss:bytecode|Bytecode]] Format — облегчённая модификация eBPF), а уже на узле SBF проходит JIT-компиляцию в нативный машинный код процессора и выполняется. ::: :::

:::further{label="Для углублённого изучения"}

• Solana Programming Docs | docs.solana.com
• Anchor | anchor-lang.com :::

:::quiz{id=q-2-3-s4 correct=3 explanation="Верно. В Solana всё является аккаунтами: программы (executable accounts) никогда не хранят данные внутри себя — они читают и пишут в отдельные data accounts. Это разделение обеспечивает параллельное исполнение через [[gloss:sealevel|Sealevel]] и является принципиальным отличием от контрактной модели [[gloss:ethereum|Ethereum]]."} Чем программная модель Solana отличается от модели [[gloss:ethereum|Ethereum]]?

• Solana хранит код и данные вместе в одном контракте, как [[gloss:ethereum|Ethereum]]
• Solana поддерживает только JavaScript для смарт-контрактов
• Solana использует [[gloss:evm|EVM]] в качестве среды исполнения
• Программы не хранят состояние — код и данные находятся в отдельных аккаунтах :::

:::section{mins=2} SPL-токены :::

:::lead В [[gloss:ethereum|Ethereum]] каждый токен — это свой смарт-контракт. В Solana все токены живут в одной глобальной программе. Что меняется на практике? Меньше дублирования, выше скорость, и можно сделать токены «с особыми свойствами» прямо в стандарте — без написания контракта вообще. :::

:::p{html} Если ты когда-нибудь смотрел на список токенов в [[gloss:ethereum|Ethereum]], то заметил странную вещь: USDC и USDT — это два разных смарт-контракта по разным адресам. И DAI — третий контракт. И UNI — четвёртый. Каждый раз, когда кто-то выпускает новый токен в [[gloss:ethereum|Ethereum]], он деплоит новый контракт на стандарт ERC-20 — пятьдесят строк кода, которые повторяют те же функции transfer, balanceOf, approve. К 2026 году в [[gloss:ethereum|Ethereum]] развёрнуты сотни тысяч таких почти одинаковых копий. Это работает, но это избыточно: ноды должны хранить, исполнять и валидировать каждую копию по отдельности. :::

:::p{html} В Solana подход обратный. Существует один глобальный контракт — SPL Token Program, и все токены сети используют его. Чтобы создать новый токен, не нужно писать код — нужно создать mint account: специальный аккаунт-эмитент, в котором указаны имя, символ, эмиссия и кто имеет право выпускать новые единицы. Этот mint существует в общем реестре, обслуживаемом одной программой. Разница похожа на то, как работает рынок подарочных карт: можно сделать так, чтобы каждый магазин печатал свои карты по своим стандартам ([[gloss:ethereum|Ethereum]]), или есть единый универсальный формат — и магазин просто говорит «мне нужна карта с моим логотипом» (Solana). Второй подход проще, дешевле и быстрее во всех смыслах. :::

:::p{html} Но есть и более тонкий выигрыш. Поскольку SPL Token — это одна программа, в неё можно встроить дополнительные возможности, которыми смогут пользоваться все токены сразу. Так появилась Token-2022 (с 2024 года официально называемая Token Extensions Program) — расширенная версия программы с опциями, которые в [[gloss:ethereum|Ethereum]] пришлось бы реализовывать каждый раз вручную. Хочешь токен, в котором при каждом переводе автоматически удерживается процент в пользу казны проекта (transfer fees)? Просто выставь флажок при создании mint. Хочешь токен с конфиденциальными переводами, где сумма скрыта через нулевые знания (confidential transfers)? Тоже флажок. Токен, на котором у держателя автоматически начисляются проценты (interest-bearing tokens)? Снова флажок. В [[gloss:ethereum|Ethereum]] каждая такая опция — это отдельный контракт со своими аудитами и багами. В Solana это часть стандарта. :::

:::callout{icon=💡} Представьте торговый центр с подарочными картами. В системе [[gloss:ethereum|Ethereum]] каждый магазин печатает свои карты — разный дизайн, разная технология, свои правила. Хотите подарочную карту Zara? Отдельная карта. H&M? Ещё одна. Каждый новый магазин проектирует карту с нуля. В системе Solana сам торговый центр выпускает единый формат карт: все магазины считывают один и тот же чип, меняются только баланс и логотип. Разработчику, который один раз интегрировал считыватель, не нужно дополнительной работы для приёма карты любого магазина. Компромисс — гибкость: если магазину нужна нестандартная функция, например ограниченный по времени промобаланс, приходится ждать, пока оператор ТЦ добавит эту опцию в универсальный формат, а не печатать собственную карту. :::

:::keypoints{label="Ключевые моменты"}

• В Solana одна глобальная программа SPL Token обслуживает все токены сети — каждый новый токен это просто новая запись (mint), а не новый контракт
• Token-2022 даёт продвинутые возможности (комиссии при переводах, конфиденциальные переводы, начисление процентов) встроенными в стандарт — без написания смарт-контрактов
• [[gloss:nft|NFT]] на Solana работают через несколько стандартов от Metaplex: классический Token Metadata, новый Core (запущен в 2024 году, сейчас рекомендуется для новых проектов) и Bubblegum для compressed [[gloss:nft|NFT]] — массового минта дешёвых коллекций
• Балансы токенов хранятся в отдельных аккаунтах ATA (Associated Token Account) — у каждого пользователя свой ATA для каждого токена, что вписывается в общую модель «всё — аккаунты» :::

:::details{badge=Глубже title="Compressed NFTs и токен-аккаунты"} :::p{html} Compressed [[gloss:nft|NFT]] (cNFT) — это решение, которое позволяет обходить базовое ограничение Solana: каждый обычный [[gloss:nft|NFT]] — это отдельный аккаунт со своим rent-exempt депозитом, и при коллекциях в миллионы единиц это становится дорого даже на дешёвой Solana. Compressed [[gloss:nft|NFT]] работают иначе: вся коллекция хранится в одном аккаунте через структуру [[gloss:merkle tree|Merkle tree]], а данные каждого [[gloss:nft|NFT]] записываются в журнал транзакций и доказываются криптографически по требованию. Программа, которая всё это реализует, называется Bubblegum — это компонент протокола Metaplex, специально написанный для compressed [[gloss:nft|NFT]]. Стоимость минта одного cNFT при крупных коллекциях падает до десятых долей одной десятой цента (около 5,35 SOL — по курсу апреля 2026 примерно $444 — за один миллион cNFT, против тысяч долларов за обычный [[gloss:nft|NFT]]-минт того же объёма). :::

:::p{html} За эту экономию приходится платить компромиссами. Compressed [[gloss:nft|NFT]] нельзя посмотреть напрямую в обозревателе — нужны RPC-провайдеры со специальной поддержкой Digital Asset Standard API (Helius, Triton и подобные) для чтения метаданных. Размер одного дерева ограничен примерно одним миллионом [[gloss:nft|NFT]] по практическим причинам, после чего пути доказательств становятся слишком длинными. И операции с cNFT (передача, обновление) дороже обычных [[gloss:nft|NFT]], потому что требуют валидировать криптографический proof. То есть это инструмент для массовых раздач (сувениры, билеты на мероприятия, игровые предметы), а не для коллекционных PFP-проектов высокого уровня. Главный пользователь Bubblegum — платформа DRiP (приобретённая Jupiter в 2025 году), которая раздаёт миллионы коллекционных стикеров художников бесплатно подписчикам; крупный [[gloss:nft|NFT]]-маркетплейс Solana, Tensor, тоже поддерживает cNFT. :::

:::p{html} Отдельная тонкость — устройство токен-аккаунтов. Балансы каждого токена для каждого пользователя хранятся в отдельном аккаунте, который называется Associated Token Account (ATA). У одного кошелька на руках может быть USDC ATA, отдельный USDT ATA, отдельный SOL и так далее. Плюс этой схемы — параллелизм: разные ATA — это разные аккаунты, и транзакции с ними планировщик исполняет одновременно. Минус — за каждый новый ATA надо вносить rent-exempt депозит (около 0,002 SOL), что слегка повышает порог входа в новые токены. ::: :::

:::details{badge=Глубже title="Metaplex — стандарт NFT экосистемы"} :::p{html} Metaplex — это де-факто стандарт [[gloss:nft|NFT]] в экосистеме Solana. Важное уточнение: Metaplex не часть протокола Solana, а внешний проект (Metaplex Foundation), но его компоненты используются практически всеми [[gloss:nft|NFT]]-проектами сети. К 2026 году протокол охватывает несколько разных стандартов под одним зонтиком, и каждый решает свою задачу. :::

:::p{html} Token Metadata — самый старый стандарт, использовавшийся с 2021 года. Он привязывает к токену метаданные (имя, картинку, атрибуты) через отдельный аккаунт и поддерживает роялти, варианты [[gloss:nft|NFT]] (Master Edition, Programmable [[gloss:nft|NFT]] с принудительными роялти) и связи между [[gloss:nft|NFT]]. К 2026 году Token Metadata считается унаследованной системой: для новых проектов рекомендуется не он, а Core (см. ниже). :::

:::p{html} Metaplex Core — новый стандарт, запущенный в 2024 году. Главное отличие: один [[gloss:nft|NFT]] — это один аккаунт, а не три-четыре, как было в Token Metadata. Это даёт примерно 80% экономии на минте (около 0,0029 SOL вместо 0,022 SOL) и снижает нагрузку на сеть. У Core встроены принудительные роялти (через систему плагинов с allowlist/denylist), коллекционные операции на уровне всей коллекции одной транзакцией и расширяемый набор плагинов для нестандартного поведения. Bubblegum — отдельная программа Metaplex, которая обслуживает compressed [[gloss:nft|NFT]] (см. предыдущий блок). И ещё есть Candy Machine — платформа запуска для коллекций, которая управляет очередью минта, ценами и whitelist-доступом. ::: :::

:::further{label="Для углублённого изучения"}

• SPL Token Docs | spl.solana.com
• Token-2022 | solana.com
• Metaplex | metaplex.com :::

:::quiz{id=q-2-3-s5 correct=1 explanation="Верно. В [[gloss:ethereum|Ethereum]] каждый ERC-20 токен — это отдельный смарт-контракт. В Solana есть одна глобальная Token Program — создание нового токена означает просто создание нового mint account. Это означает меньше дублирования кода, стандартизированное поведение и более эффективное параллельное исполнение."} Чем стандарт SPL Token принципиально отличается от ERC-20 [[gloss:ethereum|Ethereum]]?

• Каждый SPL-токен деплоит собственный отдельный смарт-контракт
• Одна глобальная Token Program обслуживает все токены — создание нового токена это просто mint account
• SPL-токены нельзя передавать между кошельками
• SPL-токены поддерживают только [[gloss:nft|NFT]], но не взаимозаменяемые токены :::

:::section{mins=2} Экосистема :::

:::lead Экосистема Solana — это четыре направления, в каждом из которых есть свой главный проект, который потянул за собой остальных. Поэтому говорить об экосистеме осмысленно только через эти четыре истории. :::

:::p{html} Центр [[gloss:defi|DeFi]]-сегмента Solana — Jupiter, агрегатор децентрализованной торговли. Через него проходит около 95% всего аггрегированного объёма обмена и примерно половина всех DEX-сделок в сети — это $2-4 миллиарда долларов ежедневно. Идея агрегатора простая: когда ты хочешь поменять, например, USDC на BONK, Jupiter одновременно проверяет десятки децентрализованных бирж (Raydium, Orca, Phoenix, Lifinity), находит лучший маршрут — может быть, дешевле обменять USDC сначала на SOL, потом SOL на BONK через две разные биржи, — и собирает всё в одну транзакцию. К 2026 году Jupiter превратился в полноценный «суперапп» Solana: помимо обмена там работают перпетуалы (бессрочные фьючерсы), DCA (равномерные покупки по расписанию), собственный лаунчпад (LFG), стейблкоин JupUSD, кредитный продукт Jupiter Lend, отдельная мемкоин-площадка ApePro и интеграция с предсказательным рынком Polymarket. В апреле 2025 года Jupiter купил платформу DRiP Haus, расширившись и в [[gloss:nft|NFT]]-сегмент. Рядом с Jupiter работают Raydium и Orca — две основные децентрализованные биржи, а сегмент ликвидного стейкинга держат Marinade и Jito (это аналоги того, чем Lido является для [[gloss:ethereum|Ethereum]] → 2.2 Стейкинг). :::

:::p{html} Второе лицо экосистемы — мемкоины и [[gloss:nft|NFT]], и здесь главная история — это pump.fun. Платформа упростила запуск мемкоина до двух минут: вводишь имя, тикер, картинку, нажимаешь кнопку — и токен живёт. Пик доходов пришёлся на январь 2025 года, когда pump.fun зарабатывал около $148 миллионов комиссий в месяц — больше, чем [[gloss:ethereum|Ethereum]] в отдельные дни. К началу 2026 года выручка просела до $30-50 миллионов в месяц, но платформа суммарно перешагнула отметку в $1 миллиард накопленной прибыли — первой среди приложений Solana. В июле 2025 года pump.fun провёл собственный размещение токена PUMP с привлечением $1.3 миллиарда, а в апреле 2026 года сжёг около 36% всего обращающегося предложения PUMP в рамках агрессивной программы выкупа. На pump.fun до сих пор приходится 75-80% всех мемкоин-запусков на Solana, и платформа начала экспансию на другие сети ([[gloss:ethereum|Ethereum]], Base, BSC). На волне 2024-2025 года выстрелили BONK, WIF, POPCAT и Fartcoin — мемкоины, ставшие визитной карточкой Solana и привлёкшие в сеть розничных пользователей. [[gloss:nft|NFT]]-маркетплейс №1 — Tensor, аналог OpenSea, но с упором на скорость и аналитику для трейдеров, а не на коллекционирование. :::

:::p{html} Третье направление — DePIN (Decentralized Physical Infrastructure Networks, децентрализованные физические инфраструктурные сети). Это проекты, которые строят реальные физические сервисы и расплачиваются с участниками токенами. Бесспорный лидер сегмента — Helium: распределённая сеть сотовой связи и беспроводного интернета. По всему миру стоят сотни тысяч хотспотов размером с роутер, принадлежащих частным лицам — каждый покрывает связью свой участок города. Helium Mobile уже вышел на 670 тысяч подписчиков в США, работает в партнёрстве с T-Mobile и в марте 2026 года принёс рекордные $2.5 миллиона ежемесячной выручки. Render — следующий по известности проект сегмента: объединяет простаивающие GPU по всему миру в единую сеть распределённого рендеринга и AI-вычислений (выручка скромнее, около $100-200 тысяч в месяц на апрель 2026 года). Hivemapper делает то же самое для карт: водители ставят на машину камеру, едут по своим делам, заодно собирают карту мира — и получают токены за каждую новую улицу. По размеру Hivemapper меньше Helium на порядок, но в нише цифрового картирования заметен. В целом DePIN-сектор Solana к 2026 году принёс уже более $22 миллионов накопленной выручки и продолжает расширяться. :::

:::p{html} Наконец, кошельки. Большинство пользователей Solana заходят через Phantom — он стал стандартом экосистемы примерно так же, как MetaMask стал стандартом [[gloss:ethereum|Ethereum]]. Solflare — для тех, кто серьёзно занимается стейкингом и хочет управлять валидаторами. Backpack идёт интереснее всех: это одновременно кошелёк и встроенная биржа (Backpack Exchange), что для Solana, где торговля и хранение часто переплетены, оказалось удобной комбинацией. :::

:::callout{icon=💡} Представьте технопарк, который только что открылся: офисное пространство почти бесплатное, строители могут поставить новый корпус за выходные, сотни стартапов экспериментируют параллельно. Несколько из них уже стали миллиардными резидентами — Jupiter (ведущий торговый агрегатор), Marinade (ликвидный стейкинг), Helium (беспроводная связь), Render (GPU-рендеринг). Многие другие закрылись так же быстро. Иногда кампусный генератор выбивает и свет гаснет: 6 февраля 2024 года программная ошибка обесточила кампус на пять часов, пока инженеры не нашли и не устранили неисправность. После этого ремонта технопарк работает уже более 800 дней подряд без единого блэкаута. Экосистема [[gloss:ethereum|Ethereum]] больше похожа на устоявшийся деловой центр: аренда высокая, согласования медленные, зато электросеть не подводила ни разу. :::

:::keypoints{label="Ключевые моменты"}

• Jupiter — центр [[gloss:defi|DeFi]] на Solana: ~95% аггрегаторской доли и около половины всех DEX-сделок в сети, это $2-4 миллиарда оборота в день
• Платформа pump.fun свела создание мемкоина к двум минутам и нескольким кликам — это и сделало Solana главной сетью розничных мемкоинов в 2024 году
• Phantom стал для Solana тем же, чем MetaMask стал для [[gloss:ethereum|Ethereum]] — кошельком, через который заходит большинство пользователей
• DePIN — проекты децентрализованной физической инфраструктуры (Helium для беспроводной связи, Render для GPU-вычислений, Hivemapper для карт) выбрали Solana как платформу расчётов из-за скорости и низких комиссий :::

:::details{badge=Глубже title="Jito и проблема MEV на Solana"} :::p{html} Jito — главный игрок в инфраструктуре [[gloss:mev|MEV]] → 2.2 [[gloss:mev|MEV]] на Solana. Это связка из трёх продуктов: модифицированный валидаторский клиент Jito-Solana, на котором работает около 75% всего стейка сети; пул ликвидного стейкинга JitoSOL, в котором заблокировано более 14 миллионов SOL (порядка $1,2 миллиарда — крупнейший такой пул на Solana); и инфраструктура аукционов транзакций ([[gloss:block|Block]] Engine, Bundles), через которую трейдеры платят валидаторам за приоритет включения своих транзакций в блок. Доход от этих аукционов идёт частично валидаторам, частично — стейкерам JitoSOL, что делает его доходность стабильно выше обычного нативного стейкинга. :::

:::p{html} Решение, которое распределяет [[gloss:mev|MEV]]-чаевые между всеми участниками экосистемы Jito, называется Tip Router — автономная сеть консенсуса (NCN, [[gloss:node|Node]] [[gloss:consensus|Consensus]] Network), которая считает, кому сколько начислить, и делает это без центрального оператора. До Tip Router раздачей чаевых занимался один централизованный сервис, что было слабым местом дизайна. :::

:::p{html} [[gloss:mev|MEV]] на Solana — болезненная тема. С ростом экосистемы расцвели «sandwich-атаки»: бот видит крупную пользовательскую покупку токена, успевает купить тот же токен прямо перед ней (двигая цену вверх), и продаёт сразу после, забирая разницу из кармана пользователя. В 2024 году Solana Foundation пошла на жёсткий шаг и удалила из своей программы делегации стейка валидаторов, замеченных в sandwich-атаках. Это вызвало бурную дискуссию: с одной стороны — защита пользователей от хищнического [[gloss:mev|MEV]], с другой — обвинения в цензуре и центральном арбитраже того, какие транзакции считаются «честными». Спор не закрыт: одни считают это правильным редким исключением, другие — опасным прецедентом. :::

:::p{html} Отдельная UX-инновация Solana — Blinks ([[gloss:blockchain|Blockchain]] Links): технология, превращающая обычную ссылку в исполняемое блокчейн-действие. Запущена Solana Foundation в июне 2024 года совместно с Dialect. Идея простая: разместил ссылку в Twitter или Discord — и любой с кошельком Phantom или Backpack может прямо из ленты, не уходя на отдельный сайт, проголосовать в DAO, купить [[gloss:nft|NFT]], отправить пожертвование или сделать своп. На запуске поддержка пришла от Jupiter, Tensor, Sanctum, Helium и других крупных проектов. Главный риск — фишинг: вредоносная ссылка может выглядеть как Blink, поэтому клиенты вроде Phantom отображают только Blinks из проверенного реестра Dialect. ::: :::

:::further{label="Для углублённого изучения"}

• Jupiter Docs | jup.ag
• Jito Labs | jito.network :::

:::quiz{id=q-2-3-s6 correct=2 explanation="Верно. Комиссии Solana ниже цента и быстрое подтверждение открывают сценарии, непрактичные на [[gloss:ethereum|Ethereum]] [[gloss:l1|L1]]: запуск мемкоинов через pump.fun, высокочастотная торговля через Jupiter, DePIN-телеметрия от Helium/Render. Экосистема живёт за счёт объёмов и экспериментов, а не крупных отдельных позиций."} Чем [[gloss:defi|DeFi]]-экосистема Solana отличается от экосистемы [[gloss:ethereum|Ethereum]]?

• [[gloss:defi|DeFi]] Solana имеет более высокий [[gloss:tvl|TVL]], чем [[gloss:ethereum|Ethereum]]
• На Solana нет DEX или AMM-проектов
• Низкие комиссии обеспечивают массовую розничную активность: мемкоины, DePIN, быстрые торговые агрегаторы
• Экосистема Solana ориентирована исключительно на институциональные финансы :::

:::section{mins=2} Проблемы :::

:::lead До 2024 года у Solana была репутация «сети, которая падает». Потом — больше 800 дней без единой полной остановки. Что случилось — и почему это всё ещё не значит «проблемы решены»? :::

:::p{html} В сентябре 2021 года Solana остановилась на 17 часов. Не «замедлилась», не «начала отбрасывать транзакции» — полностью остановилась. Ни одна транзакция не проходила. Кошельки показывали ошибки. Биржи приостановили вывод SOL. Для блокчейна 17 часов — это вечность. В 2022 году было ещё несколько остановок по 4-8 часов. В феврале 2023 — снова 18 часов простоя. И последний инцидент — 6 февраля 2024 года, пять часов полной остановки. [[gloss:bitcoin|Bitcoin]] и [[gloss:ethereum|Ethereum]], для сравнения, не останавливались ни разу за всю свою историю. У Solana сложилась репутация: «быстрая, дешёвая, но падает». :::

:::p{html} Потом случилось то, чего никто не ждал. С февраля 2024 года Solana работает без единого полного простоя — на момент апреля 2026 это уже более 800 дней непрерывного uptime. Что изменилось? Главное — появился второй клиент. До 2024 года вся сеть бежала на одном клиенте Agave (бывший Solana Labs), и любой баг в нём останавливал всё одновременно. Команда Jump Crypto построила альтернативную реализацию — Firedancer, написанную на C с нуля, оптимизированную для скорости и устойчивости. Сейчас примерно 25% валидаторов используют Firedancer или гибридные сборки, остальные 75% — улучшенный Agave. Это и называется client diversity → 2.2 §4 Множественность клиентов: когда сеть зависит от нескольких независимо разработанных программ, один баг не может её положить целиком. :::

:::p{html} Но было бы наивно сказать, что проблемы решены. Главный из оставшихся — высокий порог входа для валидаторов. Чтобы запустить ноду, нужно железо стоимостью около 60 тысяч долларов в год и расходы на хостинг порядка пяти тысяч долларов в месяц. Для сравнения: валидатор [[gloss:ethereum|Ethereum]] может работать на домашнем ПК за 50-100 долларов в месяц. Поэтому в Solana всего около 750-800 валидаторов — против более миллиона у [[gloss:ethereum|Ethereum]]. Коэффициент Накамото (минимальное число сущностей, которым нужно сговориться, чтобы получить контроль над одной третью стейка) у Solana — 19-20 на 2026 год. Это значит, что согласия 19-20 крупнейших валидаторов хватило бы, чтобы остановить продакшен новых блоков. У [[gloss:ethereum|Ethereum]] этот коэффициент исчисляется тысячами. Ещё один сигнал концентрации: формально ни один отдельный валидаторный узел не контролирует более ~3% стейка, но если суммировать узлы, принадлежащие одной организации, картина меняется — топ-3 стейкинг-провайдера (Helius, Figment, Jupiter) вместе держат около 26% всего стейка сети. :::

:::p{html} Третья проблема — сетевая перегрузка (congestion). На пике нагрузки в 2024 году до 75% транзакций отбрасывались сетью, не доходя до блока. Решений запущено три. Local fee markets (предложение SIMD-0096) ввели разные комиссии для разных «горячих» аккаунтов — если все ломятся минтить определённую коллекцию [[gloss:nft|NFT]], цена транзакций именно с этим mint-аккаунтом растёт, а остальная сеть остаётся доступной. Переход на QUIC (замена UDP в качестве транспортного протокола) дал лучший контроль за перегрузкой. Stake-weighted QoS (Quality of Service) даёт приоритет транзакциям от валидаторов с большим стейком — это спорное решение, потому что де-факто привилегирует крупных, но в условиях ограниченной пропускной способности оно работает. :::

:::callout{icon=💡} Представьте спорткар на трек-дне. Он показывает лучшее время круга на всём автодроме: отклик газа меньше секунды, бритвенно-точные повороты. Но каждые несколько кругов машина заезжает в боксы на проверку охлаждения, а однажды за сезон двигатель перегрелся настолько, что сессию остановили красным флагом. С тех пор механики перестроили систему охлаждения (Firedancer), и машина чисто отъездила последние 800+ кругов. Седан ([[gloss:ethereum|Ethereum]]) никогда не ставил рекордов трассы, зато ни разу не вызывал эвакуатор. Обе машины достойны гаража — но по разным причинам. :::

:::keypoints{label="Ключевые моменты"}

• С 2021 по 2024 год Solana проигрывала битву за надёжность: полные остановки сети на 17 часов (сентябрь 2021), 18 часов (февраль 2023) и 5 часов (февраль 2024) дали ей репутацию «сети, которая падает» — [[gloss:bitcoin|Bitcoin]] и [[gloss:ethereum|Ethereum]] за всю историю не падали ни разу
• С февраля 2024 года Solana работает более 800 дней без полной остановки — главным фиксом стала множественность клиентов: альтернативная реализация Firedancer от Jump Crypto, на которой сейчас работает около 25% валидаторов рядом с обновлённым Agave
• Высокая стоимость валидатора Solana (около 60 тысяч долларов в год за железо плюс пять тысяч в месяц за хостинг) — причина, почему валидаторов всего около 750-800 против более миллиона у [[gloss:ethereum|Ethereum]], и это самая нерешённая проблема децентрализации сети
• Перегрузка сети при пиковой нагрузке (до 75% отброшенных транзакций в 2024 году) решается через локальные комиссионные рынки, переход с UDP на QUIC и stake-weighted QoS — последнее решение неявно даёт привилегию крупным валидаторам :::

:::details{badge=Глубже title="Причины даунтаймов и client diversity"} :::p{html} Если разбирать прошлые даунтаймы по причинам, общий вывод один: все они были вызваны багами в коде консенсуса → 1.3 Консенсус или сетевого слоя, а не атаками. И все усиливались одной и той же структурной проблемой — монолитной архитектурой: до 2024 года всю сеть обслуживал единственный клиент Agave (раньше известный как Solana Labs), и любой баг в нём становился общесетевой остановкой. Решение этой проблемы — множественность клиентов → 2.2 §4 Множественность клиентов. Появление независимой реализации Firedancer от Jump Crypto означает, что баг в одной кодовой базе уже не останавливает всю сеть: валидаторы, работающие на другом клиенте, продолжают строить блоки. :::

:::p{html} Сбой сентября 2021 года был вызван шквалом бот-транзакций, перегрузивших сетевой слой и выбивших валидаторов из консенсуса. Инцидент февраля 2023 года возник из-за бага в функции durable [[gloss:nonce|nonce]], создавшего бесконечный цикл при воспроизведении блоков. В каждом случае восстановление требовало ручной координации между валидаторами для согласования слота перезапуска. С февраля 2024 года улучшенное управление нагрузкой (QUIC, stake-weighted QoS) и независимая кодовая база Firedancer устранили эти режимы отказа. ::: :::

:::details{badge=Глубже title="Экономика валидатора и концентрация стейка"} :::p{html} Сначала — про устройство стейка, потому что без этого экономика валидатора не читается. У самого валидатора почти никогда нет миллионов своих SOL. Зато другие держатели токенов — обычные пользователи, фонды, биржи — могут «прикрепить» свои SOL к выбранному валидатору. Это и называется делегированием. Сами токены при этом не переезжают: они остаются в кошельке владельца, никто их не забирает. Просто в реестре сети появляется запись: «эти 100 SOL Васи числятся за валидатором X». Так валидатор набирает под управление тысячи или миллионы чужих SOL — и от их совокупного объёма зависит, как часто сеть будет назначать этого валидатора создателем нового блока, и сколько вознаграждений на него прилетит. :::

:::p{html} Доходность складывается из трёх источников: вознаграждения за создание блоков (нативный staking yield, обычно 5-7% годовых), приоритетные комиссии (priority fees) от пользователей, готовых заплатить за быстрое включение транзакции, и [[gloss:mev|MEV]]-чаевые через инфраструктуру Jito. В сумме на стейк начисляется примерно 6-8% годовых. Но это общая доходность пула, а не зарплата валидатора. Из всех заработанных вознаграждений валидатор оставляет себе небольшую комиссию — обычно 5-10%, которую сам выставляет, — а остальные 90-95% сеть автоматически распределяет между делегаторами пропорционально их вкладу. Конкретный пример: к валидатору делегировано 100 000 SOL. За год при 7% общей доходности эти 100 000 SOL принесут 7 000 SOL вознаграждений. Из них валидатор с 7% комиссией оставит себе 490 SOL ($40 000 по курсу апреля 2026) — это его годовая выручка. Остальные 6 510 SOL получат делегаторы. :::

:::p{html} Проблема в том, что фиксированные расходы валидатора — около пяти тысяч долларов в месяц на голосовые транзакции (vote fees) плюс хостинг и амортизация железа — почти не зависят от размера стейка. Это значит, что валидатор без приличного делегированного стейка работает в убыток. Эмпирический порог самоокупаемости — порядка 80-100 тысяч SOL делегированного стейка. Без этого приходится либо привлекать делегаторов скидками и [[gloss:mev|MEV]]-аукционами, либо постепенно закрываться. Solana Foundation в 2025 году убрала программу субсидий для мелких валидаторов, что и привело к падению их числа с пика 2 500 на конец 2023 года до примерно 750-800 к началу 2026. :::

:::p{html} Эта экономика напрямую усиливает централизацию. Топ-три стейкинг-провайдера (Helius, Figment и Jupiter) суммарно держат около 26% всего стейка сети. Формально ни один отдельный валидаторный узел не превышает ~3% порога, но крупная организация может управлять несколькими узлами — и совокупное влияние на коэффициент Накамото становится значительным. Связанная с этим тема — sandwich-атаки и удаление таких валидаторов из делегационной программы Solana Foundation в 2024 году — подробно разбирается в advanced-блоке § 6 «Jito и проблема [[gloss:mev|MEV]]». ::: :::

:::further{label="Для углублённого изучения"}

• Solana Status | status.solana.com
• Solana Outages: Complete History | helius.dev :::

:::quiz{id=q-2-3-s7 correct=0 explanation="Верно. Запуск валидатора Solana обходится примерно в $60 тысяч в год за железо плюс ~$5 тысяч в месяц за хостинг (против ~$50–100 в месяц для валидатора [[gloss:ethereum|Ethereum]]). Это означает меньше валидаторов (около 750-800 против более миллиона у [[gloss:ethereum|Ethereum]]) и более низкий коэффициент Накамото (19-20). Мелкие валидаторы часто убыточны, что ведёт к концентрации стейка у крупных провайдеров."} В чём главная критика децентрализации Solana?

• Высокая стоимость оборудования валидатора (~$5K+/мес) создаёт высокий порог входа, в результате чего всего около 750-800 валидаторов
• Solana использует [[gloss:proof of work|Proof of Work]], что концентрирует власть в майнинг-пулах
• Одна компания контролирует все ноды валидаторов
• Solana не может обрабатывать больше 10 TPS :::

:::section{mins=2} vs Ethereum :::

:::lead Если ты прочитал предыдущие семь секций и думаешь «так какой же блокчейн лучше?» — вопрос неправильный. Они оптимизированы под разные сценарии. Вопрос правильный: для какой задачи использовать какой? :::

:::p{html} Solana и [[gloss:ethereum|Ethereum]] часто противопоставляют как конкурентов, но это упрощение. Они оптимизированы под разные ставки. [[gloss:ethereum|Ethereum]] изначально шёл по [[gloss:rollup|rollup]]-centric стратегии — тонкий [[gloss:l1|L1]], скорость на [[gloss:layer 2|L2]] → 2.2 §7 Roadmap, — но в феврале 2026 года Виталик Бутерин публично признал, что в исходном виде она «больше не работает», и [[gloss:l1|L1]] начал масштабироваться сам. Solana с самого начала сделала противоположную ставку: монолитная сеть, всё на одном слое, пропускная способность за счёт более мощного железа у валидаторов. У каждого подхода свой набор сильных мест и компромиссов, и они определяют, какие приложения куда идут. :::

:::p{html} В цифрах разница пока огромная. Solana обрабатывает 2-4 тысячи реальных TPS, блок создаётся за 400 миллисекунд, комиссия — одна десятая цента. [[gloss:ethereum|Ethereum]] [[gloss:l1|L1]] → 2.2 [[gloss:gas|Gas]] сейчас выдаёт 15-30 TPS, блок — 12 секунд, комиссия от цента до десяти долларов. Но грядущий апгрейд [[gloss:glamsterdam|Glamsterdam]] поднимет [[gloss:gas|gas]] limit с 60 до 200 миллионов, что даст [[gloss:l1|L1]] пропускную способность около 10 тысяч TPS — и часть нагрузки, которая раньше уходила на [[gloss:layer 2|L2]], теперь сможет жить прямо на основной сети. [[gloss:layer 2|L2]] при этом не исчезают, а переориентируются: теперь их роль не в том, чтобы быть «дешёвым [[gloss:ethereum|Ethereum]]», а в специализации — функции приватности, специализированные среды для отдельных приложений, низкие задержки для конкретных задач. :::

:::p{html} А вот что [[gloss:ethereum|Ethereum]] делает несравнимо лучше — это безопасность и децентрализация. У него работает более миллиона валидаторов против 750-800 у Solana, и за всю историю он не падал ни разу — против больше десятка серьёзных остановок Solana с 2021 по 2024 год. Общая стоимость активов в [[gloss:defi|DeFi]] на [[gloss:ethereum|Ethereum]] держится в диапазоне 55-70 миллиардов долларов — против 5,5-6 миллиардов у Solana. Это значит, что для приложений, где речь идёт о больших суммах долгосрочного капитала (страховые продукты, реальные активы, корпоративные казначейства), [[gloss:ethereum|Ethereum]] остаётся выбором по умолчанию. :::

:::p{html} Когда что выбирать на практике? Solana — для высокочастотных операций, где скорость и низкая комиссия критичны: торговля на DEX, мемкоины, мобильные платежи, GameFi и DePIN-сети. Если приложение должно обслуживать тысячи операций в секунду на копеечных суммах — Solana естественный выбор. [[gloss:ethereum|Ethereum]] [[gloss:l1|L1]] — для крупных [[gloss:defi|DeFi]]-протоколов, серьёзных активов, всего что требует максимальной безопасности. Специализированные [[gloss:layer 2|L2]] [[gloss:ethereum|Ethereum]] — для тех задач, где нужна именно их особенность: например, конфиденциальные платежи на zk-[[gloss:rollup|rollup]] или приложение с собственным набором правил исполнения. :::

:::p{html}

:::callout{icon=💡} Представьте две авиакомпании на одном маршруте. Традиционный перевозчик ([[gloss:ethereum|Ethereum]]) берёт больше за билет на основной сети, зато у него безупречная история безопасности за десять лет, огромная сеть лояльности, и регуляторы доверяют ему полностью. Бюджетная авиакомпания (Solana) летает напрямую за долю цены на новых самолётах, но в первые годы у неё были громкие отмены рейсов, а сеть маршрутов ещё растёт. Опытные путешественники выбирают перевозчика под свою задачу: институциональный капитал тяготеет к надёжности традиционной авиакомпании, а активные трейдеры с большим количеством мелких сделок и повседневные пользователи предпочитают скорость и стоимость бюджетной. :::

:::keypoints{label="Ключевые моменты"}

• Сравнение «Solana vs [[gloss:ethereum|Ethereum]]» — ложная дихотомия. Это две разные инженерные ставки, оптимизированные под разные задачи: одна сеть быстрее не потому, что лучше, а потому что согласилась на другие компромиссы по железу и децентрализации
• Главный аргумент Solana — скорость и дешевизна — постепенно перестаёт быть исключительным: после апгрейда [[gloss:glamsterdam|Glamsterdam]] основная сеть [[gloss:ethereum|Ethereum]] [[gloss:l1|L1]] догонит Solana по пропускной способности, а [[gloss:layer 2|L2]] уже сейчас работают на сопоставимых скоростях
• По безопасности и децентрализации [[gloss:ethereum|Ethereum]] значительно впереди: более миллиона валидаторов против 750-800 у Solana, 55-70 миллиардов [[gloss:tvl|TVL]] против 5,5-6 у Solana, ни одной полной остановки в истории — для серьёзного капитала это всё ещё важнее скорости
• Solana подходит для высокочастотных операций с малыми суммами: торговля на DEX, мемкоины, мобильные платежи, игры, DePIN. [[gloss:ethereum|Ethereum]] [[gloss:l1|L1]] — для крупных [[gloss:defi|DeFi]]-протоколов и серьёзных активов. [[gloss:layer 2|L2]] [[gloss:ethereum|Ethereum]] переориентируются с «дешёвого [[gloss:ethereum|Ethereum]]» на специализацию: приватность, низкие задержки, специализированные среды для отдельных приложений :::

:::details{badge=Практика title="Когда использовать Solana, когда Ethereum"} :::p{html} Когда выбирать Solana. Любые сценарии, где транзакций много, а сами транзакции мелкие — обмен на децентрализованных биржах, мемкоин-торговля и быстрые спекулятивные стратегии, мобильные платежи, игровые приложения с большим количеством мелких операций, DePIN-сети, где хотспот или GPU-нода совершает тысячи мелких начислений в день. Любая бизнес-модель, в которой комиссия в один цент за транзакцию ломает экономику, — это естественная территория Solana, потому что у неё комиссия в десятых долях цента и подтверждение за полсекунды. :::

:::p{html} Когда выбирать [[gloss:ethereum|Ethereum]] [[gloss:l1|L1]]. Когда речь идёт о крупных деньгах, которые нужно хранить долго и без перемещений. Институциональные [[gloss:defi|DeFi]]-протоколы вроде Aave и Lido, где в одном смарт-контракте лежат миллиарды долларов залогов и выдаваемых кредитов, тяжелее переезжают на Solana — даже если там быстрее и дешевле, риск катастрофического сбоя сети для держателя $50 миллионов значит больше, чем экономия на комиссиях. Сюда же — реальные активы (недвижимость, облигации, акции в токенизированной форме), корпоративные казначейства, продукты для квалифицированных инвесторов и всё, что зависит от регуляторной ясности — у [[gloss:ethereum|Ethereum]] уже есть спотовые [[gloss:etf|ETF]] в США, и десятилетняя история без полных остановок имеет вес для аудиторов и комплаенс-офисов. :::

:::p{html} Когда выбирать [[gloss:layer 2|L2]] [[gloss:ethereum|Ethereum]]. Когда нужна одновременно высокая скорость и расчётная безопасность [[gloss:l1|L1]]: пользовательская активность исполняется на [[gloss:layer 2|L2]] (Arbitrum, Base, Optimism), но финальное состояние закрепляется на основной сети [[gloss:ethereum|Ethereum]]. Это компромисс: дешевле и быстрее, чем [[gloss:l1|L1]], но иначе устроена доверительная модель (нужно полагаться на корректность доказательств [[gloss:rollup|rollup]]). К 2026 году [[gloss:layer 2|L2]] уже не позиционируются как универсальный «дешёвый [[gloss:ethereum|Ethereum]]», а специализируются под конкретные ниши — приватные платежи на zk-[[gloss:rollup|rollup]], среды для отдельных приложений, низкие задержки для трейдинговых приложений. ::: :::

:::details{badge=Глубже title="Конвергенция: миры сближаются"} :::p{html} Несмотря на разную философию, обе сети движутся навстречу друг другу. [[gloss:ethereum|Ethereum]] со своими [[gloss:layer 2|L2]] догоняет Solana по пользовательскому опыту: транзакции на Base или Arbitrum уже стоят центы и подтверждаются за секунды. То что раньше было главным аргументом «Solana удобнее для розничного пользователя», постепенно перестаёт быть таковым, и направление развития самой основной сети [[gloss:ethereum|Ethereum]] работает в ту же сторону. :::

:::p{html} Solana, в свою очередь, догоняет [[gloss:ethereum|Ethereum]] по надёжности. Появление Firedancer как второго независимого клиента — то самое, что позволило Solana продержаться более 800 дней без полной остановки, и сделало архитектуру более устойчивой к багам в одной кодовой базе. Это и есть подход, который в [[gloss:ethereum|Ethereum]] давно называют множественностью клиентов, и Solana к нему пришла на новом витке. :::

:::p{html} Происходит и взаимное проникновение технологий. [[gloss:svm|SVM]] (виртуальная машина Solana) начинает использоваться за пределами Solana — самый громкий пример — [[gloss:eclipse|Eclipse]], проект, который запустил мейннет в ноябре 2024 года и работает как [[gloss:layer 2|L2]] поверх [[gloss:ethereum|Ethereum]]: [[gloss:svm|SVM]] выполняет транзакции, данные хранит на Celestia, а финальное состояние закрепляется на [[gloss:ethereum|Ethereum]]. Со стороны [[gloss:ethereum|Ethereum]]-совместимого мира появились [[gloss:monad|Monad]] и [[gloss:sei|Sei]] — это новые блокчейны, которые используют привычный язык [[gloss:solidity|Solidity]] и виртуальную машину [[gloss:evm|EVM]], но при этом исполняют транзакции параллельно (примерно так же, как это делает [[gloss:sealevel|Sealevel]] в Solana). Через 3-5 лет граница между «быстрой Solana» и «безопасным [[gloss:ethereum|Ethereum]]» может размываться: каждая экосистема перенимает у соседа то, что у него лучше получалось. ::: :::

:::further{label="Для углублённого изучения"}

• Messari State of Solana | messari.io
• Electric Capital Developer Report | developerreport.com
• L2Beat | l2beat.com :::

:::quiz{id=q-2-3-s8 correct=3 explanation="Верно. Solana лучше всего подходит для высокочастотных операций с малой стоимостью: DePIN-телеметрия, игровые транзакции, микроплатежи и розничная торговля — сценарии, где $0.001 за транзакцию критически важен. [[gloss:ethereum|Ethereum]] лучше подходит, когда на первом месте максимальная безопасность, регуляторная ясность ([[gloss:etf|ETF]]) или широкая композируемость между [[gloss:layer 2|L2]]."} Когда стоит выбрать Solana вместо [[gloss:ethereum|Ethereum]] для проекта?

• Когда максимальная безопасность и проверенная инфраструктура критически важны (например, институциональное хранение)
• Когда нужна гарантия 100% uptime без исторических простоев
• Когда важнее всего композируемость между десятками [[gloss:layer 2|L2]]-роллапов
• Когда нужны комиссии ниже цента и финальность меньше секунды для высокочастотных операций вроде DePIN или платежей :::