Skip to main content

Sphere AI

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

Sphere AI — AI/Inference проект в сети Solana, токен (символ: SPHERE).

Дисклеймер

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

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

  • Что это: платформа, где пользователи могут запускать ML‑модели через web‑интерфейс (Tier‑1 docs).
  • Для кого: пользователи, которые хотят запускать готовые модели без собственной ML‑инфраструктуры (по описанию продукта).
  • Зачем ончейн/токен: по Tier‑1 описан “hold‑to‑use” доступ к моделям через владение токеном SPHERE; также подтверждается наличие токена в сети Solana.
  • Что можно потрогать (Tier‑1): запуск моделей через web‑интерфейс (описано в официальной документации).

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

  1. Пользователь делает: открывает платформу и выбирает модель.
  2. Система делает: предоставляет web‑форму и выполняет запуск модели (по описанию в docs).
  3. Пользователь получает: результат работы выбранной модели.
  4. Где блокчейн: Tier‑1 описывает токен как ключ доступа (“hold‑to‑use”); другие onchain‑артефакты не установлены по Tier‑1.
  5. Роль токена (если есть): владение токеном используется как условие доступа к использованию моделей (Tier‑1).

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

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

Поле Значение
Название проекта Sphere AI
Также известен как (aliases) SPHERE, Sphere
Лого (logo) —
Символ токена (ticker) SPHERE
Категория AI/Inference | Infra
Основная сеть (chain) Solana
Тип non-EVM
Статус сети mainnet
Консенсус (consensus) PoS (Solana)
Дата запуска (launch_date) —
Статус проекта (status) active
Токен (стандарт) SPL
Контракт токена NuSvbWzz2QaqepZSyj8MhyvVv1E4W9AxnSge7G8pump
Модель токена (token_type) utility (access)
Макс. предложение —
Эмиссия —
Токеномика (tokenomics, кратко) Tier‑1: доступ к моделям описан как “hold‑to‑use” (требование владения токеном).
Управление —
Админы/ключи —
Аудит —
Bug bounty —
Команда (team) —
Финансирование (investors/funding) —
AI‑компонент (ai_component) running ML models via web interface
Use‑case (use_case) run models in the browser
DecAI Fit — AI‑соответствие (AI thesis fit) 3/6 — среднее соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit ai_score 2 / onchain_score 1 / token_score 1 / evidence_score 2
Last verified 2026-02-11
Тип Ссылка
Website https://sphere-ai.pro/
Docs https://docs.sphere-ai.pro/
GitHub —
Releases / Changelog —
Whitepaper https://paper.sphere-ai.pro/
Roadmap https://docs.sphere-ai.pro/roadmap
Security advisories —
Explorer https://solscan.io/token/NuSvbWzz2QaqepZSyj8MhyvVv1E4W9AxnSge7G8pump
App / Demo https://docs.sphere-ai.pro/guide-for-users
X https://twitter.com/sphereaipro
Discord —
Telegram https://t.me/sphereaipro
Medium —
Audit report(s) —
Bug bounty —
CoinGecko (профиль, справочно) —
CoinMarketCap (профиль, справочно) https://coinmarketcap.com/currencies/sphere-ai/

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

Sphere AI в Tier‑1 документации описывает платформу, где пользователи могут запускать open‑source ML‑модели через web‑интерфейс. Документация также описывает модель доступа “hold‑to‑use” (как временное решение до внедрения pay‑per‑use), где требование владения токеном используется как условие доступа к использованию моделей.

Фичи/модули

  • Web‑интерфейс запуска моделей: форма ввода параметров и запуск из браузера (Tier‑1).
  • Модель доступа hold‑to‑use: доступ к функциям через владение токеном (Tier‑1).
  • Публичные материалы продукта: “About” + “Guide for users” в официальной документации (Tier‑1).

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

  • Сценарий 1: пользователь заходит в web‑интерфейс, выбирает модель и вводит параметры → запускает модель и получает результат.
  • Сценарий 2: пользователь проверяет требования владения токеном для доступа к моделям → использует продукт при выполнении требований.

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

  • Что нужно: доступ к web‑интерфейсу платформы; при необходимости — Solana‑кошелёк для владения токеном.
  • Сеть/chain: Solana (токен).
  • Комиссии: сетевые комиссии Solana возникают при onchain‑операциях с токеном.

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

  • Компоненты: web‑интерфейс платформы + токен в сети Solana.
  • Роли участников: пользователи, команда/операторы продукта.
  • Где выполняется логика: выполнение моделей — offchain (как сервис); onchain — токен и проверка владения (как условие доступа, по описанию).
  • Зависимости: Solana для токена; web‑инфраструктура платформы.

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

  • Утилити токена: Tier‑1: “hold‑to‑use” (владение токеном как ключ доступа к использованию моделей).
  • Источники необходимости в протоколе: по Tier‑1 продукт привязывает доступ к токену; при этом критичность onchain для работы сервиса не обоснована как OC_3.
  • Кто платит комиссии: пользователи при операциях в Solana.
  • Куда идут комиссии: валидаторам Solana (по правилам сети).
  • Эмиссия/сжигание: —.
  • Механизмы безопасности/стимулов: —.
  • Распределение и график выпуска токенов: —.
  • Казначейство: —.

Управление

  • Кто принимает решения: —.
  • Как меняются параметры протокола: —.
  • Где обсуждают/принимают решения: —.
  • Ключи/мультисиг: —.

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

  • Аудиты: —.
  • Bug bounty: —.
  • Инциденты: —.
  • Модель угроз: риски качества/безопасности моделей; риски доступа через web‑интерфейс; риски токена как отдельного onchain‑актива.

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

  • Текущий статус: активен (есть публичная документация и “guide for users”).
  • Ключевые релизы/вехи: —.
  • Roadmap: —.

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

  • Интеграции: —.
  • Партнёры: —.
  • Где реально используется: web‑интерфейс запуска моделей описан в Tier‑1 документации.

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

  • Что здесь реально ИИ? Tier‑1 описывает возможность запускать ML‑модели через платформу (web‑интерфейс).
  • Что реально onchain? SPL‑токен в сети Solana.
  • Зачем нужен токен? Tier‑1 описывает токен как условие доступа к использованию моделей (“hold‑to‑use”).
  • Красные флаги (по найденной информации): доступ к AI сервису завязан на “holding requirements”; недостаточно Tier‑1 техдеталей архитектуры/версий/метрик качества; неочевидна необходимость блокчейна для исполнения моделей.

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

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

AI reality

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

  • AI_0 (decision): 0
  • Claim (1 строка): AI описан как работающий слой продукта (платформа для запуска моделей), а не только roadmap‑намерение.
  • Evidence: Tier‑1 — https://docs.sphere-ai.pro/
  • Why sufficient / why not (1 строка): Tier‑1 “About” описывает платформу и назначение.
  • Conflict note (если есть): —

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

  • AI_1 (decision): 1
  • Claim (1 строка): Платформа позволяет запускать ML‑модели (как AI‑сервис) через web‑интерфейс.
  • Evidence: Tier‑1 — https://docs.sphere-ai.pro/ ; https://docs.sphere-ai.pro/guide-for-users
  • Why sufficient / why not (1 строка): Tier‑1 описывает возможность “run machine learning models in the browser”.
  • Conflict note (если есть): —

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

  • AI_2 (decision): 1
  • Claim (1 строка): В docs описан запуск моделей через web‑интерфейс (инструкции и скриншоты).
  • Evidence: Tier‑1 — https://docs.sphere-ai.pro/guide-for-users
  • Why sufficient / why not (1 строка): Это воспроизводимая “demo surface”: можно следовать инструкции и запускать модели.
  • Conflict note (если есть): —

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

  • AI_3 (decision): 0
  • Метрики: не найдено по Tier‑1.
  • Контекст (версия/дата/на чём мерили): —.
  • Evidence: Tier‑1 — https://docs.sphere-ai.pro/guide-for-users
  • Why sufficient / why not (1 строка): Документация описывает использование, но не даёт метрик качества моделей/сервиса.
  • Conflict note (если есть): —

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

  • AI_4 (decision): 0
  • Claim (1 строка): Архитектура/версии моделей и платформы не описаны достаточно для AI_4 по Tier‑1.
  • Evidence: Tier‑1 — https://docs.sphere-ai.pro/
  • Why sufficient / why not (1 строка): Есть описание “что это”, но не техописание архитектуры/версий.
  • Conflict note (если есть): —

Onchain necessity

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

  • OC_1 (decision): 1
  • Сеть: Solana
  • Адреса/идентификаторы: SPL mint NuSvbWzz2QaqepZSyj8MhyvVv1E4W9AxnSge7G8pump
  • Evidence: Tier‑1 — https://solscan.io/token/NuSvbWzz2QaqepZSyj8MhyvVv1E4W9AxnSge7G8pump
  • Why sufficient / why not (1 строка): Есть проверяемый onchain‑артефакт (токен в Solana).
  • Conflict note (если есть): —

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

  • OC_2 (decision): 0
  • Какая полезная логика onchain: не установлено по Tier‑1 (кроме токена и access‑правил на основе holding).
  • Evidence: Tier‑1 — https://docs.sphere-ai.pro/guide-for-users
  • Why sufficient / why not (1 строка): Нет контрактов/адресов и описания onchain‑логики, кроме факта токена и условий доступа.
  • Conflict note (если есть): —

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

  • OC_3 (decision): 0
  • Тест “замены блокчейна”: не найдено Tier‑1 обоснование, что без блокчейна сервис выполнения моделей ломается.
  • Evidence: Tier‑1 — https://docs.sphere-ai.pro/
  • Why sufficient / why not (1 строка): В Tier‑1 есть заявления про блокчейн/прозрачность, но нет теста критичности.
  • Conflict note (если есть): —

Token necessity

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

  • TK_0 (decision): 0
  • Claim (1 строка): У проекта есть токен SPHERE в сети Solana.
  • Evidence: Tier‑1 — https://docs.sphere-ai.pro/ ; https://solscan.io/token/NuSvbWzz2QaqepZSyj8MhyvVv1E4W9AxnSge7G8pump
  • Why sufficient / why not (1 строка): Tier‑1 docs описывает токен как ключ доступа; onchain‑страница подтверждает mint.
  • Conflict note (если есть): —

TK_1..TK_4 (1/0)

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

  • TK_1 (decision): 1
  • Claim (1 строка): Доступ к использованию моделей описан как “hold‑to‑use” (требование владения SPHERE токеном).
  • Evidence: Tier‑1 — https://docs.sphere-ai.pro/guide-for-users
  • Why sufficient / why not (1 строка): Это прямое описание утилити: токен используется как условие доступа к сервису.
  • Conflict note (если есть): —

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

  • TK_2 (decision): 0
  • Claim (1 строка): Стейкинг/слэшинг/штрафы на токене не установлены по Tier‑1.
  • Evidence: Tier‑1 — https://docs.sphere-ai.pro/guide-for-users
  • Why sufficient / why not (1 строка): Документация фокусируется на доступе hold‑to‑use; стимулы/штрафы не описаны как механика.
  • Conflict note (если есть): —

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

  • TK_3 (decision): 0
  • Claim (1 строка): Governance‑использование токена не установлено по Tier‑1.
  • Evidence: Tier‑1 — https://docs.sphere-ai.pro/
  • Why sufficient / why not (1 строка): Не найдено Tier‑1 описания DAO/голосований.
  • Conflict note (если есть): —

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

  • TK_4 (decision): 0
  • Claim (1 строка): Заменимость токена не установлена по Tier‑1.
  • Evidence: Tier‑1 — https://docs.sphere-ai.pro/guide-for-users
  • Why sufficient / why not (1 строка): Есть привязка доступа к holding, но нет формального теста “замены блокчейна/токена”.
  • Conflict note (если есть): —

Evidence (таблица)

Tier Источник Что доказывает
Tier‑1 https://docs.sphere-ai.pro/ Официальное описание платформы: запуск ML‑моделей + роль токена как “ключа доступа” (общая формулировка).
Tier‑1 https://docs.sphere-ai.pro/guide-for-users Tier‑1: “hold‑to‑use” модель и описание запуска моделей в браузере (demo surface).
Tier‑1 https://solscan.io/token/NuSvbWzz2QaqepZSyj8MhyvVv1E4W9AxnSge7G8pump Наличие токена в сети Solana (SPL mint).