Эта статья создана с помощью ИИ. Пожалуйста, проверяйте важную информацию самостоятельно.

Solana Firedancer TPS: объяснение 1 млн транзакций

Crypto Wiki|Oct 8, 2026|★★★★★★4.5 (500 оценок)
Краткое содержание ИИ

Discover what Solana Firedancer's 1,000,000 TPS benchmark means, how it works, and its impact on network performance and reliability.

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

Примечание о статусе: развертывание Firedancer, условия тестов и внедрение клиента валидаторами меняются со временем. Читайте об этапах ниже с учетом указанных дат и проверяйте текущий статус развертывания через цитируемые официальные источники.

Ключевые выводы

  • Эталонный TPS: В ходе контролируемого тестирования в тестнете Firedancer от Jump Crypto продемонстрировал 1 000 000 транзакций в секунду (TPS) — показатель, измеренный в оптимальных лабораторных условиях, а не текущая производительность в мейннете.
  • Реальный TPS: В настоящее время Solana обрабатывает в мейннете в общей сложности 2 000–4 000 TPS; транзакции без голосования (фактическая активность пользователей) составляют в среднем 400–1 000 TPS.
  • Что такое Firedancer: Независимый клиент-валидатор для Solana, написанный на C/C++ компанией Jump Crypto, а не токен, форк или обновление протокола.
  • Статус на дату источника: В черновике источника указано, что Frankendancer запущен в мейннете, а полный Firedancer находится в стадии поэтапного развертывания до 2025 года; проверяйте текущий статус в официальных источниках.
  • Два преимущества: Более высокая пропускная способность и разнообразие клиентов снижают уязвимость Solana к сбоям в работе сети.

Содержание


Что такое Firedancer? Объяснение второго клиента-валидатора Solana

Firedancer — это независимая, созданная с нуля реализация клиент-валидатора Solana (программного обеспечения, которое запускают компьютеры для обработки транзакций и участия в консенсусе сети), написанная на языках C и C++ компанией Jump Crypto, криптовалютным и блокчейн-подразделением Jump Trading Group. Это не токен, не форк и не обновление протокола. Firedancer работает на том же протоколе Solana, что и существующий клиент Agave, точно так же, как Lighthouse и Prysm работают на протоколе Ethereum, не являясь при этом разными блокчейнами.

Сама Solana представляет собой высокопроизводительный блокчейн уровня 1 без необходимости разрешения (распределенный, криптографически защищенный реестр, записывающий транзакции на тысячах компьютеров одновременно), предназначенный для масштабируемых децентрализованных приложений. Основанная в 2017 году Анатолием Яковенко, бывшим инженером Qualcomm, который изобрел Proof of History, Solana запустила свой мейннет в бета-версии в 2020 году. По состоянию на 2024–2025 годы мейннет Solana обеспечивают около 1900 активных валидаторов, каждый из которых вносит токены SOL в качестве залога и получает взамен вознаграждение за блок.

До появления Firedancer каждый валидатор Solana запускал один и тот же клиент: Agave. Клиент Agave (ранее клиент-валидатор Solana Labs, теперь поддерживаемый Anza, командой, поддерживающей клиент-валидатор Agave) написан на языке Rust и обеспечивал работу Solana с момента запуска бета-версии мейннета. Firedancer меняет это положение дел, предоставляя валидаторам второй, независимый вариант, созданный с другими инженерными приоритетами и принципиально иной внутренней архитектурой.

Firedancer делает для Solana три вещи: приближает пропускную способность транзакций к эталонному пределу в 1 000 000 TPS, снижает задержку обработки и вносит разнообразие клиентов в экосистему валидаторов. Разнообразие клиентов (наличие двух независимо разработанных реализаций одного и того же протокола) — это свойство структурной устойчивости, которого Solana в настоящее время не хватает. Firedancer устраняет этот пробел.

Кто создал Firedancer?

Firedancer был создан Jump Crypto, криптовалютным и блокчейн-подразделением Jump Trading Group, одной из крупнейших в мире компаний в сфере высокочастотной торговли (HFT) и маркетмейкинга. Этот бэкграунд имеет прямое значение: работа над производительностью внутри Firedancer, включая сетевое взаимодействие с обходом ядра, цели по задержке менее миллисекунды и прямой доступ к оборудованию, отражает инженерные приоритеты, которые фирмы количественной торговли применяют к традиционной финансовой инфраструктуре, где скорость обработки измеряется в микросекундах.

Исходный код Firedancer полностью открыт и доступен в репозитории Firedancer на GitHub с открытым исходным кодом.). Техническая документация и результаты тестов опубликованы в техническом блоге Jump Crypto, посвященном Firedancer.).


Как Firedancer достигает экстремальной пропускной способности: глубокое погружение в архитектуру

Firedancer опирается на существующее скоростное преимущество Solana, в частности на Proof of History (PoH). PoH — это криптографическая система отсчета времени, которая работает как непрерывно запущенный секундомер, помечая каждую транзакцию проверяемой временной меткой, чтобы валидаторы могли договориться о порядке транзакций без обмена сообщениями туда-сюда, который замедляет другие сети. Консенсусная архитектура Solana сочетает в себе PoH для упорядочивания транзакций с Tower BFT (протокол консенсуса Solana с византийской отказоустойчивостью) для окончательности и Proof of Stake (PoS) для выбора валидатора. PoH не является самостоятельным механизмом консенсуса; это уровень предварительного упорядочивания, который устраняет основное узкое место координации. Firedancer не заменяет PoH. Он улучшает все остальные уровни стека валидатора, чтобы раскрыть полный потенциал пропускной способности PoH. Дополнительные инновации, включая протокол Gulf Stream от Solana (пересылка транзакций без мемпула) и протокол распространения блоков Turbine (распределение блоков в стиле BitTorrent), завершают фундамент, на котором работает Firedancer. Для получения дополнительной информации о PoH см. официальную документацию Solana по Proof of History.).

Представьте архитектуру Firedancer как заводскую сборочную линию. Клиент Agave — это один квалифицированный рабочий, который последовательно выполняет каждый этап производства: получение материалов, сортировку, проверку, обработку и упаковку. Firedancer превращает этого одиночного рабочего в специализированную производственную линию, где каждый участок (станция) выполняет ровно одну задачу одновременно со всеми остальными. Firedancer называет эти участки «тайлами» (tiles).

Архитектура тайлов: специализированная конвейерная обработка

Firedancer организует работу валидатора в конвейер изолированных этапов обработки. Каждый тайл выполняет ровно одну задачу, запускается как отдельный процесс операционной системы и работает одновременно со всеми другими тайлами:

Net tile (Сетевой тайл): принимает необработанные сетевые пакеты от сетевой карты и передает их в конвейер.

Verify tile (Тайл проверки): выполняет криптографическую проверку подписи входящих транзакций, подтверждая, что каждая из них была авторизована правильным приватным ключом.

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

Bank tile (Банковский тайл): выполняет транзакции в соответствии с текущим состоянием реестра, применяя изменения баланса счетов и программную логику.

PoH tile (Тайл PoH): записывает криптографическое доказательство времени для каждой партии выполненных транзакций.

Разбивка плиток: Разбивает завершенные блоки на более мелкие передаваемые единицы и распространяет их по сети валидаторов.

Поскольку каждая плитка работает как отдельный процесс, сбой в одной плитке не распространяется на другие. Конвейер продолжает обработку, пока затронутая плитка перезапускается. Sealevel, среда выполнения параллельной обработки транзакций Solana, уже обрабатывает неконфликтующие транзакции одновременно. Конвейер плиток Firedancer подает данные в эту среду выполнения со скоростями, которым архитектура Agave не может соответствовать.

Сетевые решения с обходом ядра и DPDK

Стандартная сетевая обработка направляет входящие данные через сетевой стек операционной системы, прежде чем приложение сможет их прочитать, добавляя задержку на каждом этапе. Firedancer обходит весь этот путь, используя DPDK (Data Plane Development Kit) — программную библиотеку, которая позволяет валидатору напрямую взаимодействовать с сетевым оборудованием, полностью минуя стандартный сетевой стек операционной системы.

Разница аналогична выделенной экспресс-полосе, ведущей напрямую к автомагистрали, по сравнению со стандартным въездом, который проходит через светофоры. DPDK — это экспресс-полоса: пакеты идут от сетевой карты к сетевой плитке Firedancer, сокращая задержку с миллисекунд до микросекунд.

Почему Firedancer написан на C/C++ вместо Rust

Firedancer написан на C и C++ вместо Rust, языка, который использует Agave, потому что C и C++ обеспечивают детерминированное управление выделением памяти и системными вызовами. В критических путях, где задержка обработки измеряется в микросекундах, поведение памяти во время выполнения имеет значение на уровне, которому модель владения Rust не предназначена для приоритезации. Rust высокопроизводителен, и Agave хорошо работает по общепринятым стандартам. Приоритеты проектирования Firedancer просто делают C/C++ более естественным выбором.

Agave против Firedancer: Сравнительная таблица

ХарактеристикаКлиент AgaveFiredancer
ЯзыкRustC / C++
АрхитектураМонолитная (один процесс)Модульный конвейер плиток
РазработчикAnzaJump Crypto
СтатусДействующий (большинство валидаторов)Поэтапное развертывание в мейннете
Основная цель дизайнаСтабильность, проверенный консенсусМаксимальная пропускная способность, минимальная задержка

Оба клиента реализуют один и тот же протокол Solana. Это не конкурирующие блокчейны; это альтернативные способы запуска валидатора Solana.


Solana Firedancer TPS: Разбор заявления о 1 000 000 TPS

В контролируемых тестовых испытаниях клиент валидатора Firedancer от Jump Crypto продемонстрировал 1 000 000 транзакций в секунду (TPS), но это число означает нечто конкретное. Для его понимания необходимо разделить три различные метрики TPS, которые часто путают в большинстве публикаций.

TPS измеряет, сколько отдельных транзакций сеть может обработать и подтвердить в течение одной секунды. Представьте это как полосы на шоссе: больше полос означает, что больше автомобилей (или транзакций) могут двигаться одновременно без заторов. Существующая архитектура Solana уже предоставляет ей гораздо больше полос, чем Bitcoin или Ethereum. Firedancer увеличивает пропускную способность этой дороги на порядок. Но количество полос, которое дорога теоретически может вместить, количество, которое она обрабатывает под нагрузкой, и количество, которое она обрабатывает в обычное утро вторника, — это три разные цифры.

Разграничение трех видов TPS

Тип TPSЗначениеУсловия
Тестовый TPS1 000 000 TPSВнутренние тесты Jump Crypto на тестовой сети, 2023 г.; контролируемое оборудование и типы транзакций; не измерение в реальном мейннете
Теоретический максимум TPS~65 000 TPSТекущий потолок архитектуры уровня 1 Solana при идеальных сетевых условиях; редко поддерживается на практике
Реальный TPS2 000–4 000 TPS всего; 400–1 000 TPS без голосовСреднее значение в реальном мейннете (данные за 2024–2025 гг.); транзакции без голосов представляют собой фактическую активность пользователей

В исходном черновике отсутствует ссылка на независимую стороннюю проверку бенчмарка 1M TPS. Эта цифра представляет собой архитектурный предел в оптимальных условиях, а не гарантию стабильной работы мейннета.

Примечание о транзакциях голосования: Валидаторы Solana передают сообщения консенсуса голосования ончейн как фактические транзакции, которые учитываются в общих показателях TPS. Это не пользовательские транзакции. TPS без голосов (400–1000 TPS) является более значимым показателем для оценки пропускной способности приложений Solana. Разрыв между тестовыми и реальными показателями TPS отражает ограничения распространения в сети, гетерогенность оборудования в наборе валидаторов, динамику рынка комиссий за транзакции и тот факт, что полный Firedancer еще не развернут на всех валидаторах.

По мере увеличения принятия Firedancer в мейннете разрыв между тестовыми и реальными показателями, как ожидается, сократится, но сроки полного развертывания продолжают развиваться.


Как Solana Firedancer TPS сопоставляется с Ethereum, Bitcoin, Visa и SWIFT

Текущий реальный TPS Solana, составляющий 2000–4000, уже примерно в 100 раз превышает пропускную способность уровня 1 Ethereum и примерно в 400 раз — Bitcoin. Показатель бенчмарка Firedancer выводит этот разрыв на совершенно иной уровень, хотя сравнение включает разные типы показателей в разных условиях.

Прямые сравнения TPS между сетями блокчейнов и традиционными платежными процессорами служат иллюстрацией масштаба, а не архитектурными эквивалентами. Visa управляет централизованной базой данных без необходимости децентрализованного консенсуса. Solana обрабатывает транзакции более чем на 1900 независимых валидаторах, которые должны достичь согласия перед финализацией любой транзакции. Трилемма масштабируемости блокчейна объясняет, почему это сложно: блокчейн может достичь максимум двух из трех свойств одновременно (масштабируемость, безопасность и децентрализация). Firedancer решает проблему масштабируемости, одновременно повышая безопасность за счет разнообразия клиентов.

Сравнение TPS: Solana Firedancer против основных блокчейнов и платежных сетей (2025 г.)

Сеть / СистемаТипичный реальный TPSТеоретический / Пиковый TPSПримечания
Solana (текущая, до полного Firedancer)2 000–4 000 всего; 400–1 000 без голосов~65 000По состоянию на 2024–2025 гг.; без голосов = фактические пользовательские транзакции
Solana + Firedancer (бенчмарк)Еще не измерено в масштабе в мейннете1 000 000Бенчмарк Jump Crypto на тестовой сети, 2023 г.; контролируемые условия
Ethereum L1~15–30~30По дизайну; полагается на решения уровня 2 (L2) роллапы для масштабируемости
Ethereum L2 (Arbitrum / Optimism / Base)~2 000–4 000 (совокупно)Варьируется в зависимости от L2Офчейн пакетная обработка, отправляемая обратно на Ethereum L1
Bitcoin~7~7Базовый уровень по дизайну; приоритет безопасности над пропускной способностью; сеть Lightning не включена
Ripple (XRP)~1 500~1 500Ориентирован на платежи; централизованный набор валидаторов
Avalanche~4 500~4 500Архитектура подсетей; показатели варьируются в зависимости от подсети
Visa~24 000~65 000+ (заявленный пик)Централизованный платежный процессор; не децентрализованная сеть
Mastercard~5 000~5 000Централизованный платежный процессор
SWIFT~50 (эквивалент сообщений/сек)Н/ДСлой банковских сообщений, а не цепочка расчетов; ~42 миллиона сообщений в день

Наиболее коммерчески значимое сравнение — это показатель бенчмарка Solana по сравнению с Ethereum L1: бенчмарк Firedancer в 1M TPS представляет собой примерно 33 000-кратное превышение пропускной способности уровня 1 Ethereum. Ethereum стремится к масштабируемости через решения уровня 2 (L2), такие как Arbitrum, Optimism и Base, которые обрабатывают транзакции вне основной цепочки Ethereum и периодически отправляют доказательства обратно на L1. Такой подход обеспечивает масштаб, но вводит сложность через мосты, фрагментацию ликвидности и дополнительные предположения о доверии. Solana стремится к масштабируемости непосредственно на уровне 1, сохраняя композитность единой унифицированной сети.

Для подробного сравнения подхода Solana с подходом Ethereum см. наше сравнение производительности Solana против Ethereum. Для контекста различий в производительности Ethereum и Bitcoin, сравнение производительности Ethereum против Bitcoin охватывает ключевые отличия.


От Frankendancer к Firedancer: Сроки развертывания и статус мейннета с датами источников

Frankendancer — это временный гибридный клиент валидатора, который объединяет высокопроизводительный сетевой уровень Firedancer с установленной логикой консенсуса и выполнения Agave. Это намеренная промежуточная точка, разработанная для того, чтобы валидаторы могли внедрить улучшения скорости Firedancer, не отказываясь полностью от проверенного консенсусного поведения Agave. У Firedancer нет единой даты запуска. Его развертывание происходит поэтапно, каждый этап представляет собой протестированное, проверенное продвижение к полной замене клиента.

Frankendancer получил свое неофициальное название от Франкенштейна в сочетании с Firedancer, отражая его гибридную природу: быстрый сетевой стек Firedancer, привитый к проверенной серверной части консенсуса и выполнения Agave. Это разговорное название, широко используемое в сообществе разработчиков Solana.

Frankendancer не является отдельным блокчейном, отдельным токеном или постоянным решением. Это переходная конфигурация, которая предоставляет валидаторам доступ к сетевым компонентам Firedancer для обработки пакетов, сохраняя при этом логику консенсуса Agave. Такой поэтапный подход позволяет сети накапливать опыт работы с компонентами Firedancer перед переходом к полной замене. Frankendancer уже обеспечивает измеримое повышение TPS и снижение задержки по сравнению с одним Agave, хотя и не на уровне полных эталонных показателей Firedancer.

Развертывание мейннета Firedancer происходит поэтапно, без единой даты публичного запуска.

ЭтапСтатус / Дата
Анонс Firedancer от Jump Crypto2022
Публикация репозитория Firedancer на GitHub2022–2023
Демонстрация 1 млн TPS (тестовая сеть)2023
Начало развертывания Frankendancer на мейннете2024
Полный поэтапный вывод Firedancer на мейннет2024–2025 (продолжается)

Метрики развертывания обновляются непрерывно. Актуальные показатели использования клиентского ПО валидаторами см. по ссылке актуальное распределение клиентского ПО валидаторов на solana.com.). Процент сетевого стейка, работающего на Frankendancer или полном Firedancer, напрямую влияет на совокупное реальное увеличение TPS.

Для операторов валидаторов: Firedancer требует сетевые карты (NIC), поддерживающие драйверы DPDK для своего сетевого стека, минующего ядро. Конкретные аппаратные требования могут меняться по мере развития программного обеспечения. Валидаторам, рассматривающим миграцию, следует ознакомиться с репозиторием Firedancer на GitHub для получения актуальных аппаратных спецификаций и документации по миграции.


Как Firedancer повышает надежность сети Solana и снижает риск сбоев

Разнообразие клиентов означает, что несколько независимых программных реализаций одного и того же протокола блокчейна работают одновременно на разных валидаторах, и это одно из двух основных улучшений надежности, которые Firedancer приносит Solana наряду с прямым увеличением пропускной способности. Если каждый валидатор Solana использует одно и то же программное обеспечение, один критический баг в этом ПО может привести к сбою или остановке всей сети одновременно, поскольку все валидаторы выходят из строя вместе. При одновременной работе двух независимых клиентов валидаторы Firedancer остаются полностью работоспособными, если один клиент (Agave) выходит из строя.

Работа двух независимых клиентов валидаторов в сети Solana подобна наличию двух отдельных производителей двигателей, поставляющих флот самолетов. Если у двигателей одного производителя обнаруживается критический недостаток, авиакомпании, использующие двигатели другого производителя, продолжают полеты. Флот с одним поставщиком останавливает все самолеты одновременно. Архитектура Solana до Firedancer — это именно такой флот с одним поставщиком.

Solana пережила несколько сетевых сбоев между 2021 и 2023 годами, вызванных атаками спама транзакциями, которые перегружали память валидаторов, ошибками консенсуса в клиенте Agave и неправильно сконфигурированными узлами валидаторов. Сетевая перегрузка (состояние, при котором спрос на транзакции превышает пропускную способность сети, что приводит к сбою транзакций, их бесконечной постановке в очередь или необходимости более высоких комиссий) была повторяющимся механизмом в этих событиях.

Firedancer значительно снижает уязвимость Solana к двум категориям сетевых сбоев. Его более высокий потолок пропускной способности создает гораздо больше пространства для маневра до возникновения перегрузки. А его независимый исходный код означает, что ошибка программного обеспечения, влияющая на Agave, не распространяется на валидаторы Firedancer. Оба клиента реализуют один и тот же протокол, но не имеют общего кода, поэтому логическая ошибка в одном не создает коррелированный сбой во всей сети.

Сеть Ethereum продемонстрировала заметно возросшую устойчивость, когда достигла значительного разнообразия клиентов между Lighthouse, Prysm и Teku. Ни один отдельный клиент не контролирует супербольшинство валидаторов Ethereum, что означает, что любая отдельная ошибка клиента затрагивает только часть валидаторов. Solana стремится к такому же уровню архитектурной устойчивости посредством Firedancer.

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


Реальные варианты использования, которые открывает TPS Firedancer на Solana

Более высокая пропускная способность на уровне 1 (Layer 1) снимает ограничение, которое в настоящее время сдерживает определенные категории приложений на Solana, в частности те, которые требуют практически реального времени расчета (settlement), глубокой ликвидности в книге ордеров (order book liquidity) или непрерывных потоков микроплатежей. Смарт-контракты (называемые программами в официальной документации Solana) обеспечивают работу DeFi, игр и платежных приложений в сети. Каждый из следующих вариантов использования имеет специфические требования к пропускной способности, на которые напрямую нацелена архитектура Firedancer.

Децентрализованные финансовые (DeFi) приложения, включая торговлю, кредитование, деривативы и фарминг доходности, работающие через смарт-контракты без централизованных посредников, фундаментально ограничены TPS и скоростью окончательности (finality speed) блокчейна. Книги ордеров (on-chain order books) полностью воспроизводят функциональность традиционной централизованной лимитной книги ордеров (CLOB) ончейн. Каждый спрос (bid), каждое предложение (ask), каждое исполнение, каждая отмена — это отдельная транзакция. При текущем реальном TPS Solana платформы, такие как OpenBook (ончейн книга ордеров Solana) и Drift Protocol (платформа для торговли фьючерсами), могут работать, но глубина книги ордеров и скорость исполнения остаются ограниченными по сравнению с централизованными биржами. С более высоким потолком пропускной способности Firedancer, ончейн книги ордеров смогут приблизиться к скорости исполнения и глубине инфраструктуры централизованных бирж, делая децентрализованную торговлю действительно конкурентоспособной с кастодиальными площадками. Централизованные и децентрализованные биржи выигрывают от более быстрого расчета и более низких транзакционных издержек.

При своей эталонной пропускной способности Solana с поддержкой Firedancer теоретически может одновременно обрабатывать совокупный объем транзакций Visa (в среднем ~24 000 TPS) и Mastercard (~5 000 TPS), сохраняя при этом свободные мощности. Такой масштаб позиционирует Solana как надежную инфраструктуру для глобальных платежных расчетов, выходящую за рамки переводов криптовалюта-криптовалюта. Solana Pay, существующий платежный протокол на базе Solana, уже позволяет осуществлять платежи в точках продаж с завершением менее чем за секунду (момент, когда транзакция становится необратимой в реестре). Более высокая пропускная способность Firedancer также меняет экономику микроплатежей: транзакции в доли цента становятся жизнеспособными в больших масштабах, когда сетевые расходы распределяются на гораздо больший объем транзакций.

Блокчейн-игры

Игровые приложения требуют обработки транзакций в реальном времени. Передача внутриигровых активов, сделки на маркетплейсах и обновления состояния должны завершаться за миллисекунды, чтобы игроки чувствовали отклик. Существующее время блока Solana, составляющее примерно 400 миллисекунд, уже конкурентоспособно по сравнению с другими блокчейн-платформами для игр, но игровая логика, требующая нескольких последовательных транзакций в секунду на одного игрока, быстро достигает текущего потолка пропускной способности. Более высокий показатель TPS и меньшая задержка Firedancer делают Solana жизнеспособной инфраструктурой для игр в реальном времени, где текущие скорости блокчейна создают заметные задержки. Дизайн игр, который ранее требовал управления состоянием офчейн для поддержания скорости отклика, с профилем производительности Firedancer сможет перенести больше логики ончейн.


Что Firedancer значит для инвесторов Solana (SOL) и экосистемы

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

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

Технический ров. Среди основных блокчейнов уровня 1 эталонный показатель TPS Firedancer не имеет опубликованных аналогов. Если полное развертывание пойдет по текущей траектории, реальный TPS Solana может значительно масштабироваться по сравнению с текущими уровнями по мере роста внедрения среди валидаторов. Это лидерство по пропускной способности может привлечь категории приложений, у которых в настоящее время нет жизнеспособного ончейн-решения в любой конкурирующей сети, включая высокочастотный DeFi, расчеты в реальном времени и глобальную платежную инфраструктуру.

Надежность и доверие разработчиков. Сбои, которые Solana пережила в период с 2021 по 2023 год, нанесли репутационный ущерб среди разработчиков и институциональных пользователей, которым требуется надежная инфраструктура. Разнообразие клиентов Firedancer устраняет структурную причину этих сбоев. По мере того как Frankendancer получает более широкое распространение, а Firedancer развертывается полностью, подтвержденный рекорд бесперебойной работы сети может способствовать росту доверия разработчиков, хотя это зависит от дальнейшего прогресса развертывания и отсутствия новых сценариев сбоев.

Спрос в экосистеме. Более высокая пропускная способность поддерживает большую активность DeFi, генерируя больше комиссий за транзакции, что может поддержать безопасность сети и экономику валидаторов. Более функциональная инфраструктура привлекает больше разработчиков, которые создают больше приложений, которые, в свою очередь, привлекают больше пользователей. Приведет ли эта цепочка к росту стоимости токена SOL, зависит от факторов, выходящих далеко за рамки технических характеристик: нормативно-правовой среды, общих рыночных циклов и темпов развертывания Firedancer.

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


Часто задаваемые вопросы о TPS Solana Firedancer

Каков текущий TPS Solana?

По состоянию на 2024–2025 годы Solana обрабатывает примерно 2 000–4 000 общих TPS в мейннете (живая рабочая сеть), включая транзакции голосования валидаторов. Транзакции без голосования, представляющие реальную активность пользователей, составляют в среднем 400–1 000 TPS. Данные в реальном времени доступны на странице Solscan с данными TPS Solana. Эти цифры будут меняться по мере распространения Firedancer среди валидаторов.

Что такое Firedancer и почему это важно для Solana?

Firedancer — это независимый клиент-валидатор для Solana, написанный на C/C++ компанией Jump Crypto, который продемонстрировал 1 000 000 TPS в ходе контролируемого эталонного тестирования в 2023 году. Это важно по двум причинам: он поднимает потолок пропускной способности Solana далеко за пределы того, что достигает клиент Agave, и вводит разнообразие клиентов (вторую независимую кодовую базу), что снижает риск общесетевых сбоев из-за одной ошибки в ПО.

Да, в ходе контролируемого эталонного тестирования, проведенного Jump Crypto в 2023 году. Эта цифра представляет собой архитектурный потолок в оптимальных условиях тестнета, а не текущую производительность мейннета. В исходном черновике сообщается о диапазоне в мейннете от 2 000 до 4 000 общих TPS для снимка данных на тот момент. Цифра 1 млн показывает, что архитектура Firedancer теоретически может выдержать; реальный TPS мейннета может измениться по мере распространения среди валидаторов. Эталонный TPS, теоретический TPS и реальный TPS — это три разных измерения, которые не следует смешивать.

Реальный TPS Solana (2 000–4 000) превышает показатель уровня 1 Ethereum (~15–30 TPS) примерно в 100 раз и Bitcoin (~7 TPS) примерно в 400 раз. С эталонным показателем Firedancer в 1 млн TPS разрыв увеличивается примерно до 33 000 раз по сравнению с уровнем 1 Ethereum. Низкий TPS Биткоина преднамерен: его дизайн отдает приоритет безопасности и децентрализации над пропускной способностью. Ethereum решает вопросы масштабирования с помощью решений уровня 2, а не изменений архитектуры уровня 1.

Firedancer решает проблему перегрузки с помощью двух механизмов: повышая потолок пропускной способности, чтобы всплески спроса с меньшей вероятностью перегружали вычислительные мощности, и внедряя разнообразие клиентов, чтобы ошибка, вызванная перегрузкой и приводящая к сбою валидаторов Agave, не останавливала одновременно валидаторы Firedancer. Представьте это как расширение шоссе и гарантию того, что поломка в одной полосе не заблокирует все движение.

Клиент Agave, поддерживаемый Anza, — это оригинальное программное обеспечение валидатора Solana, написанное на Rust с монолитной архитектурой, где все задачи обработки выполняются в одном едином процессе. Firedancer, поддерживаемый Jump Crypto, — это новая независимая реализация, написанная на C/C++ с модульной конвейерной архитектурой на основе тайлов, где каждая задача обработки выполняется как изолированный процесс. Оба клиента реализуют один и тот же протокол Solana. Это альтернативные способы запуска валидатора Solana, а не конкурирующие блокчейны.

Frankendancer — это гибридный клиент-валидатор, который сочетает в себе высокопроизводительный сетевой уровень Firedancer с устоявшейся логикой консенсуса и исполнения Agave. Неформальное название происходит от «Франкенштейна» в сочетании с Firedancer, что отражает его гибридную природу. Это переходный этап между использованием только Agave и запуском полного Firedancer; его развертывание в мейннете началось в 2024 году. Frankendancer не является отдельным блокчейном, токеном или протоколом.

У Firedancer нет единой даты запуска. Развертывание происходит поэтапно. В исходном черновике Frankendancer описывается как работающий в мейннете, а полный Firedancer находится на стадии поэтапного внедрения в течение 2024–2025 годов. Публичная дата завершения полного развертывания не подтверждена. Данные о внедрении клиентами-валидаторами в реальном времени можно проверить в разделе распределения клиентов на solana.com.

Да. Firedancer повышает надежность с помощью двух механизмов: более высокая пропускная способность снижает вероятность сбоев из-за перегрузок, а разнообразие клиентов гарантирует, что программная ошибка в одном клиенте-валидаторе не приведет к остановке всей сети. Опыт Ethereum с несколькими консенсус-клиентами (Lighthouse, Prysm, Teku) подтверждает этот подход: устойчивость сети заметно выросла, когда Ethereum достиг значимого распределения клиентов. Firedancer не является гарантией от всех будущих сбоев, но он устраняет два исторически наиболее распространенных типа отказов.

Чем архитектура Firedancer отличается от других блокчейн-валидаторов?

Большинство блокчейн-валидаторов используют монолитную архитектуру, где все задачи обработки выполняются в рамках единого унифицированного процесса. Firedancer использует конвейер на основе тайлов (tiles), где каждая задача (прием данных из сети, проверка подписей, выполнение транзакций, запись блоков) запускается как изолированный процесс одновременно с другими. Сбой в одном тайле не распространяется на весь конвейер. Это одновременно и функция производительности (параллельное выполнение), и функция надежности (изоляция сбоев между этапами обработки).

Как скорость Solana соотносится с традиционными платежными системами, такими как Visa?

Текущий реальный показатель TPS Solana, составляющий 2000–4000, уже покрывает значительную долю средней нагрузки сети Visa (в среднем ~24 000 TPS). Контрольный показатель Firedancer в 1 000 000 TPS примерно в 40 раз превышает среднюю пропускную способность Visa. Прямое сравнение требует признания того, что Visa управляет централизованной базой данных, в то время как Solana управляет децентрализованной сетью из более чем 1900 валидаторов, что делает достижение сопоставимой пропускной способности Solana архитектурно более сложной задачей.

На каком языке программирования написан Firedancer и почему это важно?

Firedancer написан на C и C++, языках более низкого уровня, чем Rust, который использует Agave. C и C++ позволяют осуществлять детерминированный контроль над распределением памяти и прямой доступ к аппаратным примитивам — свойствам, которые важны, когда целевые показатели задержки обработки измеряются в микросекундах. Этот выбор обеспечивает сетевое взаимодействие Firedancer в обход ядра через DPDK, где пакеты передаются напрямую от сетевой карты в приложение, не проходя через сетевой стек операционной системы.

Solana быстрее Ripple (XRP)?

Да. Реальный TPS Solana в 2000–4000 уже превышает пропускную способность сети Ripple, составляющую примерно 1500 TPS. С контрольным показателем Firedancer в 1 000 000 TPS разрыв значительно увеличивается, хотя эта цифра получена в контролируемых условиях тестнета, а не при стабильной работе в мейннет. Ripple нацелен на расчет платежей с централизованным набором валидаторов; Solana нацелена на выполнение смарт-контрактов общего назначения с децентрализованной сетью валидаторов.

Какие приложения Firedancer позволит реализовать на Solana?

Более высокая пропускная способность Firedancer расширяет возможности для ончейн книг ордеров (таких как OpenBook), платформ бессрочных контрактов (таких как Drift Protocol), расчетов по платежам в режиме реального времени и блокчейн-игр, требующих завершения транзакций менее чем за секунду. Любая категория приложений, где текущий TPS Solana создает потолок пропускной способности, включая высокочастотные стратегии DeFi, игровые экономики с мультиплеером в реальном времени и глобальную инфраструктуру микроплатежей, становится более жизнеспособной по мере развертывания Firedancer.

Как Firedancer влияет на цену токена SOL?

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


Заключение: роль Firedancer в высокопроизводительном будущем Solana

Firedancer представляет собой документально подтвержденное архитектурное достижение для Solana: проверенный контрольный показатель в 1 000 000 TPS в контролируемых тестах, активное поэтапное развертывание через Frankendancer в мейннет и структурное улучшение надежности за счет разнообразия клиентов, что устраняет уязвимость, которая способствовала прошлым сбоям в сети Solana.

Цифра в 1 000 000 TPS представляет собой потенциал Firedancer, а не текущую реальность мейннет. В исходном черновике сообщается о 2000–4000 общих TPS и 400–1000 TPS без учета голосования для этого временного среза. Архитектурная основа для приближения к гораздо более высокой устойчивой пропускной способности наглядно создана, и переход от Frankendancer к полноценному Firedancer — это путь, по которому реальные показатели могут измениться по мере роста внедрения валидаторами.

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

Чтобы изучить технические характеристики Firedancer напрямую, авторитетными первоисточниками являются репозиторий Firedancer с открытым исходным кодом на GitHub и технический блог Firedancer от Jump Crypto.

Полезное чтение:

  • Ethereum против Bitcoin: у кого больше потенциал роста
  • Near Intents: Транзакции в блокчейне на основе намерений

Связанные технические руководства по Solana

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