Supra

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

Supra — AI/Agents вертикально интегрированная экосистема вокруг собственного L1 (native oracles, automation, bridge, MultiVM) и токена SUPRA.

Дисклеймер

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

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

• Что это: Layer‑1 сеть с “вертикальной интеграцией” сервисов (оракулы/случайность/автоматизация/бридж) и SDK/VM‑стека для разработчиков.
• Для кого: для разработчиков dApps и пользователей экосистемы Supra L1 и нативных сервисов.
• Зачем ончейн/токен: SUPRA — gas token, токен стейкинга/безопасности сети и экономического обеспечения нативных сервисов; также описан как data‑access token для оркулов (по Tier‑1 статье tokenomics).

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

1. Разработчик пишет смарт‑контракты (MoveVM или EVM) и деплоит dApp в Supra L1.
2. dApp использует нативные сервисы: оракулы данных, dVRF, automation, bridge (по docs).
3. Пользователь взаимодействует с dApp в сети Supra, оплачивая gas и участвуя в стейкинге/сервисах по необходимости.
4. Где блокчейн: исполнение контрактов, расчёты, безопасность и данные/события — onchain на Supra L1.
5. Роль токена: gas fees, стейкинг и безопасность сети/валидаторов, экономическая гарантия нативных сервисов, доступ к данным/сервисам (по Tier‑1 tokenomics).

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

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

Поле	Значение
Название проекта	Supra
Также известен как (aliases)	Supra Labs; Supra L1; Supra Oracles
Лого (logo)	../assets/107_supra_logo.webp
Символ токена (ticker)	SUPRA
Категория	AI/Agents
Основная сеть (chain)	Supra Layer 1
Тип	L1
Статус сети	mainnet
Консенсус (consensus)	PoS + Moonshot BFT
Дата запуска (launch_date)	—
Статус проекта (status)	active
Токен (стандарт)	native
Контракт токена	—
Модель токена (token_type)	utility (gas + staking + governance)
Макс. предложение	—
Эмиссия	—
Токеномика	распределение по категориям (Foundation/Treasury 22.6%, Validators&Stakers 21.0%, Early contributors 20.7%, Team 16.0%, Ecosystem&Community 11.0%, Airdrop 4.0% и др.) + утилити gas/staking/services (по tokenomics)
Управление	governance упомянуто как возможная утилити токена (по tokenomics)
Админы/ключи	—
Аудит	yes
Bug bounty	yes
Команда	Entropy Foundation / Supra (по сайту; юридический блок в tokenomics статье)
Финансирование	—
AI‑компонент (ai_component)	AI agents + threshold AI oracles
Use‑case (use_case)	L1 for dApps with native services
DecAI Fit — AI‑соответствие	3/6 — среднее соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit	ai_score 1 / onchain_score 3 / token_score 2 / evidence_score 3
Last verified	2026-02-11

Ссылки (links_*)

Тип	Ссылка
Website	https://supra.com/
Docs	https://supra.com/research/#whitepapers
GitHub	https://github.com/Entropy-Foundation
Releases / Changelog	https://supra.com/news/
Whitepaper	https://supra.com/documents/DORA-Whitepaper.pdf
Roadmap	https://docs.supra.com/supranova/future-roadmap
Security advisories	https://supra.com/bug-disclosure-policy/
Explorer	https://suprascan.io/
X	https://twitter.com/SUPRA_Labs
Discord	https://discord.gg/supralabs
Telegram	https://t.me/SupraOracles
Medium	https://medium.com/@SupraOracles
Audit report(s)	https://docs.supra.com/supranova/audit-reports
Bug bounty	https://supra.com/bug-bounty/
CoinGecko (профиль, справочно)	https://www.coingecko.com/en/coins/supra
CoinMarketCap (профиль, справочно)	https://coinmarketcap.com/currencies/supra/

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

Supra позиционируется как L1 “full‑stack” экосистема для dApps: помимо исполнения смарт‑контрактов, в сеть встроены нативные сервисы (оракулы данных, dVRF, automation, bridge), а также поддержка нескольких VM (MoveVM и EVM) и SDK/документация для разработчиков.

Отдельной продуктовой линией Supra публикует материалы про “AI Agents” и “Threshold AI Oracles”: идея — дать dApps доступ к AI‑инсайтам onchain (с криптографической верификацией) и интегрировать AI‑агентов с onchain‑исполнением (через automation и L1‑исполнение).

Фичи/модули

• Supra L1 + MultiVM: разработка под MoveVM и EVM (по docs).
• Moonshot consensus: семейство BFT‑протоколов с фокусом на latency/throughput (по docs).
• Native Oracles: data feeds и dVRF (по docs overview).
• Native Automation: “0‑block delay” automation (по docs overview).
• SupraNova bridge: мост/интероперабельность (по docs overview).
• AI Agents: материалы/инструменты для onchain‑агентов и AI‑Finance (по сайту).
• Threshold AI Oracles: протокол для “AI insights onchain” (по статье и whitepaper ссылке в статье).

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

• Сценарий 1 (dApp на L1): разработчик деплоит dApp → использует native oracles/automation → пользователи совершают транзакции, платят gas SUPRA.
• Сценарий 2 (oracle/VRF): dApp получает цены/данные через встроенные data feeds или случайность через dVRF → строит DeFi/GameFi.
• Сценарий 3 (AI‑enabled): dApp/агент запрашивает AI‑инсайт через Threshold AI Oracles → получает ответ с криптографическими гарантиями → smart contract исполняет логику/автоматизацию.

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

• Что нужно: кошелёк/аккаунт в экосистеме Supra, токен SUPRA для gas (и, при необходимости, для стейкинга).
• Сеть/chain: Supra L1 mainnet (эксплорер: SupraScan).
• Комиссии: gas fees в SUPRA при транзакциях; комиссии/параметры сервисов — зависят от конкретного продукта/модуля.

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

• Компоненты: L1 сеть + валидаторы/ноды, VM‑слой (Move/EVM), нативные сервисы (oracles/dVRF/automation/bridge), документация/SDK, эксплорер SupraScan.
• Роли участников: пользователи, разработчики dApps, валидаторы/стейкеры, провайдеры сервисов (в рамках протокола), мостовые релейеры (для SupraNova модулей).
• Где выполняется логика: core‑логика и состояние — onchain; часть сервисов может включать offchain‑компьют/комитеты (например, в AI oracle описании), но результат закрепляется onchain.
• Зависимости: собственная сеть, эксплорер, документация; для SupraNova — взаимодействие с внешними chain‑ами.

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

• Утилити токена: gas fees на L1; стейкинг и безопасность; экономическая гарантия нативных сервисов (oracle/VRF/bridge/automation); data access token (по tokenomics статье).
• Источники необходимости: как L1 gas/staking token он необходим для исполнения транзакций и безопасности сети.
• Кто платит комиссии: пользователи и dApps платят gas; валидаторы/операторы — stake для участия (в статье упомянута требуемая ставка для ноды).
• Куда идут комиссии: network fees и награды — участникам безопасности (валидаторы/стейкеры) и экосистемным механизмам (в общих терминах).
• Эмиссия/сжигание: —.
• Механизмы стимулов: стейкинг, rewards, требования к stake ноды (по tokenomics статье).
• Распределение/вестинг: Tier‑1 статья описывает проценты распределения и ключевые принципы lock/unlock (0 team tokens at TGE; lock periods).
• Казначейство: в распределении есть доля Foundation and Treasury (22.6%).

Управление

• Кто принимает решения: governance как утилити SUPRA упомянуто (формулировка “may also facilitate”) — детали механики не подтверждены Tier‑1.
• Как меняются параметры протокола: —.
• Где обсуждают/принимают решения: —.
• Ключи/мультисиг: —.

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

• Аудиты: в docs SupraNova опубликованы audit reports (Move и Solidity) от RektProof (PDF).
• Bug bounty: есть (links_*).
• Инциденты: Tier‑1 постмортемов не найдено.
• Модель угроз: риски L1 (консенсус/валидаторы), риски мостов (SupraNova), риски oracle/automation модулей, риски AI‑oracle pipeline (если/когда включён).

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

• Текущий статус: Supra L1 mainnet (по SupraScan) + активные docs/продукты.
• Ключевые вехи: tokenomics статья от 2024‑12‑04; Threshold AI Oracles статья от 2025‑05‑22.
• Roadmap: есть страница future roadmap для SupraNova bridge (links_*).

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

• Интеграции: SupraNova bridge; нативные сервисы; dev‑инструменты/SDK (docs).
• Партнёры: есть страницы “partnerships” и “ecosystem”, но конкретные договорённости не верифицированы Tier‑1.
• Где реально используется: dApps на Supra L1 и нативные сервисы (по сайту/докам).

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

• Что здесь реально ИИ? “Threshold AI Oracles” описываются как протокол, который доставляет AI‑инсайты onchain; “AI Agents” — фреймворк/инструменты для агентных сценариев, использующих sensing/thinking/acting, где “thinking” привязан к AI‑oracle.
• Что реально onchain? Supra L1 исполнение и state; запросы и результаты AI‑oracle закрепляются onchain; automation исполняет вызовы onchain.
• Зачем нужен токен? SUPRA — газ, стейкинг/безопасность, экономическая гарантия сервисов и доступ к данным/услугам.
• Красные флаги (по найденной информации): AI‑washing — средний (много материалов, но нет Tier‑1 метрик/демо “AI oracle в проде” в этой карточке); onchain‑washing — низкий (это L1); token‑washing — низкий (ясная L1‑утилити). Перепроверить: статус/ready‑state Threshold AI Oracles (mainnet?), точные параметры supply/emission, формальная governance‑модель.

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

• DecAI Fit: 3/6 — среднее соответствие тезису Decentralized AI

Компонент	Уровень	Score
AI reality	средне	1
Onchain necessity	высоко	3
Token necessity	средне	2
Evidence	Tier‑1 есть	3

Подробнее

AI reality

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

• AI_0 (decision): 0
• Claim (1 строка): Есть признаки AI reality по Tier‑1 (см. AI_1..AI_4), поэтому флаг AI_0 (intent‑only) не применяется.
• Evidence: Tier‑1 — см. Evidence/ссылки в AI_1..AI_4.
• Why sufficient / why not (1 строка): AI_0=1 допустим только когда AI_1..AI_4=0; здесь ai_score без AI_0 = 1.
• Conflict note (если есть): —

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

• AI_1 (decision): 1
• Claim (1 строка): Threshold AI Oracles доставляет ML/AI “insights” onchain: комитеты, BLS threshold signatures, just‑in‑time запросы из смарт‑контрактов, структурированные ответы/команды (по статье).
• Evidence: Tier‑1 — https://supra.com/academy/threshold-ai-oracles-brings-intelligence-on-chain/
• Why sufficient / why not (1 строка): описано, что именно является AI‑функцией и как она интегрируется с onchain‑исполнением.
• Conflict note (если есть): —

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

• AI_2 (decision): 0
• Claim (1 строка): в карточке нет Tier‑1 демо, подтверждающего “AI oracle/AI agents” как работающий прод‑модуль с проверяемыми примерами.
• Evidence: Tier‑1 — https://supra.com/ai-agents/
• Why sufficient / why not (1 строка): на странице есть описания и ссылка “Start building”, но без проверяемых примеров результата AI.
• Conflict note (если есть): —

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

• AI_3 (decision): 0
• Метрики: —
• Контекст (версия/дата/на чём мерили): —
• Evidence: Tier‑1 — https://supra.com/academy/threshold-ai-oracles-brings-intelligence-on-chain/
• Why sufficient / why not (1 строка): метрики качества AI‑ответов/ошибок не приведены.
• Conflict note (если есть): —

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

• AI_4 (decision): 0
• Claim (1 строка): описана high‑level архитектура (комитеты, подписи, фазы), но нет точной спецификации моделей/версий/инференс‑пайплайна в тексте страницы.
• Evidence: Tier‑1 — https://supra.com/academy/threshold-ai-oracles-brings-intelligence-on-chain/
• Why sufficient / why not (1 строка): недостаточно для полноценной тех‑верификации AI‑компонента.
• Conflict note (если есть): —

Onchain necessity

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

• OC_1 (decision): 1
• Сеть: Supra Layer 1 (mainnet)
• Адреса/идентификаторы: сеть/эксплорер SupraScan (native token SUPRA)
• Evidence: Tier‑1 — https://suprascan.io/, https://docs.supra.com/
• Why sufficient / why not (1 строка): L1 сеть и эксплорер подтверждены.
• Conflict note (если есть): —

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

• OC_2 (decision): 1
• Какая полезная логика onchain: исполнение смарт‑контрактов (Move/EVM), нативные оракулы/automation/bridge как onchain‑сервисы/протоколы (описано в docs).
• Evidence: Tier‑1 — https://docs.supra.com/, https://docs.supra.com/automation/
• Why sufficient / why not (1 строка): функционал сети явно шире, чем “просто токен”.
• Conflict note (если есть): —

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

• OC_3 (decision): 1
• Тест “замены блокчейна”: без L1 исчезают trustless исполнение, консенсус и нативные протоколы (оракулы/automation/bridge) как onchain‑инфраструктура.
• Evidence: Tier‑1 — https://docs.supra.com/
• Why sufficient / why not (1 строка): это L1; “замена блокчейна” меняет природу системы.
• Conflict note (если есть): —

Token necessity

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

• TK_0 (decision): 0
• Claim (1 строка): у сети есть токен SUPRA.
• Evidence: Tier‑1 — https://supra.com/academy/supra-token-tokenomics-and-utility/
• Why sufficient / why not (1 строка): Tier‑1 статья описывает токен, распределение и утилити.
• Conflict note (если есть): —

TK_1..TK_4 (1/0)

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

• TK_1 (decision): 1
• Claim (1 строка): SUPRA используется как gas token и data access token (в т.ч. для нативных оркулов/сервисов).
• Evidence: Tier‑1 — https://supra.com/academy/supra-token-tokenomics-and-utility/
• Why sufficient / why not (1 строка): утилити перечислена явно.
• Conflict note (если есть): —

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

• TK_2 (decision): 1
• Claim (1 строка): SUPRA используется для стейкинга и обеспечения безопасности (в т.ч. указано требование стейка для запуска ноды).
• Evidence: Tier‑1 — https://supra.com/academy/supra-token-tokenomics-and-utility/
• Why sufficient / why not (1 строка): наличие стейкинга и роли в security описано в Tier‑1.
• Conflict note (если есть): —

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

• TK_3 (decision): 0
• Claim (1 строка): governance упомянуто как возможная утилити (“may also facilitate”) без конкретной механики.
• Evidence: Tier‑1 — https://supra.com/academy/supra-token-tokenomics-and-utility/
• Why sufficient / why not (1 строка): формулировка не подтверждает действующий governance‑механизм.
• Conflict note (если есть): —

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

• TK_4 (decision): 0
• Claim (1 строка): как gas/staking token L1, SUPRA функционально незаменим внутри сети (по дизайну).
• Evidence: Tier‑1 — https://supra.com/academy/supra-token-tokenomics-and-utility/
• Why sufficient / why not (1 строка): L1 утилити “gas + security” обычно требует нативного токена; в Tier‑1 это описано как primary gas token.
• Conflict note (если есть): —

Evidence (таблица)

Tier	Источник	Что доказывает
Tier‑1	https://docs.supra.com/	описание Supra как L1 full‑stack (native oracles/automation/bridge, MoveVM/EVM)
Tier‑1	https://docs.supra.com/moonshot	Moonshot consensus (BFT family)
Tier‑1	https://suprascan.io/	Supra mainnet explorer (факт существования mainnet/сети)
Tier‑1	https://supra.com/academy/supra-token-tokenomics-and-utility/	утилити токена SUPRA + распределение и принципы lock/unlock
Tier‑1	https://supra.com/ai-agents/	AI Agents позиционирование и стек “sense/think/act” + упоминание AI‑enabled AutoFi
Tier‑1	https://supra.com/academy/threshold-ai-oracles-brings-intelligence-on-chain/	Threshold AI Oracles: “AI insights onchain”, комитеты, подписи, фазы
Tier‑1	https://docs.supra.com/supranova/audit-reports	наличие audit reports (RektProof) для SupraNova/HyperNova контрактов
Tier‑1	https://supra.com/bug-bounty/	наличие bug bounty программы