Skip to main content

TaoHash

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

TaoHash — Infra проект в сети Bittensor (subnet 14), subnet token (символ: TAOHASH / ALPHA).

Дисклеймер

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

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

  • Что это: Bittensor subnet 14 про производство/пул PoW‑hashrate (BTC mining) и проверяемое распределение вознаграждений.
  • Для кого: майнеры (вносят hashrate/шары), валидаторы (проверяют вклад и рассчитывают веса), держатели ALPHA/subnet token.
  • Зачем ончейн/токен: onchain‑механика субнета распределяет emissions/веса; ALPHA/subnet token выступает как “ownership” и элемент стимулов (см. Evidence).

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

  1. Пользователь делает: взаимодействует с продуктом/подсетью проекта.
  2. Система делает: майнеры вносят BTC‑hashrate, пул фиксирует шары/сложность, валидаторы оценивают вклад по share‑value и выставляют веса.
  3. Пользователь получает: BTC‑вознаграждения (по протоколу) и/или ALPHA/subnet token rewards (в зависимости от участия).
  4. Где блокчейн: Bittensor subnet 14 (эмиссии/веса/параметры субнета).
  5. Роль токена (если есть): ALPHA/subnet token связан с ownership/стимулами (в т.ч. описано распределение rewards и claimable pool fees).

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

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

Поле Значение
Название проекта TaoHash
Также известен как (aliases) TAOHASH
Лого (logo) ../assets/495_taohash_logo.png
Символ токена (ticker) TAOHASH
Категория Infra
Основная сеть (chain) Bittensor
Тип Appchain
Статус сети mainnet
Консенсус (consensus) —
Дата запуска (launch_date) —
Статус проекта (status) active
Токен (стандарт) —
Контракт токена —
Модель токена (token_type) —
Макс. предложение —
Эмиссия —
Токеномика (tokenomics, кратко) —
Управление —
Админы/ключи —
Аудит —
Bug bounty —
Команда (team) —
Финансирование (investors/funding) —
AI‑компонент (ai_component) —
Use‑case (use_case) PoW mining hashrate pool + incentives
DecAI Fit — AI‑соответствие (AI thesis fit) 0/6 — нет AI reality и нет AI intent (ai_score=0)
Итог по компонентам DecAI Fit ai_score 0 / onchain_score 2 / token_score 1 / evidence_score 0
Last verified 2026-02-11
Тип Ссылка
Website https://taohash.ai/
Docs https://github.com/latent-to/taohash/tree/main/docs
GitHub https://github.com/latent-to/taohash
Releases / Changelog https://github.com/latent-to/taohash/commits/main/
Whitepaper https://taohash.ai/whitepaper
Roadmap https://taohash.com/roadmap
Security advisories https://github.com/latent-to/taohash/security
Explorer https://learnbittensor.org/subnets/14
X https://twitter.com/taohash
Discord https://discord.com/invite/bittensor
Telegram —
Medium —
Audit report(s) —
Bug bounty —
CoinGecko (профиль, справочно) https://www.coingecko.com/en/coins/taohash
CoinMarketCap (профиль, справочно) https://coinmarketcap.com/currencies/taohash/

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

TAOHash (subnet 14) — подсеть в экосистеме Bittensor, ориентированная на производство/агрегацию BTC mining hashrate (PoW) и проверяемое распределение вознаграждений. Валидаторы оценивают вклад майнеров (шары/сложность → share value) и на этой основе выставляют веса, влияющие на emissions и распределение ALPHA/subnet token.

Фичи/модули

  • Пул майнинга: майнеры подключаются как к обычному mining pool и отправляют шары.
  • Оценка вклада: валидаторы считают share value и выставляют веса.
  • Два типа стимулов: прямые BTC‑выплаты и ALPHA/subnet token rewards (по описанию субнета).

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

  • Сценарий 1: майнер подключает оборудование/хешрейт → получает BTC‑вознаграждения и (для участников субнета) ALPHA rewards.
  • Сценарий 2: валидатор проверяет шары и рассчитывает share value → выставляет веса, влияющие на emissions.

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

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

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

  • Компоненты: subnet mining pool, майнеры (share submissions), валидаторы (weights), инфраструктура учёта share value.
  • Роли участников: майнеры, валидаторы, держатели ALPHA/subnet token.
  • Где выполняется логика: учёт шар/оценка — offchain у валидаторов/пула; weights/emissions и стимулы — через Bittensor.
  • Зависимости: —.

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

  • Утилити токена: ALPHA/subnet token отражает ownership/стимулы (в т.ч. reward‑механика и (по описанию) claimable pool fees).
  • Источники необходимости в протоколе: описаны в Tier‑1 документации субнета и репозитории (см. Evidence).
  • Кто платит комиссии: —.
  • Куда идут комиссии: —.
  • Эмиссия/сжигание: —.
  • Механизмы безопасности/стимулов: —.
  • Распределение и график выпуска токенов: —.
  • Казначейство: —.

Управление

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

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

  • Аудиты: —.
  • Bug bounty: —.
  • Инциденты: —.
  • Модель угроз: —.

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

  • Текущий статус: активен.
  • Ключевые релизы/вехи: —.
  • Roadmap: см. links_* (как навигация).

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

  • Интеграции: —.
  • Партнёры: —.
  • Где реально используется: статистика/состояние подсети доступно через taostats (см. links_* / Evidence).

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

  • Что здесь реально ИИ? По Tier‑1 источникам TAOHash описан как PoW/mining subnet; AI‑компонент не заявлен как ядро протокола.
  • Что реально onchain? Ончейн‑состояние подсети в сети Bittensor (subnet id 14; см. Evidence).
  • Зачем нужен токен? ALPHA/subnet token используется как ownership/стимул (в т.ч. reward‑механика и (по описанию) claimable pool fees) — см. Evidence.
  • Красные флаги (по найденной информации): смешение “AI”‑лейбла с инфраструктурными PoW‑механиками без Tier‑1 подтверждения AI‑компонента.

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

  • DecAI Fit: 0/6 — нет AI reality и нет AI intent (ai_score=0)
Компонент Уровень Score
AI reality нет данных Tier‑1 0
Onchain necessity средне 2
Token necessity средне 1
Evidence Tier‑1 есть 0
Подробнее

AI reality

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

  • AI_0 (decision): 0
  • Claim (1 строка): По Tier‑1 источникам проект описан как PoW/mining subnet; AI‑намерения как отдельный блок не заявлены.
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (1 строка): Без Tier‑1 заявлений об AI‑намерениях ставим 0.
  • Conflict note (если есть): —

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

  • AI_1 (decision): 0
  • Claim (1 строка): AI‑компонент как ядро протокола не описан в Tier‑1 источниках TAOHash.
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (1 строка): Без конкретного Tier‑1 описания AI‑функции ставим 0.
  • Conflict note (если есть): —

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

  • AI_2 (decision): 0
  • Claim (1 строка): AI‑демо/примеры не применимы (AI‑функция не установлена).
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (1 строка): Без Tier‑1 демо/гайда флаг не повышаем.
  • Conflict note (если есть): —

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

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

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

  • AI_4 (decision): 0
  • Claim (1 строка): Техописание AI‑архитектуры не применимо (AI‑функция не установлена).
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (1 строка): Без техописания/архитектуры по Tier‑1 ставим 0.
  • Conflict note (если есть): —

Onchain necessity

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

  • OC_1 (decision): 1
  • Сеть: Bittensor
  • Адреса/идентификаторы: subnet id 14
  • Evidence: Tier‑1 — https://learnbittensor.org/subnets/14
  • Why sufficient / why not (1 строка): Tier‑1 источник фиксирует subnet id 14 и идентичность субнета.
  • Conflict note (если есть): —

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

  • OC_2 (decision): 1
  • Какая полезная логика onchain: incentive‑механика субнета: weights от валидаторов по share value, emissions/ALPHA rewards.
  • Evidence: Tier‑1 — https://raw.githubusercontent.com/latent-to/taohash/main/README.md ; https://learnbittensor.org/subnets/14
  • Why sufficient / why not (1 строка): Tier‑1 описывает, как валидация/веса и rewards устроены на уровне субнета.
  • Conflict note (если есть): —

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

  • OC_3 (decision): 0
  • Тест “замены блокчейна”: не установлено (нет Tier‑1 обоснования критичности).
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (1 строка): Без Tier‑1 аргумента “почему без ончейна ломается смысл” ставим 0.
  • Conflict note (если есть): —

Token necessity

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

  • TK_0 (decision): 0
  • Claim (1 строка): Subnet использует ALPHA/subnet token как часть reward/ownership‑механики.
  • Evidence: Tier‑1 — https://raw.githubusercontent.com/latent-to/taohash/main/README.md ; https://learnbittensor.org/subnets/14
  • Why sufficient / why not (1 строка): Tier‑1 источники описывают ALPHA rewards и ownership/claimable fees.
  • Conflict note (если есть): —

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 ставим 0.
  • Conflict note (если есть): —

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

  • TK_2 (decision): 1
  • Claim (1 строка): Майнеры/участники получают ALPHA rewards (дополнительный стимул поверх BTC), а holders описаны как владельцы пула/доли fee.
  • Evidence: Tier‑1 — https://raw.githubusercontent.com/latent-to/taohash/main/README.md ; https://learnbittensor.org/subnets/14
  • Why sufficient / why not (1 строка): Tier‑1 источники описывают reward‑механику через ALPHA.
  • Conflict note (если есть): —

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

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

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

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

Evidence (таблица)

Tier Источник Что доказывает
Tier‑1 https://raw.githubusercontent.com/latent-to/taohash/main/README.md Назначение субнета (PoW hashrate), incentive‑дизайн, reward‑механики (BTC + ALPHA).
Tier‑1 https://learnbittensor.org/subnets/14 Идентичность и параметры субнета 14, описание ALPHA/ownership‑механики и reward‑логики.
Tier‑1 — Tier‑1 источник по утверждению «AI‑компонент/AI‑демо/AI‑метрики как ядро протокола» не найден.
Tier‑2 https://taostats.io/subnets/14/chart Дашборд состояния/статистики субнета (контекст).
Tier‑2 https://www.coingecko.com/en/coins/taohash Профиль токена (справочно; навигация).

No comments to display

Back to top