7 мин
Механизм и цели обновления SIMD-0286
Разработчики Solana готовятся к активации предложения SIMD-0286, которое повысит максимальный объем вычислительных ресурсов, доступных в одном блоке. Этот параметр, измеряемый в Compute Units (CU), напрямую влияет на количество и сложность транзакций, которые сеть может обработать за один раз. Увеличение лимита является ответом на растущий спрос на место в блоке, особенно в периоды высокой рыночной волатильности. Solana
Согласно данным Solana Foundation, после предыдущего повышения лимита до 60 млн CU более 11% блоков заполнялись на 90% и выше. Новый лимит в 100 млн CU предоставит необходимый запас производительности для децентрализованных приложений, торговых ботов и других высоконагруженных сервисов. Обновление, инициированное Jito Labs, будет активировано в начале эпохи 1009 и уже работает в тестовых сетях. Coindesk
Технические детали: фокус на параллельную обработку
Ключевой особенностью обновления является то, что оно затрагивает только общий лимит вычислений на блок (Max Block Compute Units). При этом лимит на вычислительные единицы для записи в один аккаунт (Max Writable Account Units) останется неизменным на уровне 12 млн CU. Это означает, что дополнительная мощность будет направлена на параллельную обработку несвязанных транзакций, а не на увеличение нагрузки на один популярный смарт-контракт.
Такой подход решает проблему «горячих» аккаунтов, которые могут перегружать сеть. Ранее один такой аккаунт мог потреблять до 20% ресурсов блока, теперь же его доля не превысит 12%. Это изменение стимулирует разработчиков создавать более эффективные и параллелизуемые приложения.
Хронология масштабирования и готовность сети
Нынешнее обновление является частью последовательной стратегии масштабирования сети. Хронология увеличения лимита выглядит следующим образом:
- До июля 2025 года: Лимит составлял 50 млн CU.
- Июль 2025 года: Активация предложения SIMD-0256, лимит увеличен до 60 млн CU.
- Июль 2026 года: Планируемая активация SIMD-0286, лимит будет увеличен до 100 млн CU.
Решение о столь значительном увеличении пропускной способности стало возможным благодаря широкому внедрению валидаторами технологии XDP (kernel-bypass networking). По данным Solana Foundation, более 70% стейка в сети уже используют XDP, что ускоряет распространение блоков и минимизирует риски, связанные с их увеличением.
Потенциальные риски и контроль производительности
Несмотря на технологическую подготовку, существуют и потенциальные риски. Увеличение объема блока повышает требования к аппаратному обеспечению валидаторов. Участники сети с менее производительным оборудованием могут столкнуться с увеличением времени обработки блоков, что теоретически может повлиять на стабильность и скорость их производства.
Основные метрики, за которыми будет следить сообщество:
- Время создания блока и пропущенные слоты.
- Процент успешных транзакций.
- Показатели производительности валидаторов.
В ближайшие дни после активации обновления эти данные станут главным индикатором того, насколько успешно инфраструктура Solana справляется с амбициозными планами по масштабированию.
Частые вопросы
Как обновление SIMD-0286 повлияет на сеть Solana?
Это обновление увеличит лимит вычислительных единиц (CU) в блоке с 60 до 100 миллионов, что повысит пропускную способность сети на 66%. Это позволит обрабатывать больше транзакций и сложных смарт-контрактов, снижая конкуренцию за место в блоке в периоды пиковой нагрузки.
Почему Solana может безопасно увеличить лимит вычислений в блоке?
Безопасность обновления обеспечена широким внедрением технологии XDP, которую используют более 70% валидаторов сети. Эта технология ускоряет распространение блоков, минимизируя риски, связанные с увеличением их размера, и позволяет наращивать производительность без ущерба для стабильности.
Изменится ли лимит на запись в один аккаунт после обновления Solana?
Нет, лимит на запись в один аккаунт (Max Writable Account Units) останется на прежнем уровне в 12 млн CU. Это означает, что дополнительная пропускная способность будет направлена на параллельную обработку множества несвязанных транзакций, а не на увеличение нагрузки на один популярный смарт-контракт.
