OpenKaito

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

OpenKaito — AI/Inference | AI/Other проект в сети Bittensor (Subnet 5), токен (символ: —).

Дисклеймер

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

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

Что это: открытая реализация для Bittensor Subnet 5 (“Decentralized Embedding”), ориентированной на text‑embedding модели.
Для кого: майнеры/валидаторы SN5 и разработчики/интеграторы, которым нужны text embeddings.
Зачем ончейн/токен: ончейн нужен как часть сети Bittensor (учёт/стимулы в субнете); отдельная “необходимость токена проекта” по Tier‑1 не установлена.
Что можно потрогать (Tier‑1): quickstart‑гайд по установке/настройке validator/miner в репозитории OpenKaito.

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

Участники запускают роли субнета: майнеры и валидаторы устанавливают ПО SN5 по quickstart.
Майнеры делают: обучают/деплоят text‑embedding модели и обслуживают запросы на эмбеддинги.
Валидаторы делают: оценивают качество эмбеддингов (бенчмарки/сравнения), чтобы стимулировать улучшение.
Где блокчейн: учёт/стимулы субнета завязаны на сеть Bittensor; динамику можно наблюдать через дашборды сети (см. links_*).
Роль токена (если есть): отдельный токен проекта по Tier‑1 не установлен; для сети Bittensor существует нативный токен TAO (отдельный уровень).

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

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

Поле	Значение
Название проекта	OpenKaito
Также известен как (aliases)	Bittensor SN5; Decentralized Embedding
Лого (logo)	../assets/478_openkaito_logo.svg
Символ токена (ticker)	—
Категория	AI/Inference \| AI/Other
Основная сеть (chain)	Bittensor
Тип	Appchain
Статус сети	mainnet
Консенсус (consensus)	—
Дата запуска (launch_date)	—
Статус проекта (status)	active
Токен (стандарт)	—
Контракт токена	—
Модель токена (token_type)	—
Макс. предложение	—
Эмиссия	—
Токеномика (tokenomics, кратко)	По Tier‑1 не установлено, существует ли отдельный “токен проекта”; стимулы описаны в терминах субнета сети Bittensor.
Управление	—
Админы/ключи	—
Аудит	—
Bug bounty	—
Команда (team)	—
Финансирование (investors/funding)	—
AI‑компонент (ai_component)	text embeddings (model training/serving in subnet)
Use‑case (use_case)	semantic search / NLP embeddings
DecAI Fit — AI‑соответствие (AI thesis fit)	3/6 — среднее соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit	ai_score 3 / onchain_score 3 / token_score 0 / evidence_score 1
Last verified	2026-02-11

Ссылки (links_*)

Тип	Ссылка
Website	https://github.com/OpenKaito/openkaito
Docs	https://github.com/OpenKaito/openkaito/blob/main/README.md
GitHub	https://github.com/OpenKaito/openkaito
Releases / Changelog	https://github.com/OpenKaito/openkaito/commits/main/
Whitepaper	https://bittensor.com/whitepaper
Roadmap	—
Security advisories	—
Explorer	https://taostats.io/subnets/5/chart
App / Demo	https://github.com/OpenKaito/openkaito/blob/main/quickstart.md
X	—
Discord	https://discord.gg/bittensor
Telegram	—
Medium	—
Audit report(s)	—
Bug bounty	—
CoinGecko (профиль, справочно)	https://www.coingecko.com/en/coins/openkaito
CoinMarketCap (профиль, справочно)	https://coinmarketcap.com/currencies/openkaito/

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

OpenKaito (Bittensor Subnet 5) в Tier‑1 репозитории описывает цель “Decentralized Embedding”: развитие text‑embedding моделей, где майнеры обслуживают модели, а валидаторы оценивают качество на бенчмарках. Это даёт проверяемую основу для AI‑части (что именно делается) и для onchain‑части (субнет как элемент сети Bittensor со стимулами/учётом).

Фичи/модули

Quickstart/установка (Tier‑1): инструкции по настройке validator/miner (см. links_*).
AI‑задача (Tier‑1): text embeddings: обучение/serving моделей и генерация эмбеддингов.
Механизм стимулов (Tier‑1): описан incentive mechanism и роль валидаторов в оценке качества.

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

Сценарий 1: майнер настраивает окружение и запускает майнера → обслуживает запросы на embeddings.
Сценарий 2: валидатор запускает validator → оценивает качество моделей/эмбеддингов на задачах/бенчмарках.
Сценарий 3: интегратор получает embeddings через заявленный “validator API” (интерфейс заявлен в README; конкретные эндпоинты не фиксируются в этой карточке).

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

Что нужно: quickstart в репозитории (validator/miner setup).
Сеть/chain: Bittensor (Subnet 5).
Комиссии: зависят от операций в сети Bittensor и инфраструктуры участника (в этой карточке не рассчитываются).

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

Компоненты: кодовая база субнета (репозиторий) + роли майнеров/валидаторов и их инфраструктура.
Роли участников: майнеры (обучение/serving embedding моделей), валидаторы (оценка качества), пользователи (доступ через API валидатора).
Где выполняется логика: обучение/инференс — offchain у участников; учёт/стимулы — в сети Bittensor.
Зависимости: GPU/инфраструктура для обучения и inference‑сервинг (описано в README).

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

Утилити токена: отдельный “токен проекта” по Tier‑1 не установлен; экономическая часть описана как incentive mechanism субнета в сети Bittensor.
Источники необходимости в протоколе: стимулы и роли валидаторов/майнеров описаны в README; при этом TK‑флаги про отдельный токен выставлены консервативно.
Кто платит комиссии: зависит от операций в сети Bittensor и инфраструктуры участников (не детализировано).
Куда идут комиссии: не установлено по Tier‑1 (в этой карточке).
Эмиссия/сжигание: не установлено по Tier‑1 (в этой карточке).
Механизмы безопасности/стимулов: incentive mechanism описан; детали залогов/штрафов (в терминах отдельного токена) не извлечены.
Распределение и график выпуска токенов: не установлено по Tier‑1 (в этой карточке).
Казначейство: не установлено по Tier‑1 (в этой карточке).

Управление

Кто принимает решения: не установлено по Tier‑1 (в этой карточке; изменения видны через репозиторий).
Как меняются параметры протокола: изменения фиксируются в кодовой базе/коммитах (см. links_*).
Где обсуждают/принимают решения: GitHub Issues/PR и Bittensor Discord (см. links_*).
Ключи/мультисиг: не установлено по Tier‑1 (в этой карточке).

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

Аудиты: не установлено по Tier‑1 (в этой карточке).
Bug bounty: не установлено по Tier‑1 (в этой карточке).
Инциденты: не установлено по Tier‑1 (в этой карточке).
Модель угроз: риски манипуляции оценкой качества/данными и инфраструктурные риски serving; детали требуют отдельной проверки.

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

Текущий статус: активен (есть репозиторий и актуальные инструкции).
Ключевые релизы/вехи: ориентир — история коммитов (см. links_*).
Roadmap: в README есть раздел “Development Roadmap” (см. Evidence).

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

Интеграции: не установлено по Tier‑1 (в этой карточке, кроме заявленного интерфейса “validator API”).
Партнёры: не установлено по Tier‑1 (в этой карточке).
Где реально используется: заявлено как доступ через validator API; фактические кейсы интеграций не перечислены в этой карточке.

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

Что здесь реально ИИ? обучение/serving text‑embedding моделей; валидаторы оценивают качество на бенчмарках (Tier‑1 README).
Что реально onchain? субнет работает в рамках сети Bittensor со стимулами/учётом; динамику можно наблюдать через дашборды сети (links_*).
Зачем нужен токен? отдельный токен проекта по Tier‑1 не установлен; экономическая часть описана как incentive mechanism субнета.
Красные флаги (по найденной информации): использование суперлативов (“SOTA”) без публичной таблицы метрик/версий; что перепроверить: наличие публичного dashboard/метрик из roadmap v1.

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

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

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

Подробнее

AI reality

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

AI_0 (decision): 0
Claim (1 строка): Tier‑1 источники описывают работающий AI‑направленный продукт (AI_1/AI_2/AI_4), поэтому “intent without evidence” не применяется.
Evidence: Tier‑1 — https://github.com/OpenKaito/openkaito/blob/main/README.md
Why sufficient / why not (1 строка): AI уже описан как реализуемая функция/задача субнета, а не только план.
Conflict note (если есть): —

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

AI_1 (decision): 1
Claim (1 строка): Subnet 5 обучает и обслуживает text‑embedding модели (генерация эмбеддингов для текста).
Evidence: Tier‑1 — https://github.com/OpenKaito/openkaito/blob/main/README.md
Why sufficient / why not (1 строка): В README явно описана цель/задача AI‑части и роли участников.
Conflict note (если есть): —

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

AI_2 (decision): 1
Claim (1 строка): Есть quickstart‑инструкция по установке и запуску validator/miner.
Evidence: Tier‑1 — https://github.com/OpenKaito/openkaito/blob/main/quickstart.md
Why sufficient / why not (1 строка): Это воспроизводимый “demo surface” (как начать и запустить роли).
Conflict note (если есть): —

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

AI_3 (decision): 0
Метрики: —
Контекст (версия/дата/на чём мерили): —
Evidence: Tier‑1 — https://github.com/OpenKaito/openkaito/blob/main/README.md
Why sufficient / why not (1 строка): В README сказано, что валидаторы используют бенчмарки, но в Tier‑1 источниках не зафиксирована конкретная публичная таблица метрик/версий/дат.
Conflict note (если есть): —

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

AI_4 (decision): 1
Claim (1 строка): Есть Tier‑1 репозиторий с кодом, структурой проекта и документацией (README + docs/).
Evidence: Tier‑1 — https://github.com/OpenKaito/openkaito ; https://github.com/OpenKaito/openkaito/blob/main/README.md
Why sufficient / why not (1 строка): Публичный код и документация дают достаточный техконтекст.
Conflict note (если есть): —

Onchain necessity

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

OC_1 (decision): 1
Сеть: Bittensor (Subnet 5)
Адреса/идентификаторы: Subnet 5 (SN5)
Evidence: Tier‑1 — https://github.com/OpenKaito/openkaito/blob/main/README.md
Why sufficient / why not (1 строка): README прямо указывает, что это Bittensor SN5.
Conflict note (если есть): —

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

OC_2 (decision): 1
Какая полезная логика onchain: учёт/стимулы субнета и взаимодействие ролей (майнеры/валидаторы) в рамках сети Bittensor.
Evidence: Tier‑1 — https://bittensor.com/whitepaper ; https://github.com/OpenKaito/openkaito/blob/main/README.md
Why sufficient / why not (1 строка): Механика субсетей и стимулов относится к протоколу сети, а не к “просто токену”.
Conflict note (если есть): —

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

OC_3 (decision): 1
Тест “замены блокчейна”: без сети Bittensor ломается trustless‑учёт стимулов и проверяемое распределение вознаграждений между ролями.
Evidence: Tier‑1 — https://bittensor.com/whitepaper
Why sufficient / why not (1 строка): Субнет опирается на доверенную модель сети и onchain‑учёт стимулов.
Conflict note (если есть): —

Token necessity

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

TK_0 (decision): 0
Claim (1 строка): Не установлено, есть ли отдельный “токен проекта”; по Tier‑1 не найден факт “токена нет”.
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): TK_0=1 ставим только при явном доказательстве отсутствия токена.
Conflict note (если есть): —

TK_1..TK_4 (1/0)

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

TK_1 (decision): 0
Claim (1 строка): По Tier‑1 не найден механизм “оплата отдельным токеном за embedding API”.
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): Для 1 нужен явный pay‑for‑service механизм и источник.
Conflict note (если есть): —

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

TK_2 (decision): 0
Claim (1 строка): По Tier‑1 не найден механизм залога/штрафа в терминах отдельного токена проекта.
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): Есть incentive mechanism субнета, но не подтверждён отдельный токен‑механизм.
Conflict note (если есть): —

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

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

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

TK_4 (decision): 0
Claim (1 строка): Заменимость токена не оценена (не установлено наличие отдельного токена проекта).
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): Нужны данные о токене и его роли, чтобы обсуждать заменимость.
Conflict note (если есть): —

Evidence (таблица)

Tier	Источник	Что доказывает
Tier‑1	https://github.com/OpenKaito/openkaito/blob/main/README.md	Tier‑1 описание SN5: embeddings, роли майнеров/валидаторов, incentive mechanism и roadmap.
Tier‑1	https://github.com/OpenKaito/openkaito/blob/main/quickstart.md	Что можно потрогать: quickstart по установке validator/miner (AI_2).
Tier‑1	https://github.com/OpenKaito/openkaito	Публичный репозиторий с кодом и docs (AI_4).
Tier‑1	https://bittensor.com/whitepaper	Tier‑1 описание сети Bittensor и механики стимулов/субсетей (OC_2/OC_3).
Tier‑1	—	Tier‑1 источник по утверждению “отдельный токен проекта обязателен для pay‑for‑service / залогов / governance” не найден.
Tier‑2	https://taostats.io/subnets/5/chart	Наблюдаемая динамика Subnet 5 (контекст; дашборд‑агрегатор).
Tier‑2	https://www.coingecko.com/en/coins/openkaito	Справочный профиль (контекст).
Tier‑2	https://coinmarketcap.com/currencies/openkaito/	Справочный профиль (контекст).