Skip to main content

NEAR Protocol

NEAR Protocol — справочная карточка криптопроекта: что делает продукт и насколько проверяемы ключевые утверждения проекта; также — соответствие тезису Decentralized AI (DecAI Fit).

NEAR Protocol — L1/Infra проект, токен (символ: NEAR).

Дисклеймер

Важно: эта страница — справочный разбор проекта. В рамках DecAIHub отдельно фиксируется проверка сведений из открытых источников по AI‑тезису (что реально AI/onchain/зачем токен и на каких источниках это основано).
Это не является финансовой рекомендацией и не является советом покупать/продавать/держать актив. Мы не оцениваем цену, доходность, тайминг входа/выхода.
Выводы основаны на публично доступных материалах, обнаруженных на дату проверки. Отсутствие подтверждения не означает отсутствие технологии.

TL;DR (для тех, кто не про ИИ)

  • Что это: L1‑блокчейн и платформа для смарт‑контрактов и dApps.
  • Для кого: разработчики приложений, пользователи dApps, валидаторы/операторы инфраструктуры.
  • Зачем ончейн/токен: сеть хранит состояние приложений и исполняет контракты; токен NEAR используется для оплаты операций (fees), стейкинга и механизмов безопасности/управления.

Как это работает (очень кратко)

  1. Пользователь делает: отправляет транзакции и взаимодействует со смарт‑контрактами (dApps).
  2. Система делает: валидаторы подтверждают и финализируют блоки; контракты исполняются в сети.
  3. Пользователь получает: изменение состояния (перевод, вызов контракта, запись данных) с публичной проверяемостью.
  4. Где блокчейн: хранение состояния аккаунтов/контрактов и выполнение правил протокола — onchain.
  5. Роль токена: оплата комиссий/ресурсов, стейкинг для безопасности сети, участие в governance‑процессах (по описанию Tier‑1).

Быстрые ссылки: AI‑соответствие

Паспорт проекта

Поле Значение
Название проекта NEAR Protocol
Также известен как (aliases) NEAR
Лого (logo) ../assets/near_logo.svg
Символ токена (ticker) NEAR
Категория AI/Other | Infra
Основная сеть (chain) NEAR
Тип Appchain
Статус сети mainnet
Консенсус (consensus) PoS (Nightshade)
Дата запуска (launch_date) 2020-04-22
Статус проекта (status) active
Токен (стандарт) native
Контракт токена —
Модель токена (token_type) utility (fee-mechanism)
Макс. предложение не ограничено (инфляция ≤ 5%/год; может стать дефляционным при сжигании fees)
Эмиссия inflationary (целевой max ~5%/год; fees частично burn)
Токеномика (tokenomics, кратко) NEAR используется для fees (gas/ресурсы), стейкинга валидаторов и описан как участие в governance‑процессах; часть fees сжигается (Tier‑1).
Управление company/foundation (governance process; NEAR Foundation как координатор на раннем этапе)
Админы/ключи —
Аудит yes
Bug bounty yes
Команда (team) NEAR Foundation
Финансирование (investors/funding) —
AI‑компонент (ai_component) AI initiatives/agents in ecosystem
Use‑case (use_case) L1 for dApps + AI agents/AI apps
DecAI Fit — AI‑соответствие (AI thesis fit) 3/6 — среднее соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit ai_score 1 / onchain_score 3 / token_score 3 / evidence_score 3
Last verified 2026-02-10
Тип Ссылка
Website https://near.org/
Docs https://docs.near.org/
GitHub https://github.com/near/nearcore
Releases / Changelog https://github.com/near/nearcore/releases
Whitepaper https://pages.near.org/papers/the-official-near-white-paper
Roadmap https://github.com/near/nearcore/milestones
Security advisories https://github.com/near/nearcore/security
Explorer https://explorer.near.org/
X https://twitter.com/nearprotocol
Discord https://near.chat
Telegram https://t.me/neardev
Medium https://medium.com/nearprotocol/
Audit report(s) https://hacken.io/audits/near/l1-near-nearcore-oct2023/
Bug bounty https://hackenproof.com/near/near-protocol
CoinGecko (профиль, справочно) https://www.coingecko.com/en/coins/near
CoinMarketCap (профиль, справочно) https://coinmarketcap.com/currencies/near-protocol/

Общее описание проекта

NEAR — L1‑блокчейн и платформа для смарт‑контрактов, предназначенная для разработки и запуска децентрализованных приложений. Он предоставляет сеть валидаторов, onchain‑исполнение контрактов и хранение состояния аккаунтов/контрактов. Экосистема включает инструменты разработчика и публичный explorer для проверки активности сети.

Фичи/модули

  • Смарт‑контракты и аккаунты: onchain‑исполнение и хранение состояния.
  • Шардинг: масштабирование за счёт архитектуры Nightshade (описано в Tier‑1 whitepaper).
  • Инструменты и экосистема разработчика: SDK/репозитории и документация.

Типичные сценарии

  • Сценарий 1: пользователь взаимодействует с dApp/контрактом → получает onchain‑результат (транзакция/изменение состояния).
  • Сценарий 2: разработчик деплоит контракт и обновляет логику приложения → приложение работает onchain.
  • Сценарий 3: валидатор стейкает NEAR и участвует в валидации → получает вознаграждения по правилам сети.

Как начать (кошелёк/сеть)

  • Что нужно: аккаунт/кошелёк NEAR и доступ к приложению/инструментам разработчика.
  • Сеть/chain: NEAR mainnet.
  • Комиссии: операции в сети оплачиваются в NEAR (fees/gas), часть комиссий сжигается (Tier‑1 whitepaper).

Архитектура/техника (без AI)

  • Компоненты: сеть валидаторов/нод, протокольное onchain‑исполнение, референс‑клиент/кодовая база (nearcore), explorer.
  • Роли участников: пользователи, разработчики, валидаторы, операторы инфраструктуры.
  • Где выполняется логика: базовые правила сети и состояние — onchain; фронтенд/интеграции — offchain.
  • Зависимости: — (интеграции и внешние сервисы зависят от конкретного dApp).

Токен/экономика (развернуто, без прогнозов)

  • Утилити токена: оплата комиссий/ресурсов сети (transactions + storage), стейкинг для участия в валидации и безопасности.
  • Кто платит комиссии: пользователи (или приложение “за пользователя”, если реализует такую модель).
  • Куда идут комиссии: часть fees сжигается; вознаграждения валидаторам формируются через эмиссию/механизмы сети (Tier‑1 whitepaper).
  • Эмиссия/сжигание: инфляционная модель с целевым верхним уровнем (в whitepaper упоминается max inflation ~5%/год) и burn части комиссий.
  • Механизмы безопасности/стимулов: Proof of Stake (валидаторы стейкают NEAR; механизм slashing при нарушении правил сети описан в whitepaper).

Управление

  • Кто принимает решения: изменения спецификаций/стандартов формализуются через процесс NEP (NEAR Enhancement Proposals) в официальном репозитории NEPs.
  • Как меняются параметры протокола: через изменения спецификаций/стандартов (NEPs) и изменения/релизы референс‑клиента (nearcore).

Безопасность и инциденты

  • Аудиты: есть внешний аудит (см. links_*).
  • Bug bounty: есть публичная программа (см. links_*).
  • Инциденты: —.
  • Модель системы: особенности L1 включают поведение клиента/протокола и правила для валидаторов (в т.ч. slashing / double signing; см. whitepaper).

Статус проекта и таймлайн

  • Текущий статус: mainnet.
  • Ключевые релизы/вехи: релизы референс‑клиента публикуются в nearcore releases (см. links_*).
  • Roadmap: milestones nearcore (см. links_*).

Экосистема/интеграции

  • Интеграции: —.
  • Партнёры: —.
  • Где реально используется: активность сети наблюдаема через explorer (см. links_*).

Ai составляющая проекта

  • Что здесь реально ИИ? В Tier‑1 документации NEAR есть отдельный AI‑раздел (NEAR AI / агенты), но это описывает инициативы/слои в экосистеме, а не доказательство AI‑компонента на уровне базового L1‑протокола.
  • Что реально onchain? L1‑сеть: onchain‑исполнение смарт‑контрактов и хранение состояния.
  • Зачем нужен токен? fees (gas/ресурсы), стейкинг валидаторов для безопасности сети и участие в governance‑процессах (по Tier‑1).
  • Красные флаги (по найденной информации): подмена “AI‑инициатив экосистемы” на “AI‑компонент базового протокола”; заявления про AI‑функциональность без Tier‑1 артефактов уровня протокола/продукта.

Итог по компонентам DecAI Fit

  • DecAI Fit: 3/6 — среднее соответствие тезису Decentralized AI
Компонент Уровень Score
AI reality низко 1
Onchain necessity высоко 3
Token necessity высоко 3
Evidence Tier‑1 есть 3
Подробнее

AI reality

AI_0 — намерения про AI (roadmap Tier‑1) (1/0)

  • AI_0 (decision): 1
  • Claim (1 строка): В Tier‑1 документации NEAR есть AI‑раздел (NEAR AI / агенты) как заявленная применимость/направление.
  • Evidence: Tier‑1 — https://docs.near.org/ai/introduction
  • Why sufficient / why not (1 строка): Это подтверждает AI‑intent/применимость, но не доказывает AI‑компонент на уровне базового L1‑протокола.
  • Conflict note (если есть): —

AI_1 — что делает ИИ (1/0)

  • AI_1 (decision): 0
  • Claim (1 строка): Tier‑1 не подтверждает “AI‑компонент базового протокола NEAR”; AI описан как инициативы/слои в экосистеме.
  • Evidence: Tier‑1 — https://docs.near.org/ai/introduction
  • Why sufficient / why not (1 строка): Для AI_1 нужны Tier‑1 артефакты о том, что именно “делает ИИ” как часть продукта/протокола; здесь речь о применимости/экосистеме.
  • Conflict note (если есть): —

AI_2 — демо/примеры (1/0)

  • AI_2 (decision): 0
  • Claim (1 строка): Демо/примеры AI‑работы именно как части базового протокола NEAR в Tier‑1 не зафиксированы.
  • Evidence: Tier‑1 — https://docs.near.org/ai/introduction
  • Why sufficient / why not (1 строка): AI‑раздел описывает направление, но не даёт “демо протокольного AI‑компонента”.
  • Conflict note (если есть): —

AI_3 — метрики/качество (1/0)

  • AI_3 (decision): 0
  • Метрики: —
  • Контекст (версия/дата/на чём мерили): —
  • Evidence: Tier‑1 — https://docs.near.org/ai/introduction
  • Why sufficient / why not (1 строка): Нет Tier‑1 метрик качества AI‑подсистемы на уровне базового протокола.
  • Conflict note (если есть): —

AI_4 — техописание/архитектура/версии (1/0)

  • AI_4 (decision): 0
  • Claim (1 строка): Есть техописание L1‑протокола NEAR, но не техописание “AI‑компонента протокола”.
  • Evidence: Tier‑1 — https://pages.near.org/papers/the-official-near-white-paper
  • Why sufficient / why not (1 строка): Whitepaper описывает протокол/консенсус/шардинг, а не AI‑модуль протокола.
  • Conflict note (если есть): —

Onchain necessity

OC_1 — контракты/адреса/сеть (1/0)

  • OC_1 (decision): 1
  • Сеть: NEAR mainnet
  • Адреса/идентификаторы: — (в карточке фиксируем наличие сети/эксплорера; конкретные ID зависят от сущности)
  • Evidence: Tier‑1 — https://explorer.near.org/ ; https://pages.near.org/papers/the-official-near-white-paper
  • Why sufficient / why not (1 строка): Наличие mainnet и официального explorer подтверждают onchain‑сеть и наблюдаемое состояние.
  • Conflict note (если есть): —

OC_2 — onchain не только токен (1/0)

  • OC_2 (decision): 1
  • Какая полезная логика onchain: смарт‑контракты/аккаунты/хранение состояния и выполнение транзакций по правилам протокола.
  • Evidence: Tier‑1 — https://docs.near.org/ ; https://pages.near.org/papers/the-official-near-white-paper
  • Why sufficient / why not (1 строка): Это L1 для исполнения контрактов и хранения state, а не “токен на чейне”.
  • Conflict note (если есть): —

OC_3 — onchain критичен (1/0)

  • OC_3 (decision): 1
  • Тест “замены блокчейна”: без блокчейна ломается доверенная модель исполнения контрактов/консенсуса и публичная проверяемость состояния.
  • Evidence: Tier‑1 — https://pages.near.org/papers/the-official-near-white-paper
  • Why sufficient / why not (1 строка): Продукт = L1‑протокол; вынести из ончейна означает заменить саму основу.
  • Conflict note (если есть): —

Token necessity

TK_0 — токена нет (1/0)

  • TK_0 (decision): 0
  • Claim (1 строка): В проекте есть нативный токен NEAR.
  • Evidence: Tier‑1 — https://pages.near.org/papers/the-official-near-white-paper
  • Why sufficient / why not (1 строка): Whitepaper описывает роль NEAR token в системе.
  • Conflict note (если есть): —

TK_1..TK_4 (1/0)

TK_1 — платёж за сервис (1/0)

  • TK_1 (decision): 1
  • Claim (1 строка): NEAR используется для оплаты исполнения транзакций и хранения данных (fees/storage).
  • Evidence: Tier‑1 — https://pages.near.org/papers/the-official-near-white-paper
  • Why sufficient / why not (1 строка): В whitepaper прямо указано: NEAR token используется для оплаты processing transactions и storing data.
  • Conflict note (если есть): —

TK_2 — стимулы/залоги/штрафы (1/0)

  • TK_2 (decision): 1
  • Claim (1 строка): Валидаторы стейкают NEAR; слэшинг применяется за вредоносное поведение (например, double signing).
  • Evidence: Tier‑1 — https://pages.near.org/papers/the-official-near-white-paper
  • Why sufficient / why not (1 строка): Whitepaper описывает PoS/стейкинг и условия слэшинга как механизм безопасности.
  • Conflict note (если есть): —

TK_3 — управление (1/0)

  • TK_3 (decision): 1
  • Claim (1 строка): Whitepaper описывает участие NEAR token в governance‑процессах.
  • Evidence: Tier‑1 — https://pages.near.org/papers/the-official-near-white-paper
  • Why sufficient / why not (1 строка): Указано, что токен помогает участвовать в governance‑процессах (как часть координации сети).
  • Conflict note (если есть): —

TK_4 — токен заменим (1/0)

  • TK_4 (decision): 0
  • Claim (1 строка): Токен не выглядит заменимым без изменения доверенной модели L1 (fees+staking/security+governance).
  • Evidence: Tier‑1 — https://pages.near.org/papers/the-official-near-white-paper
  • Why sufficient / why not (1 строка): В whitepaper токен встроен в экономику/безопасность протокола; “заменить на подписку/USDC” меняет механику сети.
  • Conflict note (если есть): —

Evidence (таблица)

Tier Источник Что доказывает
Tier‑1 https://near.org/blog/near-mainnet-genesis Дата запуска: genesis block MainNet (2020‑04‑22) и объявление MainNet: POA (2020‑05‑04).
Tier‑1 https://docs.near.org/ Официальная документация по сети/разработке (контекст L1, контракты, инструменты).
Tier‑1 https://pages.near.org/papers/the-official-near-white-paper L1‑модель: PoS, Nightshade, роль токена NEAR (fees/storage/staking/governance), экономические параметры и burn.
Tier‑1 https://explorer.near.org/ Наличие mainnet и наблюдаемое onchain‑состояние через официальный explorer.
Tier‑1 https://github.com/near/nearcore Открытая реализация протокола (референс‑клиент).
Tier‑1 https://github.com/near/nearcore/releases Релизы/изменения референс‑клиента (жизненный цикл разработки).
Tier‑1 https://docs.near.org/ai/introduction AI‑intent/применимость: AI‑раздел в Tier‑1 документации (NEAR AI / агенты).
Tier‑1 https://near.github.io/NEPs/neps/nep-0001.html Процесс NEP (NEAR Enhancement Proposals): как формализуются изменения спецификаций/стандартов экосистемы и протокола.
Tier‑1 https://hacken.io/audits/near/l1-near-nearcore-oct2023/ Наличие аудита (внешний отчёт).
Tier‑1 https://hackenproof.com/near/near-protocol Наличие bug bounty программы.