Подробности
1. Nightshade 2.0 и Stateless Validation (май 2025)
Обзор: Это крупное архитектурное обновление, которое сделало сеть значительно быстрее и доступнее. Оно позволяет обрабатывать больше транзакций параллельно и упрощает участие валидаторов.
Обновление Nightshade 2.0 оптимизировало механизм шардинга NEAR, который распределяет нагрузку сети. Благодаря этому пропускная способность транзакций увеличилась в четыре раза. Вместе с этим была внедрена концепция «stateless validation» — валидация без необходимости хранить всю историю блокчейна. Это снижает требования к оборудованию валидаторов и привлекает больше участников.
Что это значит: Это положительный фактор для NEAR, так как обеспечивает более быструю, дешёвую и децентрализованную сеть. Пользователи получают более быстрые подтверждения транзакций, а снижение барьеров для валидаторов повышает безопасность и устойчивость сети.
(Источник)
2. Resharding V3 и обновления протокола (март 2025)
Обзор: Это скоординированное обновление включало три последовательных улучшения протокола, которые существенно расширили возможности сети. Было увеличено количество параллельно работающих цепочек (шардов) и улучшена их коммуникация.
Выпуск представил Resharding V3 — новую систему динамического добавления шардов, увеличив сеть с 6 до 8 шардов. Также был запущен кросс-шардовый планировщик пропускной способности (NEP-584), который более эффективно управляет потоком данных между шардовыми цепочками. Это критично для обработки большого объёма сложных транзакций между цепочками.
Что это значит: Это позитивно для NEAR, так как создаёт техническую основу для масштабирования и массового использования. Увеличение количества шардов позволяет сети обслуживать миллионы пользователей и приложений без перегрузок, поддерживая амбиции NEAR как высокопроизводительного слоя для AI и децентрализованных приложений.
(Источник)
3. Структурированный процесс выпуска и поддержки (в процессе)
Обзор: NEAR использует строгий многоэтапный процесс для выпуска обновлений кода, что обеспечивает стабильность и даёт валидаторам и разработчикам чёткие сроки для необходимых действий.
Все обновления проходят публичный график релизов, обычно около 5 недель тестируются на тестовой сети перед переходом в основную. Команда применяет цветовую систему оповещений ([CODE_RED], [CODE_YELLOW]) в каналах валидаторов для передачи срочности — от критических патчей безопасности до обязательных обновлений протокола, что обеспечивает скоординированные действия.
Что это значит: Это нейтральный фактор для NEAR, отражающий зрелость операционной деятельности, а не конкретную функцию. Такой подход снижает риски при обновлениях и минимизирует простои сети, создавая надёжную среду для разработчиков и пользователей.
(Источник)
Заключение
Текущий курс развития NEAR сосредоточен на горизонтальном масштабировании через шардинг и оптимизации межцепочечной коммуникации, закладывая техническую основу для роли масштабируемого слоя исполнения. Вопрос в том, как эти улучшения производительности отразятся на следующем витке привлечения разработчиков и активности пользователей?