Skip to main content

Sturdy Subnet

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

Sturdy Subnet — подсеть Bittensor (SN10), которую Sturdy использует для конкуренции стратегий аллокации; токен (символ: —).

Дисклеймер

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

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

  • Что это: подсеть Bittensor (SN10), где майнеры предлагают стратегии аллокации, а валидаторы стимулируют стратегии на основе доходности (по описанию проекта).
  • Для кого: протокол Sturdy и его агрегаторы/пользователи (как “движок” выбора аллокаций).
  • Зачем ончейн/токен: ончейн используется как механизм соревнования/стимулов (майнеры/валидаторы) в рамках Bittensor subnet; роль отдельного токена проекта не установлена.
  • Что можно потрогать (Tier‑1): публичный dashboard/analytics на sturdysubnet.org (см. links_*).

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

  1. Пользователь делает: использует Sturdy (или агрегатор) для размещения/управления депозитом в “silos” (точные UX‑шаги не установлены по Tier‑1).
  2. Система делает: запрашивает у подсети набор стратегий аллокации среди whitelisted silos.
  3. Пользователь получает: аллокацию/стратегию, выбранную по результатам соревнования и стимулов.
  4. Где блокчейн: Bittensor Subnet 10 — соревнование и стимулы для стратегий (майнеры/валидаторы).
  5. Роль токена (если есть): не установлено (Tier‑1 описание токен‑утилити не найдено).

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

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

Поле Значение
Название проекта Sturdy Subnet
Также известен как (aliases) Sturdy SN10
Лого (logo) ../assets/465_sturdy-subnet_logo.svg
Символ токена (ticker) —
Категория AI/Other | DeFi | Infra
Основная сеть (chain) Bittensor
Тип Appchain
Статус сети mainnet
Консенсус (consensus) —
Дата запуска (launch_date) —
Статус проекта (status) active
Токен (стандарт) —
Контракт токена —
Модель токена (token_type) —
Макс. предложение —
Эмиссия —
Токеномика (tokenomics, кратко) —
Управление —
Админы/ключи —
Аудит yes
Bug bounty yes
Команда (team) —
Финансирование (investors/funding) —
AI‑компонент (ai_component) allocation strategy competition
Use‑case (use_case) allocation selection for silos
DecAI Fit — AI‑соответствие 3/6 — среднее соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit 1 / 2 / 0 / 2
Last verified 2026-02-11
Тип Ссылка
Website https://www.sturdysubnet.org/
Docs https://docs.sturdy.finance/overview/sturdy-subnet
GitHub https://github.com/sturdyfi
Releases / Changelog https://medium.com/@sturdyfinance
Whitepaper https://docs.sturdy.finance/overview/sturdy-subnet
Roadmap —
Security advisories https://github.com/sturdyfi/sturdy-contracts/security
Explorer https://taostats.io/subnets/10/chart
App / Demo https://www.sturdysubnet.org/dashboard
X https://x.com/SturdyFinance
Discord https://discord.gg/tRVHp6Vx5N
Telegram https://t.me/sturdyfinance
Medium https://medium.com/@sturdyfinance
Audit report(s) https://docs.sturdy.finance/overview/security-and-audits
Bug bounty https://immunefi.com/bounty/sturdy/
CoinGecko (профиль, справочно) https://www.coingecko.com/en/coins/sturdy-subnet
CoinMarketCap (профиль, справочно) https://coinmarketcap.com/currencies/sturdy-subnet/

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

Sturdy Subnet — подсеть Bittensor (SN10), которую Sturdy использует, чтобы давать агрегаторам аллокации среди whitelisted silos. По документации проекта, майнеры предоставляют стратегии аллокации, а валидаторы стимулируют стратегии на основе доходности.

Фичи/модули

  • Bittensor Subnet 10: соревнование стратегий аллокации (майнеры) и стимулирование стратегий на основе доходности (валидаторы).
  • Интеграция с протоколом Sturdy/агрегаторами (детали интеграции не установлены по Tier‑1).

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

  • Агрегатор: получает рекомендации/аллокации → применяет к whitelisted silos.
  • Майнер: публикует стратегию аллокации → конкурирует с другими стратегиями.
  • Валидатор: оценивает результаты → распределяет стимулы (по правилам подсети).

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

  • Что нужно: инструкции по майнингу/валидированию в links_* (Discord/Docs).
  • Сеть/chain: Bittensor; Subnet 10 (см. Explorer).
  • Комиссии: не установлено (Tier‑1).

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

  • Компоненты: Sturdy + Bittensor Subnet 10 (майнеры/валидаторы) для стратегий аллокации.
  • Роли участников: майнеры (стратегии), валидаторы (стимулы/оценка), агрегаторы (потребитель результата).
  • Где выполняется логика: оценка/соревнование стратегий — в механике Bittensor subnet; интеграция с “silos” — вне этого документа (не установлено по Tier‑1).
  • Зависимости: не установлено (Tier‑1).

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

  • Утилити токена: не установлено (Tier‑1).
  • Источники необходимости в протоколе: —.
  • Кто платит комиссии: —.
  • Куда идут комиссии: —.
  • Эмиссия/сжигание: —.
  • Механизмы безопасности/стимулов: —.
  • Распределение и график выпуска токенов: —.
  • Казначейство: —.

Управление

  • Кто принимает решения: не установлено (Tier‑1).
  • Как меняются параметры протокола: не установлено (Tier‑1).
  • Где обсуждают/принимают решения: GitHub/Discord (ссылки — в links_*).
  • Ключи/мультисиг: не установлено (Tier‑1).

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

  • Аудиты: есть (см. Audit report(s) в links_*).
  • Bug bounty: есть (см. Bug bounty в links_*).
  • Инциденты: не установлено по Tier‑1.
  • Модель угроз: риск зависимости от offchain‑оценки стратегий/данных; нет Tier‑1 данных, что onchain критичен для продукта.

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

  • Текущий статус: активен; сеть: mainnet.
  • Ключевые релизы/вехи: не установлено по Tier‑1.
  • Roadmap: не установлено по Tier‑1.

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

  • Интеграции: экосистема Bittensor; интеграция со Sturdy/агрегаторами (детали не установлены по Tier‑1).
  • Партнёры: не установлено (Tier‑1).
  • Где реально используется: не установлено (Tier‑1).

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

  • Что здесь реально ИИ? Проект использует Bittensor subnet как децентрализованный “слой” для конкуренции стратегий аллокации; конкретные ML‑модели/метрики не описаны на странице подсети.
  • Что реально onchain? Соревнование и стимулы в Bittensor Subnet 10 (майнеры/валидаторы).
  • Зачем нужен токен? Не установлено (Tier‑1).
  • Красные флаги (по найденной информации): не описаны конкретные AI‑метрики/архитектура для стратегий; роль токена проекта требует отдельного Tier‑1 подтверждения.

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

  • DecAI Fit: 3/6 — среднее соответствие тезису Decentralized AI
Компонент Уровень Score
AI reality средне 1
Onchain necessity средне 2
Token necessity низко 0
Evidence Tier‑1 есть (AI/OC), по токену нет 2
Подробнее

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): 0
  • Claim (1 строка): Что именно делает AI‑компонент (модель/алгоритм) — не установлено по Tier‑1.
  • Evidence: Tier‑1 — https://docs.sturdy.finance/overview/sturdy-subnet
  • Why sufficient / why not (1 строка): Документация описывает “стратегии аллокации”, но без AI‑деталей.
  • Conflict note (если есть): —

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

  • AI_2 (decision): 1
  • Claim (1 строка): Есть публичный dashboard/analytics, показывающий метрики подсети/агрегаторов (демо‑поверхность проекта).
  • Evidence: Tier‑1 — https://www.sturdysubnet.org/dashboard
  • Why sufficient / why not (1 строка): Это воспроизводимая “поверхность” наблюдения работы подсети и агрегаторов; она не раскрывает AI‑метрики/модели (AI_3 остаётся 0).
  • Conflict note (если есть): —

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

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

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

  • AI_4 (decision): 0
  • Claim (1 строка): Архитектура/версии моделей для подсети не описаны на странице подсети.
  • Evidence: Tier‑1 — https://docs.sturdy.finance/overview/sturdy-subnet
  • Why sufficient / why not (1 строка): Есть описание назначения и ролей, но нет техдеталей AI‑части.
  • Conflict note (если есть): —

Onchain necessity

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

  • OC_1 (decision): 1
  • Сеть: Bittensor
  • Адреса/идентификаторы: Subnet 10
  • Evidence: Tier‑1 — https://docs.sturdy.finance/overview/sturdy-subnet ; Tier‑2 — https://taostats.io/subnets/10/chart
  • Why sufficient / why not (1 строка): В Tier‑1 указано, что это Bittensor subnet (SN10).
  • Conflict note (если есть): —

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

  • OC_2 (decision): 1
  • Какая полезная логика onchain: механизм соревнования/стимулов стратегий в subnet (майнеры/валидаторы).
  • Evidence: Tier‑1 — https://docs.sturdy.finance/overview/sturdy-subnet
  • Why sufficient / why not (1 строка): В Tier‑1 описано, что валидаторы стимулируют стратегии с наилучшей доходностью.
  • Conflict note (если есть): —

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

  • OC_3 (decision): 0
  • Тест “замены блокчейна”: не доказано, что без Bittensor механики продукт Sturdy ломается; это не описано в Tier‑1.
  • Evidence: Tier‑1 — https://docs.sturdy.finance/overview/sturdy-subnet
  • Why sufficient / why not (1 строка): Нет Tier‑1 утверждения о критичности ончейна.
  • Conflict note (если есть): —

Token necessity

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

  • TK_0 (decision): 0
  • Claim (1 строка): Наличие/отсутствие отдельного токена подсети в Tier‑1 не установлено.
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (1 строка): Нет Tier‑1 утверждения “токена нет”.
  • 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 описания TK_1.
  • Conflict note (если есть): —

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

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

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

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

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

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

Evidence (таблица)

Tier Источник Что доказывает
Tier‑1 https://docs.sturdy.finance/overview/sturdy-subnet Описание Sturdy Subnet (SN10): стратегии аллокации (майнеры) и стимулирование лучших стратегий (валидаторы).
Tier‑1 https://www.sturdysubnet.org/dashboard Публичный dashboard/analytics (что можно “потрогать” и наблюдать).
Tier‑2 https://taostats.io/subnets/10/chart Subnet 10 в Bittensor (эксплорер/метрики).
Tier‑1 https://docs.sturdy.finance/overview/security-and-audits Наличие раздела про безопасность/аудиты (как источник ссылок).
Tier‑1 https://immunefi.com/bounty/sturdy/ Bug bounty (Tier‑1 ссылка из links_*).
Tier‑1 — Tier‑1 источник по утверждению “токен проекта нужен для оплаты/стимулов/управления” не найден.

No comments to display

Back to top