Mira Network

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

Mira Network — AI/Other | Infra проект про “trustless, verified intelligence”: в whitepaper описана сеть для проверки AI‑выходов через разложение на проверяемые claim’ы и децентрализованный консенсус между моделями‑верификаторами. Токен: MIRA (BEP‑20 в BNB Smart Chain).

Дисклеймер

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

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

• Что это: инфраструктура, которая пытается сделать ответы/действия AI “проверяемыми” через коллективную валидацию (консенсус) и выпуск “сертификатов” результата.
• Для кого: команды/продукты, которые хотят использовать AI в более ответственных сценариях (и снизить риск галлюцинаций/ошибок).
• Зачем ончейн/токен: по Tier‑1 подтверждён токен в BNB Smart Chain; экономическая модель со ставками/штрафами и выплатами описана в whitepaper, но конкретная onchain‑логика (кроме токена) по Tier‑1 не подтверждена.
• Что можно потрогать (Tier‑1): Mira Flows (beta) https://flows.mira.network/ и пример CLI/SDK в mira-sdk-python https://github.com/Aroha-Labs/mira-sdk-python.

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

1. Пользователь делает: отправляет AI‑выход (текст/код/документ) на проверку или использует инструменты “flows/LLM client”.
2. Система делает: (по whitepaper) преобразует выход в набор независимых проверяемых claim’ов, раздаёт их верификаторам и агрегирует ответы до консенсуса.
3. Пользователь получает: результат верификации (валидно/невалидно по claim’ам) и “сертификат” (заявлено как криптографический).
4. Где блокчейн: по whitepaper роль ончейна — фиксация результатов/сертификатов и стимулов; по ончейн‑фактам подтверждён контракт токена MIRA в BNB Smart Chain.
5. Роль токена: на Tier‑1 подтверждено существование токена; конкретная утилити токена (оплата/стейк/слэшинг) в терминах “MIRA токен делает X” по Tier‑1 не найдена → —.

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

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

Поле	Значение
Название проекта	Mira Network
Также известен как (aliases)	Mira; MIRA
Лого (logo)	../assets/77_mira-network_logo.png
Символ токена (ticker)	MIRA
Категория	AI/Other | Infra
Основная сеть (chain)	BNB Smart Chain
Тип	EVM
Статус сети	mainnet
Консенсус (consensus)	PoSA (BNB Smart Chain; 21 validators)
Дата запуска (launch_date)	2025
Статус проекта (status)	active
Токен (стандарт)	BEP-20
Контракт токена	0x7839Fbfd09DaE4d0F15BfB36b8f16f7898FBE684
Модель токена (token_type)	—
Макс. предложение	—
Эмиссия	—
Токеномика	—
Управление	—
Админы/ключи	—
Аудит	—
Bug bounty	—
Команда	Aroha Labs
Финансирование	—
AI‑компонент (ai_component)	AI output verification via decentralized consensus
Use‑case (use_case)	trustless verification of AI outputs/actions
DecAI Fit — AI‑соответствие	4/6 — среднее соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit	ai_score 3 / onchain_score 1 / token_score 0 / evidence_score 3
Last verified	2026-02-11

Ссылки (links_*)

Тип	Ссылка
Website	https://mira.network/
Docs	https://mira.network/research/mira-whitepaper.pdf
GitHub	https://github.com/aroha-labs
Releases / Changelog	—
Whitepaper	https://mira.network/research/mira-whitepaper.pdf
Roadmap	—
Security advisories	—
Explorer	https://bscscan.com/token/0x7839Fbfd09DaE4d0F15BfB36b8f16f7898FBE684
App / Demo	https://flows.mira.network/
X	https://twitter.com/miranetwork
Discord	https://discord.com/invite/mira-network
Telegram	https://t.me/1
Medium	—
Audit report(s)	—
Bug bounty	—
CoinGecko (профиль, справочно)	https://www.coingecko.com/en/coins/mira-3
CoinMarketCap (профиль, справочно)	https://coinmarketcap.com/currencies/mira-network/

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

Mira позиционируется как “trustless, verified intelligence” — инфраструктура, которая должна снижать риск ошибок AI (галлюцинации/предвзятость) через проверку AI‑выходов не одним поставщиком, а коллективом независимых верификаторов.

По Tier‑1 источнику (whitepaper) “сетевой” workflow выглядит так: кандидатный контент преобразуется в набор проверяемых утверждений (claim’ов), затем несколько моделей/нод проверяют их и достигают консенсуса; результат упаковывается в сертификат. Параллельно публично виден продуктовый контур “flows/LLM tooling” (Mira Flows beta и репозитории в GitHub‑организации Aroha‑Labs).

Фичи/модули

• AI‑verification network (по whitepaper): трансформация контента в claim’ы, распределённая проверка claim’ов несколькими моделями, консенсус и сертификат результата.
• Mira Flows (beta): web‑интерфейс для создания/развёртывания AI‑flows (позиционируется как “factory/marketplace/datasets”).
• SDK/CLI (open-source): примеры CLI/SDK для управления/исполнения flows (Python SDK/CLI).

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

• Сценарий 1 (продуктовая команда): хочет снизить риск ошибок AI‑ассистента → использует инфраструктуру верификации/flows для получения проверяемого результата/сертификата (как это задумано в whitepaper).
• Сценарий 2 (разработчик): использует Mira Flows/SDK → запускает flow и получает результат исполнения (LLM‑оркетрация).
• Сценарий 3 (оператор ноды, заявлено): запускает верификатор‑модель → участвует в проверке claim’ов и получает вознаграждения (экономическая модель описана, но параметры в паспорте не установлены).

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

• Что нужно: доступ к Mira Flows (beta; может требоваться invite code) и/или локальная установка SDK/CLI.
• Сеть/chain: ончейн‑факты подтверждены для токена MIRA в BNB Smart Chain; остальная логика продукта в источниках описана как “network/service”.
• Комиссии: в whitepaper заявлены network fees за верификацию; onchain комиссии возникают при операциях с токеном в BNB Smart Chain.

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

• Компоненты (по whitepaper): преобразователь контента в claim’ы, сеть нод‑верификаторов (операторы запускают модели), агрегатор консенсуса, выпуск сертификатов.
• Роли участников: клиент (заказывает проверку), оператор ноды‑верификатора, сеть/оркестратор (распределение задач и достижение консенсуса).
• Где выполняется логика: верификация claim’ов выполняется offchain (инференс моделей). В whitepaper заявлено, что сертификаты/результаты фиксируются криптографически и что стимулы/штрафы опираются на блокчейн‑механику; конкретные onchain‑контракты (кроме токена) по Tier‑1 не подтверждены.
• Зависимости: LLM‑провайдеры/модели верификаторов; для токена — инфраструктура BNB Smart Chain; в onchain‑транзакциях токена видны вызовы LayerZero EndpointV2 (кроссчейн‑инфраструктура).

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

• Network fees (Tier‑1): в whitepaper заявлено, что клиенты платят комиссии за verified output, а сеть распределяет вознаграждения операторам/участникам.
• Stake-at-risk (Tier‑1): в whitepaper описан гибрид PoW/PoS: операторы должны держать стейк, который может быть слэшнут при отклонении от консенсуса или “ленивом” поведении.
• Что пока не установлено по Tier‑1: конкретная модель токена MIRA (какие роли/платежи/стейк именно в MIRA), параметры эмиссии/сжигания, распределение и treasury → —.

Управление

• Кто принимает решения: — (по Tier‑1 не найден governance‑процесс/DAO/мультисиг).
• Как меняются параметры: —.
• Где обсуждают: —.
• Ключи/мультисиг: —.

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

• Аудиты: — (публичные audit report(s) в links_* отсутствуют).
• Bug bounty: —.
• Инциденты: подтверждённые постмортемы/инциденты по Tier‑1 не найдены → —.
• Модель угроз: whitepaper описывает trustless verification, но “полная onchain‑архитектура” не подтверждена адресами/контрактами; также сохраняются риски централизованной оркестрации/доступа (invite‑gated beta) и риски интеграций LLM‑провайдеров/ключей API.

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

• Текущий статус: сайт/whitepaper опубликованы; Mira Flows доступен в статусе beta; токен MIRA развёрнут в BNB Smart Chain.
• Ключевые вехи: развертывание контракта токена в BNB Smart Chain (2025); публичная доступность Mira Flows beta.
• Roadmap: — (Roadmap Tier‑1 по Tier‑1 не найден; в links_* стоит —).

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

• Интеграции: Mira Flows (web‑продукт), SDK/CLI (GitHub); token on BNB Smart Chain; в транзакциях токена видны взаимодействия с LayerZero EndpointV2 (кроссчейн инфраструктура).
• Партнёры: — (не проверялось по Tier‑1).
• Где реально используется: воспроизводимо доступен Flows beta и примеры SDK/CLI; “verification network” подтверждён на уровне whitepaper (без onchain‑адресов логики).

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

• Что здесь реально ИИ? Верификация AI‑выходов через несколько моделей‑верификаторов и консенсус по claim’ам (описано в whitepaper), плюс публичные инструменты для LLM‑flows/оркестрации (Flows/SDK).
• Что реально onchain? Контракт токена MIRA в BNB Smart Chain (Tier‑1 onchain‑факт). Полная “verification onchain” логика (сертификаты/consensus/settlement) по Tier‑1 не подтверждена адресами/контрактами.
• Зачем нужен токен? По Tier‑1 подтверждено существование токена; конкретные обязательные функции токена MIRA (оплата/стейк/слэшинг именно в MIRA) не установлены → —.
• Красные флаги (по найденной информации): сильный тезис “trustless verification” при отсутствии публично подтвержденных onchain‑контрактов логики (кроме токена); invite‑gated beta; необходимо отделять “verification network (whitepaper)” от “flows tooling (продукт)”.

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

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

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

Подробнее

AI reality

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

• AI_0 (decision): 0
• Claim (1 строка): AI‑верификация описана как core‑суть проекта, а не как отдельный “roadmap‑intent”.
• Evidence: Tier‑1 — https://mira.network/research/mira-whitepaper.pdf
• Why sufficient / why not (1 строка): наличие whitepaper и публичных продуктов делает AI не просто намерением.
• Conflict note (если есть): —

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

• AI_1 (decision): 1
• Claim (1 строка): сеть проверяет AI‑выходы, разбивая контент на claim’ы и валидируя их через консенсус между моделями‑верификаторами.
• Evidence: Tier‑1 — https://mira.network/research/mira-whitepaper.pdf
• Why sufficient / why not (1 строка): whitepaper описывает workflow “transform → distribute claims → consensus → certificate”.
• Conflict note (если есть): —

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

• AI_2 (decision): 1
• Claim (1 строка): есть воспроизводимый публичный продуктовый контур Mira Flows (beta) и примеры SDK/CLI для управления/исполнения flows.
• Evidence: Tier‑1 — https://flows.mira.network/ ; https://github.com/Aroha-Labs/mira-sdk-python
• Why sufficient / why not (1 строка): можно зайти в web‑продукт и есть README с командами/примером запуска.
• Conflict note (если есть): —

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

• AI_3 (decision): 0
• Метрики: —
• Контекст (версия/дата/на чём мерили): —
• Evidence: Tier‑1 — — (по Tier‑1 не найдены опубликованные метрики/бенчмарки качества/ошибок системы верификации)
• Why sufficient / why not (1 строка): без чисел и контекста компонент не засчитываем.
• Conflict note (если есть): —

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

• AI_4 (decision): 1
• Claim (1 строка): описана архитектура сети верификации (claim transformation, распределённая проверка, консенсус, сертификаты) и экономическая модель PoW/PoS.
• Evidence: Tier‑1 — https://mira.network/research/mira-whitepaper.pdf
• Why sufficient / why not (1 строка): whitepaper содержит разделы “Network Architecture” и “Economic Security Model”.
• Conflict note (если есть): —

Onchain necessity

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

• OC_1 (decision): 1
• Сеть: BNB Smart Chain.
• Адреса/идентификаторы: токен MIRA (BEP‑20) 0x7839Fbfd09DaE4d0F15BfB36b8f16f7898FBE684.
• Evidence: Tier‑1 — https://bscscan.com/address/0x7839Fbfd09DaE4d0F15BfB36b8f16f7898FBE684
• Why sufficient / why not (1 строка): ончейн‑адрес контракта токена проверяем в эксплорере.
• Conflict note (если есть): —

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

• OC_2 (decision): 0
• Какая полезная логика onchain: — (кроме токена, Tier‑1 адресов контрактов/сертификатов/settlement не найдено).
• Evidence: Tier‑1 — https://mira.network/research/mira-whitepaper.pdf
• Why sufficient / why not (1 строка): whitepaper описывает onchain‑роль, но не даёт конкретных контрактов/адресов.
• Conflict note (если есть): —

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

• OC_3 (decision): 0
• Тест “замены блокчейна”: без Tier‑1 доказательств onchain‑логики (кроме токена) нельзя показать, что ключевая ценность реально “ломается” без блокчейна.
• Evidence: Tier‑1 — https://mira.network/research/mira-whitepaper.pdf
• Why sufficient / why not (1 строка): утверждение про “trustless” есть, но конкретный onchain‑артефакт/адреса не найдены.
• Conflict note (если есть): —

Token necessity

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

• TK_0 (decision): 0
• Claim (1 строка): у проекта есть токен MIRA (BEP‑20) в BNB Smart Chain.
• Evidence: Tier‑1 — https://bscscan.com/address/0x7839Fbfd09DaE4d0F15BfB36b8f16f7898FBE684
• Why sufficient / why not (1 строка): эксплорер подтверждает существование токена и адрес контракта.
• Conflict note (если есть): —

TK_1..TK_4 (1/0)

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

• TK_1 (decision): 0
• Claim (1 строка): оплата сервиса именно токеном MIRA.
• Evidence: Tier‑1 — — (не найдено)
• Why sufficient / why not (1 строка): в whitepaper есть “network fees”, но не сказано, что это именно MIRA.
• Conflict note (если есть): —

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

• TK_2 (decision): 0
• Claim (1 строка): стейкинг/слэшинг именно токена MIRA.
• Evidence: Tier‑1 — https://mira.network/research/mira-whitepaper.pdf
• Why sufficient / why not (1 строка): стейк‑механика описана как stake‑at‑risk, но не привязана явно к MIRA → компонент для “token necessity” не засчитываем.
• Conflict note (если есть): —

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

• TK_3 (decision): 0
• Claim (1 строка): токен MIRA используется для governance (голосования).
• Evidence: Tier‑1 — — (не найдено)
• Why sufficient / why not (1 строка): в доступных Tier‑1 источниках governance‑механика не описана.
• Conflict note (если есть): —

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

• TK_4 (decision): 1
• Claim (1 строка): утилити токена MIRA не доказана как обязательная; платежи/стимулы могли бы работать на другом активе.
• Evidence: Tier‑1 — https://mira.network/research/mira-whitepaper.pdf
• Why sufficient / why not (1 строка): в whitepaper есть fees/stake‑модель без явной привязки к конкретному токену MIRA.
• Conflict note (если есть): —

Evidence (таблица)

Tier	Источник	Что доказывает
Tier‑1	https://mira.network/research/mira-whitepaper.pdf	Архитектура “AI output verification”: разложение на claim’ы, распределённая проверка, консенсус, “certificate” + экономическая модель (fees, stake‑at‑risk).
Tier‑1	https://mira.network/	Позиционирование Mira как “Trustless, verified intelligence” (официальный сайт).
Tier‑1	https://flows.mira.network/	Публичный продуктовый контур (Mira Flows beta) — демо/артефакт для AI_2.
Tier‑1	https://github.com/Aroha-Labs/mira-sdk-python	README с CLI/SDK примерами работы с flows — воспроизводимый пример для AI_2.
Tier‑1	https://github.com/Aroha-Labs/mira-network	Публичный репозиторий: Mira Client (router/console/CLI) и описание компонентов.
Tier‑1	https://bscscan.com/address/0x7839Fbfd09DaE4d0F15BfB36b8f16f7898FBE684	Onchain‑подтверждение токена MIRA (BEP‑20) в BNB Smart Chain и адрес контракта.