Три поэтапных обновления, активируемых функциями, начали включаться в основной сети Solana на неделе 17 августа. Снижение арендной платы за хранение в цепочке на 90%, увеличение максимального размера транзакции в 3,3 раза и поэтапное сокращение времени слота с 400 мс до 200 мс представляют собой наиболее значительное изменение инфраструктуры Solana с момента выхода Firedancer в основную сеть.
Резюме
- Клиент Agave 4.2 от Solana начал активацию функций в основной сети на неделе 17 августа, предоставив три независимых обновления: снижение арендной платы на 90%, увеличение размера транзакций в 3,3 раза и поэтапное сокращение времени слота с 400 мс до 200 мс.
- SIMD-0437 снижает константу лампортов на байт с 6 960 до 696, уменьшая арендный депозит, освобожденный от аренды, для стандартного счета токена SPL с примерно 0,16 доллара до приблизительно 0,016 доллара, снижая стоимость развертывания программ в цепочке и создания счетов токенов на порядок.
- SIMD-0296 увеличивает максимальный размер транзакции с 1 232 байт до 4 096 байт с помощью нового формата транзакций v1, позволяя ZK-доказательствам, большим мультиподписям и схемам подписи BLS в цепочке выполняться как единые атомарные транзакции.
- SIMD-0525 нацелен на время слота 200 мс четырьмя последовательными уменьшениями на 50 мс, с защитным механизмом, который останавливает прогресс, если уровень пропуска блоков превышает заданный порог на любом этапе.
- Agave 4.2 также включает полную кодовую базу консенсуса Alpenglow, хотя активация в основной сети отложена до Agave 4.3 в октябре, когда Alpenglow заменит и Proof of History, и TowerBFT на алгоритм голосования Votor, нацеленный на финальность примерно 150 мс.
Дорожная карта инфраструктуры Solana на 2026 год представляет собой последовательность ставок, сложенных друг на друга. Firedancer достиг основной сети в декабре 2025 года и теперь несет примерно 14% доли основной сети на более чем 20% активных валидаторов. Agave 4.2 меняет экономические и производительные характеристики сети, которую запускают эти валидаторы. Alpenglow, выходящий в следующем релизе, полностью заменяет механизм консенсуса. Каждый уровень зависит от предыдущего, и каждый меняет то, что разработчики могут строить на Solana.
Эта статья разбирает три обновления Agave 4.2, измеряет, что каждое из них меняет на практике, и рассматривает, как они позиционируют Solana против дорожной карты Hegota от Ethereum и более широкой конкуренции за внимание разработчиков и пользователей.
Снижение арендной платы: что счета за 0,016 доллара означают для разработчиков
Арендная плата на Solana — это минимальный баланс, который пользователь должен внести, чтобы счет оставался открытым. Депозит зависит от объема хранимых данных. При предыдущей ставке стандартный счет токена SPL требовал примерно 0,16 доллара в SOL в качестве депозита, освобожденного от аренды. Эта сумма не является комиссией. Она заблокирована на счете, пока счет существует, и возвращается при закрытии счета.
SIMD-0437 снижает константу лампортов на байт в 10 раз, с 6 960 до 696. Депозит, освобожденный от аренды, для того же счета токена снижается до примерно 0,016 доллара. Для одного счета разница незначительна. Для приложений, создающих тысячи или миллионы счетов, разница структурная.
Децентрализованная биржа, поддерживающая книгу заявок в цепочке, создает счета для каждого открытого ордера. Игровой протокол, отслеживающий состояние игроков, создает счета для каждого активного игрока. Платформа токенизации, выпускающая дробные акции, создает счета для каждого держателя. В каждом случае стоимость запуска приложения линейно масштабируется с количеством счетов, и SIMD-0437 снижает эту стоимость на 90%.
Практический эффект заключается в том, что категории приложений, которые были неэкономичны на Solana при предыдущей ставке аренды, становятся жизнеспособными при новой. Ончейн-книги заявок с детализированными уровнями цен, полностью ончейн-игры с постоянным состоянием для миллионов игроков и платформы токенизации с десятками тысяч держателей становятся значительно дешевле в эксплуатации.
Контраргумент заключается в том, что более дешевое хранение увеличивает раздувание состояния. Каждый счет, существующий на Solana, занимает место, которое валидаторы должны хранить и обрабатывать. Снижение стоимости создания счетов на 90% может привести к соответствующему увеличению количества счетов, создавая нагрузку на аппаратные требования валидаторов. Anza, команда разработчиков, стоящая за Agave, утверждает, что сжатие состояния и функции управления жизненным циклом счетов в будущих выпусках решат проблему раздувания независимо от ставки аренды.
Крупные транзакции: от обходных путей к атомарному исполнению
Ограничение размера транзакции в 1232 байта было одной из самых серьезных проблем для разработчиков Solana. Это ограничение связано с лимитом размера пакета на основе UDP, который был установлен при запуске и с тех пор не обновлялся. Разработчикам, работающим со сложными операциями, ZK-доказательствами, крупными мультиподписными конфигурациями и мультиинструкционными DeFi-транзакциями, приходилось разбивать работу на несколько транзакций или использовать таблицы поиска адресов для сжатия ссылок.
SIMD-0296 повышает лимит до 4096 байт с помощью нового формата транзакций v1. Этот формат заменяет инструкции ComputeBudgetProgram на конфигурационную маску, переносимую непосредственно в заголовке транзакции, освобождая место для данных реальных инструкций. Транзакции v1 идентифицируются ведущим байтом версии 129 и не поддерживают таблицы поиска адресов, но при 4096 байтах полный список адресов в большинстве случаев может быть включен напрямую.
Влияние наиболее ощутимо для трех категорий разработчиков. Проверка ZK-доказательств, требующая передачи данных доказательства в качестве входных данных транзакции, теперь может быть выполнена как единая атомарная транзакция вместо разделения на несколько вызовов. Крупные мультиподписные кошельки со многими подписантами могут включать все подписи в одну транзакцию. А схемы подписи в цепочке, такие как BLS, требующие большего объема ключевого материала, могут выполняться без обходных путей.
Существующим приложениям не нужно меняться. Форматы транзакций v0 и legacy продолжают работать точно так же, как раньше. Только приложения, которым нужен больший размер, должны перейти на v1. Индексаторам и обозревателям блоков, которые декодируют необработанные байты транзакций, потребуется распознавать новую компоновку, но путь миграции является добровольным, а не принудительным.
Увеличение в 3,3 раза может показаться скромным по сравнению с практически неограниченными calldata в Ethereum. Разница в том, что транзакции Solana выполняются в одном слоте с детерминированным порядком, в то время как транзакции Ethereum конкурируют за включение в блок с переменными затратами на газ. Подход Solana обменивает гибкость на скорость: транзакция Solana размером 4096 байт подтверждается менее чем за секунду, в то время как сопоставимая транзакция Ethereum может ждать минуты в зависимости от цен на газ и загруженности блоков.
Путь к слотам в 200 мс
SIMD-0525 — самый амбициозный из трех апгрейдов и тот, который оказывает наиболее заметное влияние на пользователей. Текущее время слота Solana составляет 400 мс, что означает, что новый блок создается примерно каждые 0,4 секунды. SIMD-0525 нацелен на сокращение до 200 мс, фактически удваивая скорость производства блоков в сети.
Сокращение не происходит мгновенно. Оно осуществляется четырьмя последовательными уменьшениями на 50 мс: с 400 мс до 350 мс, затем до 300 мс, затем до 250 мс, затем до 200 мс. Каждое уменьшение ограничено активацией функции, которую должны принять валидаторы. Протокол включает критически важную защиту: если на любом этапе уровень пропуска блоков превысит заданный порог, сеть не перейдет к следующему уменьшению, пока стабильность не будет восстановлена.
В тестнете уже продемонстрированы слоты в 300 мс, что подтверждает первые два уменьшения. Оставшиеся шаги до 250 мс и 200 мс будут зависеть от производительности валидаторов в основной сети в условиях реальной нагрузки, которая отличается от условий тестнета по объему трафика, географическому распределению и разнообразию оборудования.
Для пользователей более быстрые слоты означают более быстрое подтверждение. Обмен на Solana DEX в настоящее время подтверждается примерно за 400 мс. При слотах в 200 мс тот же обмен подтверждается вдвое быстрее. Для маркет-мейкеров более короткие слоты означают более узкие спреды, поскольку окно, в течение которого котируемая цена может устареть, сокращается с каждым уменьшением. Для валидаторов более быстрые слоты означают более высокие требования к оборудованию: вычислительный бюджет на слот остается прежним, но время, доступное для его обработки, сокращается вдвое.
Проблема оборудования валидаторов не теоретическая. ETHNews сообщило, что обновление Agave 4.2 «делает его дешевле в использовании, но сложнее в эксплуатации». Снижение арендной платы снижает затраты для разработчиков. Сокращение времени слота увеличивает затраты для валидаторов. Является ли компромисс чистым плюсом, зависит от того, привлечет ли более дешевая разработка достаточно новой активности, чтобы оправдать более высокие инфраструктурные затраты, которые должны нести валидаторы.
Роль Firedancer в обновлении
Требования к производительности Agave 4.2 было бы труднее выполнить без присутствия Firedancer в основной сети. Клиент валидатора на C и C++ от Jump Crypto, который достиг основной сети в декабре 2025 года, обеспечивает базовый уровень производительности, который один только оригинальный клиент Agave не мог гарантировать.
Данные операторов за период развертывания с 2025 по 2026 год показывают, что валидаторы Firedancer достигли улучшения на 18-28 базисных пунктов в снижении пропусков, на 15% меньше пропущенных голосующих кредитов, задержку голосования примерно 1,002 слота и более заполненные блоки в среднем 47 миллионов против 44,8 миллионов вычислительных единиц под Agave. Эти различия важны, когда время слота сокращается вдвое, потому что допуск на задержки обработки уменьшается с каждым уменьшением.
Firedancer теперь держит примерно 14% доли основной сети среди более чем 20% активных валидаторов. Разнообразие клиентов также является функцией устойчивости: ошибка, которая приводит к сбою Agave, не обязательно повлияет на Firedancer, и наоборот. Для сети, готовящейся сократить время слота вдвое, а затем полностью заменить механизм консенсуса, наличие двух независимых клиентов — это не роскошь, а требование безопасности.
Alpenglow: переписывание консенсуса, ожидающее в следующем выпуске
Agave 4.2 поставляет полную кодовую базу Alpenglow, но не активирует ее в основной сети. Эта активация зарезервирована для Agave 4.3, нацеленного на октябрь 2026 года. Когда он выйдет, Alpenglow заменит и Proof of History, и TowerBFT — две системы, которые Solana использует с момента запуска в 2020 году.
Замена — это Votor, алгоритм голосования, нацеленный на финальность примерно 150 мс по сравнению с текущей финальностью TowerBFT в 12,8 секунды. Votor полностью устраняет транзакции голосования в цепочке. При TowerBFT валидаторы отправляют голоса как обычные транзакции, которые потребляют место в блоке и вычислительные единицы. При Votor валидаторы обмениваются голосами напрямую через отдельный канал, освобождая пропускную способность блока для пользовательских транзакций.
Модель безопасности допускает одновременное нахождение 20% доли в офлайне и 20% доли враждебной. Anza опубликовала программу вознаграждения за обнаружение ошибок для Alpenglow в размере 50 000 SOL, с открытием подачи заявок 5 августа, что указывает на уверенность в кодовой базе, признавая при этом, что замена консенсуса такого масштаба требует внешней проверки безопасности.
Последовательность важна. Agave 4.2 снижает арендную плату, увеличивает размер транзакций и начинает сокращать время слотов. Agave 4.3 заменяет механизм консенсуса. Каждое обновление предназначено для независимого использования, но полное видение — слоты 200 мс с финальностью 150 мс на протоколе консенсуса, который не потребляет место в блоке для голосования, — требует успешного выпуска всех из них.
Как это соотносится с дорожной картой Hegota Ethereum
Solana и Ethereum идут разными путями к одной цели: снижение затрат, более высокая пропускная способность и более быстрая финальность. Контраст между Agave 4.2 и планом обновления Hegota от Ethereum иллюстрирует архитектурные различия.
Временные рамки Hegota от Ethereum предусматривают крайний срок для предпочтений в сентябре, а само обновление нацелено на 2027 год. Объем все еще определяется: было подано 66 предложений, и сообщество должно сократить большинство из них перед завершением обновления. Ключевые кандидаты включают EIP-8182 для нативной конфиденциальности, FOCIL для устойчивости к цензуре и увеличение пропускной способности блобов для масштабируемости роллапов. Devnet Glamsterdam сорвался, отодвинув сроки еще дальше.
Подход Solana быстрее и более централизован в принятии решений. Anza устанавливает график активации функций, валидаторы принимают его, и обновление происходит. Нет аналога многолетнему процессу EIP Ethereum с управлением сообществом по поводу того, какие предложения попадут в список. Компромисс заключается в том, что Solana может выпустить три крупных обновления в одном релизе, в то время как Ethereum требуется 12-18 месяцев, чтобы завершить сопоставимый объем изменений.
Разрыв в производительности после Agave 4.2 очевиден. Solana со слотами 200 мс и финальностью Alpenglow 150 мс подтверждала бы транзакции менее чем за 400 мс. Текущая финальность Ethereum составляет примерно 13 минут, а улучшения Hegota, если они будут реализованы, нацелены на финальность одного слота, которая все еще будет измеряться секундами, а не миллисекундами.
Разрыв в стоимости также увеличивается. Снижение арендной платы Solana делает хранение в сети на порядок дешевле. У Ethereum L1 остается дорогим для хранения, при этом роллапы поглощают большую часть снижения затрат за счет данных blob. Для разработчиков, выбирающих, где создавать новые приложения, экономика инфраструктуры все больше благоприятствует Solana для случаев использования, требующих высокой пропускной способности, низкой стоимости и быстрой финализации.
Контраргумент заключается в том, что более медленный процесс Ethereum приводит к более надежным, проверенным в бою обновлениям с более широким консенсусом сообщества. Преимущество Solana в скорости достигается ценой давления на централизацию валидаторов и меньшего запаса прочности во время крупных инфраструктурных переходов. Рынок в конечном итоге будет судить оба подхода по внедрению разработчиками и активности пользователей, а не только по техническим характеристикам.
Сигнал миграции разработчиков
Обновления инфраструктуры имеют значение только в том случае, если разработчики реагируют, создавая приложения, которые их используют. Опережающим индикатором является не цена SOL или TVL, а скорость развертывания новых программ и объем внедрения транзакций v1 в недели после активации.
Экосистема разработчиков Solana неуклонно росла на протяжении 2026 года: Фонд Solana сообщает о более чем 2500 активных ежемесячных разработчиках в своем последнем отчете об экосистеме. Ожидается, что снижение арендной платы ускорит разработку ончейн-игр, децентрализованных социальных протоколов и платформ токенизации, которые ранее были ограничены затратами на создание аккаунтов.
Конкурентная динамика также актуальна. Разработчики, которые ждали более дешевую инфраструктуру Solana, теперь имеют ее. Разработчики, которые рассматривали роллапы Ethereum из-за затрат, должны взвесить дополнительную сложность мостов L2 и фрагментированную ликвидность по сравнению с интегрированным опытом L1 Solana при аналогичных или более низких затратах.
Противоположный случай: почему эти обновления несут риск
Бычий сценарий для Agave 4.2 заключается в том, что он делает Solana дешевле, быстрее и функциональнее. Медвежий сценарий заключается в том, что он делает Solana сложнее в эксплуатации, увеличивая давление на централизацию валидаторов, одновременно внося три одновременных изменения в сеть, которая обрабатывает миллиарды долларов ежедневного объема.
Снижение арендной платы создает риск роста состояния. Если количество аккаунтов в Solana увеличится пропорционально снижению затрат, валидаторам придется хранить и обрабатывать в 10 раз больше данных состояния. Фонд Solana не опубликовал прогноз роста состояния для среды после SIMD-0437.
Сокращение времени слота увеличивает требования к оборудованию в то время, когда затраты на валидаторов Solana уже выше, чем в большинстве конкурирующих сетей. Валидатору, работающему на Solana, требуется высокопроизводительное оборудование с быстрым NVMe-хранилищем, высокоскоростной сетью и значительным объемом оперативной памяти. Уменьшение времени слота вдвое не удваивает стоимость оборудования, но сужает запас прочности и может вытеснить более мелких валидаторов ниже порога производительности, необходимого для избежания штрафов за пропуски.
Увеличение размера транзакции вводит новый формат, который должны поддерживать индексаторы, кошельки и SDK. Хотя миграция является добровольной, фрагментация экосистемы между форматами транзакций v0, legacy и v1 создает дополнительную сложность для разработчиков и поставщиков инфраструктуры.
Сроки также создают риск исполнения. Одновременная активация трех основных функций в сети, обрабатывающей миллиарды долларов ежедневно, означает, что любые эффекты взаимодействия между обновлениями, сценарий, который тестнет может не полностью воспроизвести, могут проявиться под производственной нагрузкой. Поэтапное сокращение времени слота снижает самый большой риск, но снижение арендной платы и увеличение размера транзакции активируются без эквивалентных мер защиты.
Существует также конкурентный риск, о котором меньше говорят. Если Agave 4.2 преуспеет, это подтвердит тезис о том, что одна команда может внедрять крупные инфраструктурные изменения быстрее, чем децентрализованный процесс управления Ethereum. Этот тезис привлекает разработчиков в краткосрочной перспективе. В долгосрочной перспективе он создает зависимость от продолжающейся компетентности Anza и согласованности с экосистемой. Более медленный процесс Ethereum распределяет этот риск среди более широкого круга участников. Что важнее — скорость или устойчивость — зависит от временного горизонта.
Что могло бы опровергнуть медвежий сценарий: успешная активация всех трех функций без увеличения показателей пропусков, без ухода валидаторов и измеримый рост активности разработчиков и ончейн-аккаунтов в течение 90 дней. Окно в 90 дней важно, потому что изменения в инфраструктуре часто проявляются постепенно, а не сразу.
Что смотреть
- Пропуск блоков после каждого уменьшения времени слота. Защитный механизм в SIMD-0525 останавливает прогресс, если частота пропусков превышает порог. Пройдет ли сеть через все четыре уменьшения или остановится на промежуточном шаге, покажет реальные пределы инфраструктуры валидаторов Solana.
- Скорость создания аккаунтов после снижения арендной платы. Резкое увеличение новых аккаунтов подтверждает тезис о том, что арендная плата была существенным барьером для разработки. Плоское создание аккаунтов будет означать, что ограничение было в другом месте.
- Принятие транзакций v1. То, как быстро поставщики кошельков, DEX и DeFi-протоколы примут более крупный формат транзакций, определит, приведет ли увеличение размера к новым возможностям или останется неиспользованным.
- Результаты программы вознаграждений за найденные ошибки Alpenglow. Программа с вознаграждением в 50 000 SOL, завершающаяся до выпуска Agave 4.3, даст публичные результаты проверки безопасности, которые покажут, будет ли октябрьский переход консенсуса осуществлен по графику.
- Траектория доли Firedancer. Разнообразие клиентов является предпосылкой для профиля риска этих обновлений. Увеличится ли доля Firedancer с 14% до 33%, порога, который широко считается необходимым для значимой устойчивости, имеет значение для безопасности сети во время перехода.
Часто задаваемые вопросы
Что такое Solana Agave 4.2?
Agave 4.2 — это крупный релиз клиента от Anza, команды разработчиков, стоящей за основным программным обеспечением валидатора Solana. Он включает три обновления, управляемых функциями: снижение арендной платы за хранение в сети на 90%, увеличение максимального размера транзакции в 3,3 раза и поэтапное сокращение времени слота с 400 мс до 200 мс.
Когда Agave 4.2 активировался в основной сети?
Активация функций началась на неделе 17 августа 2026 года. Три обновления активируются независимо через механизм переключателей функций Solana, что означает, что каждое из них может выполняться по своему собственному графику в зависимости от принятия валидаторами.
Сколько экономит разработчикам снижение арендной платы?
Депозит, освобождающий от арендной платы для стандартного токен-аккаунта SPL, снижается примерно с 0,16 до 0,016 доллара, что составляет снижение на 90%. Для приложений, создающих тысячи или миллионы аккаунтов в сети, совокупная экономия значительна.
Что позволяет сделать больший размер транзакции?
Максимальный размер транзакции увеличивается с 1232 байт до 4096 байт благодаря новому формату v1. Это позволяет проверять ZK-доказательства, настраивать большие мультиподписи и использовать схемы подписи BLS в виде единых атомарных транзакций, а не разбивать их на несколько вызовов.
Как работает сокращение времени слота?
SIMD-0525 сокращает время слота с 400 мс до 200 мс четырьмя последовательными уменьшениями по 50 мс. Каждый шаг управляется активацией функции, и протокол останавливает прогресс, если частота пропуска блоков превышает порог безопасности на любом этапе.
Что такое Alpenglow и когда он активируется?
Alpenglow — это новый механизм консенсуса, который заменяет и Proof of History, и TowerBFT на алгоритм голосования Votor, обеспечивая финальность примерно за 150 мс. Кодовая база поставляется в Agave 4.2, но активация в основной сети запланирована на Agave 4.3 в октябре 2026 года.
Влияет ли Agave 4.2 на существующие приложения?
Снижение арендной платы и изменения времени слота применяются автоматически ко всем приложениям. Больший размер транзакции является опциональным через новый формат v1. Существующие транзакции v0 и устаревшие продолжают работать без изменений.
Каковы риски этих обновлений?
Основные риски включают увеличение раздувания состояния из-за более дешевого хранения, более высокие требования к оборудованию валидаторов из-за более быстрых слотов и фрагментацию экосистемы из-за нового формата транзакций v1. Поэтапное развертывание с защитными механизмами от пропусков предназначено для снижения риска времени слота. Это образовательный анализ, а не инвестиционная рекомендация.
