Solana может получить турбо-ускорение, поскольку Firedancer нацелен на ограничения блоков

Стремление к повышению производительности Solana получило новый импульс на этой неделе, когда инженеры, стоящие за Firedancer, альтернативным высокопроизводительным клиентом валидатора, возглавляемым Jump, подали новый документ по улучшению Solana (SIMD-0370) для удаления ограничения вычислительных единиц (CU) на уровне блока в сети — изменение, которое, по их мнению, стало избыточным после Alpenglow и немедленно приведет к повышению пропускной способности и снижению задержки при скачках спроса.

Следующий турбо-ускоритель для Solana

Запрос на включение, созданный "Командой Firedancer" и открытый 24 сентября 2025 года, явно представлен как предложение "пост-Alpenglow". В Alpenglow узлы голосования отправляют SkipVote, если они не могут выполнить предложенный блок в отведенное время. Поскольку медленные блоки автоматически пропускаются, авторы утверждают, что отдельное ограничение CU на блок, обеспечиваемое протоколом, не является необходимым.

"В Alpenglow узлы голосования отправляют SkipVote, если они не успевают выполнить блок вовремя... Поэтому этот SIMD удаляет ограничение вычислительных единиц блока", — говорится в документе, описывающем это ограничение как излишнее при обновленных правилах планирования.

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

"Пропускная способность сети определяется не возможностями оборудования, а произвольным ограничением вычислительных единиц блока", — пишут они, прежде чем изложить, почему снятие этого ограничения перестроит стимулы как для клиентов валидаторов, так и для разработчиков программ.

Ранние комментарии к обзору кода от основных участников и клиентских команд подчеркивают как ближайшее влияние на пользователей, так и границы изменения. Один из рецензентов резюмировал практическую выгоду: "Удаление ограничения сегодня имеет ощутимые преимущества для экосистемы и конечных пользователей... без ожидания, пока будущая архитектура сети будет полностью разработана". Другой подчеркнул, что некоторые ограничения блока останутся, ссылаясь на "максимальный предел фрагментации", в то время как другие предложили, что сеть, вероятно, должна сохранить ограничения CU для каждой транзакции на данный момент и рассматривать любые изменения в этой области как отдельное, более далеко идущее обсуждение.

Соображения безопасности и живучести занимают видное место. Рецензенты попросили предложение явно объяснить, почему безопасность сохраняется, даже если блок слишком тяжелый для своевременного распространения; ответ Alpenglow заключается в том, что такие блоки просто не получают голосов, то есть они пропускаются — поддерживая прогресс без штрафов для сети. Авторы Firedancer согласны с тем, что решающим ограничителем является время и бюджет распространения, а не статический потолок CU.

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

Что важно, SIMD-0370 совместим с будущими разработками. Текущие проекты для нескольких одновременных предлагающих — долгосрочный пункт дорожной карты для Solana — иногда предполагают ограничение блока, а иногда нет. Рецензенты подчеркивают, что удаление текущего ограничения не исключает архитектуры с одновременными предлагающими в будущем; оно просто разблокирует улучшения, которые "могут быть реализованы уже сегодня".

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

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

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

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

На момент публикации Solana торговалась по цене 205.38$.