Docs-Insights (Tatsu)

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

Docs-Insights (Tatsu) — AI/Other | Infra проект в Bittensor (subnet), токен (символ: —).

Дисклеймер

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

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

Что это: Bittensor‑subnet (SN84), который выполняет задачи “document understanding”: OCR/vision/VLM/LLM‑пайплайны для извлечения информации из документов и структурирования результата.
Для кого: для операторов майнеров/валидаторов Bittensor и команд, которым нужна автоматизация извлечения данных из документов.
Зачем ончейн/токен: onchain‑часть — механика субнета в сети Bittensor (участие/стимулы/веса); в модели Dynamic TAO у субнета есть subnet‑specific “alpha” токен и TAO‑резервы (см. Evidence).

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

Пользователь делает: запускает майнера/валидатора субнета по инструкциям репозитория.
Система делает: валидатор формирует задания (например, синтетические изображения + ground truth) и отправляет майнерам.
Пользователь получает: результаты распознавания/классификации/парсинга и оценку точности, которая влияет на стимулы.
Где блокчейн: параметры/участники и стимулы субнета фиксируются как часть сети Bittensor (netuid 84).
Роль токена (если есть): внешний токен проекта (ERC‑20 и т.п.) не зафиксирован по Tier‑1; при этом у субнета в Bittensor есть subnet‑specific “alpha” токен (Dynamic TAO) и onchain‑экономика стимулов.

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

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

Поле	Значение
Название проекта	Docs-Insights (Tatsu)
Также известен как (aliases)	Document Understanding Subnet, SN84
Лого (logo)	../assets/438_docs-insight-tatsu_logo.svg
Символ токена (ticker)	—
Категория	AI/Other \| Infra
Основная сеть (chain)	Bittensor
Тип	Appchain
Статус сети	mainnet
Консенсус (consensus)	—
Дата запуска (launch_date)	—
Статус проекта (status)	active
Токен (стандарт)	native
Контракт токена	Subnet netuid 84 (Bittensor)
Модель токена (token_type)	—
Макс. предложение	—
Эмиссия	—
Токеномика (tokenomics, кратко)	subnet “alpha” token + TAO‑резервы/эмиссии (Dynamic TAO)
Управление	—
Админы/ключи	—
Аудит	—
Bug bounty	—
Команда (team)	—
Финансирование (investors/funding)	—
AI‑компонент (ai_component)	document understanding pipeline
Use‑case (use_case)	OCR + VLM/LLM document parsing
DecAI Fit — AI‑соответствие	5/6 — высокое соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit	2 / 3 / 1 / 3
Last verified	2026-02-11

Ссылки (links_*)

Тип	Ссылка
Website	https://docs-insights.ai/home
Docs	https://docs-insights.ai/home
GitHub	https://github.com/TatsuProject/Document_Understanding_Subnet
Releases / Changelog	https://github.com/TatsuProject/Document_Understanding_Subnet/commits/main/
Whitepaper	https://github.com/TatsuProject/Document_Understanding_Subnet/blob/main/docs/Technical_Guide.md
Roadmap	—
Security advisories	https://github.com/TatsuProject/Document_Understanding_Subnet/security
Explorer	https://taostats.io/subnets/84/chart
X	https://twitter.com/TatsuEcosystem
Discord	—
Telegram	https://t.me/TatsuEcosystem
Medium	https://medium.com/@tatsuecosystem
Audit report(s)	—
Bug bounty	—
CoinGecko (профиль, справочно)	https://www.coingecko.com/en/coins/docs-insight-tatsu
CoinMarketCap (профиль, справочно)	https://coinmarketcap.com/currencies/docs-insight-tatsu/

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

По Tier‑1 (README) проект описывает набор задач document understanding (checkbox/text detection, document classification, document parsing, JSON structuring) и архитектуру “validator generates task + ground truth → miner processes → validator scores”. Есть технический гайд запуска майнера/валидатора.

Фичи/модули

Мульти‑модальный пайплайн: vision модели, language модели, VLM, OCR.
Генерация синтетических заданий и ground truth на стороне валидатора.
Оценка качества по координатам/тексту и вознаграждение лучших майнеров (по описанию в README).

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

Сценарий 1: оператор запускает майнер → получает задания → возвращает распознанные элементы документа → получает скоринг.
Сценарий 2: оператор запускает валидатор → генерирует задания/ground truth → оценивает майнеров.

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

Что нужно: следовать Technical Guide в репозитории (зависимости, tesseract для майнеров, сервис детектора чекбоксов).
Сеть/chain: Bittensor subnet netuid 84 (по taostats и README).
Комиссии: зависят от участия в сети Bittensor и требований к инфраструктуре.

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

Компоненты: validator + miner + сервисы предобработки/OCR/vision модели.
Где выполняется логика: модели/пайплайн выполняются offchain; onchain — учёт участия и стимулы Bittensor субнета.

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

Экономика: вознаграждение майнеров описано в README как функция точности и разрыва с “вторым местом”.
Токен субнета (Dynamic TAO): у субнета есть subnet‑specific “alpha” токен и TAO‑резервы (см. Evidence); внешний токен проекта (ERC‑20 и т.п.) не зафиксирован по Tier‑1.

Управление

Не установлено по Tier‑1 на дату проверки.

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

Аудиты / bug bounty / инциденты: не установлено по Tier‑1.
Модель угроз: типовые риски распределённой offchain‑системы (манипуляции результатами/ground truth, атаки на валидатор/оценку) и риски экономики субнета Bittensor (атаки на скоринг/стимулы).

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

Текущий статус: активен; subnet в mainnet Bittensor.
Roadmap: не зафиксирован Tier‑1 на дату проверки (в links_* стоит —).

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

Экосистема: участие наблюдаемо по onchain‑метрикам субнета (taostats); прочие интеграции/партнёры по Tier‑1 не зафиксированы.

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

Что здесь реально ИИ? Tier‑1 описывает применение CV/VLM/LLM и OCR для понимания документов и извлечения структурированных данных.
Что реально onchain? subnet netuid 84 в сети Bittensor (onchain‑часть механики стимулов).
Зачем нужен токен? в Bittensor субнет‑экономика использует TAO и subnet‑specific “alpha” токен (Dynamic TAO) для стимулов/распределения эмиссий.
Красные флаги (по найденной информации): в Technical_Guide.md есть пример команд с netuid, который конфликтует с README (SN‑84) и taostats (вероятно, устаревший/ошибочный фрагмент документа); для карточки фиксируем netuid 84 по README и onchain‑наблюдаемости.

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

DecAI Fit: 5/6 — высокое соответствие тезису Decentralized AI

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

Подробнее

AI reality

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

AI_0 (decision): 0
Claim (1 строка): AI описан как работающий пайплайн (document understanding), а не только intent.
Evidence: Tier‑1 — https://github.com/TatsuProject/Document_Understanding_Subnet
Why sufficient / why not (1 строка): при наличии Tier‑1 описания работы intent‑флаг не добавляет сигнала.

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

AI_1 (decision): 1
Claim (1 строка): распознаёт/классифицирует/парсит документы (OCR+vision+VLM+LLM) и возвращает структурированный результат.
Evidence: Tier‑1 — https://github.com/TatsuProject/Document_Understanding_Subnet
Why sufficient / why not (1 строка): назначение и задачи перечислены в README.

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

AI_2 (decision): 0
Claim (1 строка): публичный app/demo “что можно потрогать” не зафиксирован по Tier‑1.
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): есть инструкции запуска нод, но без отдельной demo‑поверхности флаг 0.

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

AI_3 (decision): 0
Метрики: —
Контекст (версия/дата/на чём мерили): —
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): в Tier‑1 не извлечены воспроизводимые метрики качества с контекстом (версия/дата/датасет).

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

AI_4 (decision): 1
Claim (1 строка): описана архитектура validator/miner и набор задач (checkbox/doc-class/doc-parse), а также шаги запуска.
Evidence: Tier‑1 — https://github.com/TatsuProject/Document_Understanding_Subnet ; https://raw.githubusercontent.com/TatsuProject/Document_Understanding_Subnet/main/docs/Technical_Guide.md
Why sufficient / why not (1 строка): есть техописание и operational guide.

Onchain necessity

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

OC_1 (decision): 1
Сеть: Bittensor
Адреса/идентификаторы: subnet netuid 84
Evidence: Tier‑1 — https://taostats.io/subnets/84/chart
Why sufficient / why not (1 строка): taostats фиксирует существование субнета в сети Bittensor.

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

OC_2 (decision): 1
Какая полезная логика onchain: onchain‑уровень участвует в механике субнета (учёт/стимулы/веса).
Evidence: Tier‑1 — https://taostats.io/subnets/84/chart
Why sufficient / why not (1 строка): subnet — часть onchain‑сети Bittensor.

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

OC_3 (decision): 1
Тест “замены блокчейна”: без ончейна ломается trustless‑механика распределения стимулов/оценки.
Evidence: Tier‑1 — https://docs.learnbittensor.org/subnets/understanding-subnets ; https://taostats.io/subnets/84/chart
Why sufficient / why not (1 строка): incentive network субнета опирается на onchain‑состояние.

Token necessity

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

TK_0 (decision): 0
Claim (1 строка): в Bittensor у субнета есть subnet‑specific “alpha” токен (Dynamic TAO); внешний токен проекта (ERC‑20 и т.п.) не зафиксирован по Tier‑1.
Evidence: Tier‑1 — https://docs.learnbittensor.org/subnets/understanding-subnets
Why sufficient / why not (1 строка): “нет токена” неверно для субнета; при этом отдельный внешний токен проекта не установлен.

TK_1..TK_4 (1/0)

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

TK_1 (decision): 0
Claim (1 строка): платёж токеном проекта за сервис не установлен по Tier‑1.
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): нет Tier‑1 описания pay‑per‑call на токене проекта.

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

TK_2 (decision): 1
Claim (1 строка): субнет‑экономика распределяет эмиссии/стимулы и опирается на onchain‑механику Bittensor (Dynamic TAO).
Evidence: Tier‑1 — https://docs.learnbittensor.org/subnets/understanding-subnets ; https://taostats.io/subnets/84/chart
Why sufficient / why not (1 строка): Tier‑1 доки описывают стимулы/эмиссии в субнетах; taostats подтверждает конкретный netuid.

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

TK_3 (decision): 0
Claim (1 строка): governance‑роль токена проекта не установлена по Tier‑1.
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): нет Tier‑1 описания governance через токен проекта.

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

TK_4 (decision): 0
Claim (1 строка): заменимость токена/субнет‑экономики на альтернативную модель не установлена по Tier‑1.
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): для субнетов роль токена/TAO встроена в экономику Bittensor; вывод о заменимости требует отдельного анализа.

Evidence (таблица)

Tier	Источник	Что доказывает
Tier‑1	https://github.com/TatsuProject/Document_Understanding_Subnet	Tier‑1 описание задач и архитектуры subnet (validator/miner + пайплайны моделей).
Tier‑1	https://raw.githubusercontent.com/TatsuProject/Document_Understanding_Subnet/main/docs/Technical_Guide.md	Tier‑1 технический гайд запуска майнера/валидатора и зависимостей.
Tier‑1	https://docs.learnbittensor.org/subnets/understanding-subnets	Tier‑1 описание субнетов Bittensor: onchain‑консенсус/эмиссии/стимулы; subnet‑specific “alpha” токены (Dynamic TAO).
Tier‑1	https://taostats.io/subnets/84/chart	Onchain‑факт существования subnet netuid 84.
Tier‑2	https://www.coingecko.com/en/coins/docs-insight-tatsu	Справочный профиль и навигация по ссылкам.
Tier‑2	https://coinmarketcap.com/currencies/docs-insight-tatsu/	Справочный профиль и навигация по ссылкам.