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

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

Запрос на включение, подготовленный командой Firedancer и опубликованный 24 сентября 2025 года, явно сформулирован как предложение «после Alpenglow». В Alpenglow узлы избирателей транслируют SkipVote, если они не могут выполнить предложенный блок в течение отведённого времени. Поскольку медленные блоки автоматически пропускаются, авторы утверждают, что отдельный протокол, ограничивающий вычислительные единицы на блок, больше не нужен.

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

Влияние на пользователей и разработчиков

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

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

Технические аспекты

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

Что изменится для пользователей и разработчиков, если SIMD-0370 будет реализован?

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

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

На момент публикации Solana торгуется по цене $205,38.

Источник

Не является инвестиционной рекомендацией.

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

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

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

«В Alpenglow узлы избирателей транслируют SkipVote, если они не успевают выполнить блок… Этот SIMD устраняет ограничение на вычислительные единицы на уровне блоков», — говорится в документе, описывая лимит как ненужный при обновлённых правилах планирования.

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

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

Комментарии к предварительной версии кода

Комментарии основных участников и клиентских команд подчёркивают как краткосрочное влияние на пользователей, так и границы изменений. Один из рецензентов кратко изложил практическую выгоду: «Снятие ограничения сегодня имеет ощутимые преимущества для экосистемы и конечных пользователей… не дожидаясь, пока будет разработана будущая архитектура сети». Другой подчеркнул, что некоторые ограничения блоков всё равно останутся, ссылаясь на «максимальный лимит shred», в то время как другие предложили сохранить ограничения на CU для каждой транзакции и рассматривать любые изменения как отдельное, более масштабное обсуждение.

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

Что изменится для пользователей и разработчиков, если SIMD-0370 будет реализован?

В периоды пиковой нагрузки — при проведении air drops, выпуске токенов, рыночной волатильности — блоки могут содержать больше вычислений, если они могут быть выполнены и распространены в течение слотового времени, что потенциально повысит устойчивую пропускную способность и сгладит скачки платы за транзакции.

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

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

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

Источник

Не является инвестиционной рекомендацией.