NEAR Protocol — L1-блокчейн с шардированием Nightshade, быстрым консенсусом Doomslug и ориентиром на «chain abstraction» (единый аккаунт для работы в нескольких сетях). Протокол поддерживает человекочитаемые аккаунты (alice.near), многоуровневые ключи доступа и низкие комиссии; подтверждение транзакций занимает ~1–2 секунды при блоке ~600–1300 мс.
Основные характеристики
- Архитектура: шардирование Nightshade (распараллеливание состояния/исполнения на «шарды» и «чанки»).
- Консенсус: Doomslug (быстрая практическая финальность после наращивания подтверждений в следующих блоках).
- Производительность: заявлены блоки ~600 мс и финальность ~1,2 с (пост-обновления 2025 г.); ранее — ~1,3 с.
- Аккаунтная модель: именованные и «имплицитные» аккаунты, много ключей с разными правами (FullAccess / FunctionCall).
- Языки смарт-контрактов: Rust и JavaScript (исполнение в WebAssembly).
- Токеномика: целевая эмиссия до ~5%/год, 70% комиссий сгорает, 30% комиссий идёт контракту-получателю.
- Многосетевой уровень: Chain Signatures — возможность подписывать и исполнять транзакции в других сетях с NEAR-аккаунта.
Архитектура: Nightshade, шарды и эпохи
- Nightshade делит сеть на шарды: блок собирается из «чанков» шардов, что позволяет масштабировать пропускную способность без полного хранения всего состояния каждым узлом. Модель учитывает вопросы доступности данных и валидации состояния.
- Эпохи и валидаторы. Сеть работает эпохами; состав валидаторов фиксирован на эпоху и переизбирается на её границах. На границах же применяются изменения параметров/шардирования.
- Роль валидаторов. Валидаторы производят блоки/чанки и проверяют транзакции, обеспечивая безопасность сети.
- Благодаря Doomslug финальность достигается быстро: последующие блоки с поддержками (endorsements) дают практическую необратимость при нормальной сети.
Аккаунты и ключи доступа
NEAR использует человекочитаемые именованные аккаунты (user.near) и имплицитные (производные от публичного ключа). Аккаунт может содержать смарт-контракт и множество ключей:
- FullAccess key — полный контроль (переводы, деплой, управление ключами/саб-аккаунтами).
- FunctionCall key — ограниченный вызов методов конкретного контракта (без перевода токенов), улучшает UX dApp.
Такой подход упрощает «логин ключом», делегирование прав приложению и ротацию/отзыв ключей без смены аккаунта.
Транзакции, комиссии и хранение
Транзакции состоят из наборов действий (Actions), оплачиваются газом по детерминированным тарифам и обрабатываются сетью с последующей финальностью.
Экономика комиссий:
- 70% уплаченной комиссии сгорает, 30% поступает аккаунту-контракту как стимул разработчикам. Суммарная эмиссия эпохи уменьшается на величину сожжённых сборов.
- Хранение (storage staking). Контракты резервируют NEAR под занимаемое хранилище — механизм дисциплинирует рост состояния и защищает сеть от спама.
Многосетевой уровень: Chain Abstraction
NEAR продвигает chain abstraction — единый аккаунт и UX для взаимодействия с разными сетями. Технология Chain Signatures позволяет NEAR-аккаунтам (включая контракты) подписывать и исполнять транзакции в сторонних L1/L2 (в т. ч. без смарт-контрактов вроде Bitcoin), что упрощает создание мультичейн-dApp.
Производительность и доступность
Сеть демонстрировала пиковые объёмы (десятки миллионов транзакций в сутки) и «без даунтайма» за годы работы, при этом в 2025 г. объявлен релиз 600 мс блоков и ~1,2 с финальности. Фактическая производительность зависит от нагрузки и конфигурации шардов.
Токен NEAR и стейкинг
- Эмиссия и сжигание. Базовая эмиссия до ~5%/год, скорректированная на сжигание комиссий; при высокой сети возможна «дефляция» выпуска в отдельных периодах.
- Стейкинг PoS. Владельцы делегируют NEAR валидаторам через контракты/пулы; вознаграждения зависят от доли стейка и параметров сети.
Для разработчиков
- Контракты: Rust/JavaScript, компиляция в WebAssembly; SDK, песочница/тестнет, инструменты наблюдения.
- Модель действий и газа: предсказуемые тарифы на действия/вызовы.
- Аккаунты/ключи: проектирование UX с FunctionCall-ключами, тонкая грануляция прав.
Плюсы и ограничения
| Аспект | Плюсы | Ограничения/риски |
|---|---|---|
| Масштабирование | Шардирование Nightshade, быстрая финальность Doomslug. | Сложность реализации/операций шардов, зависимость UX от кроссшардовой маршрутизации. |
| UX аккаунтов | Человекочитаемые ID, много ключей/прав, улучшенный dApp-UX. | Необходимость грамотного управления ключами и лимитами FunctionCall. |
| Экономика | Сжигание 70% комиссий, стимулы для контрактов (30%). | Эмиссия/доход валидаторов зависят от сетевого спроса и сборов. |
| Мультичейн | Chain Signatures и «chain abstraction». | Безопасность кросс-цепных подписей и операционный риск интеграций. |
Частые вопросы (FAQ)
NEAR — это L1 или L2? L1 с собственным консенсусом и шардированием; при этом развивает уровень «chain abstraction» для мультичейн-UX.
Сколько подтверждений ждать? Финальность — порядка секунд (после одного-двух блоков); для критичных операций учитывайте сетевые условия и практику сервиса.
Можно ли писать контракты на JS? Да. Поддерживаются Rust и JavaScript (WASM).
Как распределяются комиссии? 70% сгорает, 30% получает контракт-получатель; эмиссия компенсирует вознаграждения валидаторов и уменьшается на сожжённые сборы.
Что такое FunctionCall-ключи? Ключи, ограниченные вызовом конкретного контракта (без перевода токенов), улучшают UX и безопасность.