Skip to main content

Staking Alpha (Subnet 88)

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

Staking Alpha — AI/Other / DeFi проект в Bittensor (subnet), токен (символ: —).

Дисклеймер

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

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

  • Что это: Bittensor‑сабнет, в котором «майнеры» публикуют инвестиционные стратегии/портфели, а «валидаторы» их оценивают и распределяют награды.
  • Для кого: для квантов/аналитиков (майнеров стратегий), валидаторов сабнета и пользователей, которым нужны «actionable» инвестиционные сигналы/стратегии.
  • Зачем ончейн/токен: ончейн нужен для стандартных механизмов сабнета Bittensor (регистрация, веса/эмиссии и стимулы); отдельная утилити токена проекта по Tier‑1 не подтверждена.

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

  1. Майнер публикует: стратегию (таблицу аллокаций) и регулярно ребалансирует портфель в симулированной среде.
  2. Валидатор считает: дневные доходности и скоринг (учитывая факторы риска/волатильности) и выставляет веса наград.
  3. Система агрегирует: топ‑стратегии в «ensemble/meta‑strategy» по классам активов.
  4. Где блокчейн: в Bittensor‑слое (учёт участников, веса/эмиссии и распределение наград сабнета).
  5. Роль токена (если есть): отдельный токен/его утилити для продукта не подтверждены Tier‑1; в модели сабнета используются стандартные награды Bittensor.

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

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

Поле Значение
Название проекта Staking Alpha (Subnet 88)
Также известен как (aliases) Investing Subnet 88; Investing88
Лого (logo) ../assets/445_staking_logo.svg
Символ токена (ticker) —
Категория AI/Other | DeFi
Основная сеть (chain) Bittensor
Тип Appchain
Статус сети mainnet
Консенсус (consensus) PoS
Дата запуска (launch_date) —
Статус проекта (status) active
Токен (стандарт) none
Контракт токена —
Модель токена (token_type) —
Макс. предложение —
Эмиссия —
Токеномика (tokenomics, кратко) Награды/эмиссии — в рамках Bittensor‑сабнета; отдельный токен проекта по Tier‑1 не подтверждён
Управление —
Админы/ключи —
Аудит —
Bug bounty —
Команда (team) core contributors (Mobius Fund)
Финансирование (investors/funding) —
AI‑компонент (ai_component) ML/AI strategies + portfolio scoring
Use‑case (use_case) decentralized investment strategies
DecAI Fit — AI‑соответствие (AI thesis fit) 3/6 — среднее соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit 2 / 2 / 0 / 1
Last verified 2026-02-11
Тип Ссылка
Website https://stakingalpha.com/
Docs https://github.com/mobiusfund/investing/blob/main/Investing/doc/Subnet88.md
GitHub https://github.com/mobiusfund/investing
Releases / Changelog https://github.com/mobiusfund/investing/commits/main/
Whitepaper https://github.com/mobiusfund/investing/blob/main/Investing/doc/Subnet88.md
Roadmap https://github.com/mobiusfund/investing#roadmap
Security advisories https://github.com/mobiusfund/investing/security
Explorer https://taostats.io/subnets/88/chart
X https://x.com/Investing88ai
Discord https://discord.com/channels/799672011265015819/1358854051634221328
Telegram —
Medium —
Audit report(s) —
Bug bounty —
CoinGecko (профиль, справочно) https://www.coingecko.com/en/coins/staking-2
CoinMarketCap (профиль, справочно) https://coinmarketcap.com/currencies/staking/

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

Staking Alpha (Subnet 88) описывает себя как «децентрализованный хедж‑фонд» в виде Bittensor‑сабнета: сеть участников конкурирует инвестиционными стратегиями, а награды распределяются по качеству результатов.

В роли майнеров выступают кванты/аналитики, которые публикуют и обновляют стратегии (аллокации активов) в симулированной торговой среде. Валидаторы собирают стратегии, считают доходность и другие факторы (риск/волатильность), выставляют скоринг и отправляют веса для распределения наград. Отдельно описывается этап агрегации лучших стратегий в «ensemble/meta‑strategy» как итоговый продукт (его можно применять для управления активами и/или предлагать третьим сторонам).

Фичи/модули

  • Соревнование стратегий: майнеры публикуют портфели и ребалансируют их с произвольной частотой.
  • Скоринг валидаторов: учёт дневной доходности + факторов риска/волатильности.
  • Поддержка разных классов активов/стилей: от классического кванта до ML/AI‑подходов и «human insights» (по заявлению проекта).
  • Ensemble‑подход: комбинирование лучших стратегий в мета‑стратегии по классам активов.

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

  • Сценарий 1 (майнер): публикует стратегию аллокации → получает скоринг/веса и (при хороших результатах) награды сабнета.
  • Сценарий 2 (валидатор): собирает стратегии, считает метрики, отправляет веса → обеспечивает честное распределение эмиссий и качество сигналов.
  • Сценарий 3 (потребитель сигналов): использует ensemble/топ‑стратегии как вход для управления портфелем или как подписочный продукт (как заявлено в Tier‑1 описании).

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

  • Что нужно: Bittensor‑кошелёк/хоткей и участие в сабнете как майнер или валидатор (конкретные команды запуска в Tier‑1 документе не приведены).
  • Сеть/chain: Bittensor mainnet.
  • Комиссии: стандартные для Bittensor (регистрация/транзакции) + операционные расходы на инфраструктуру; модель комиссий продукта (AUM/подписки) описана только концептуально.

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

  • Компоненты: сабнет Bittensor, майнеры стратегий, валидаторы скоринга, логика агрегации топ‑стратегий в ensemble.
  • Роли участников: майнеры (стратегии/портфели), валидаторы (скоринг/веса), потребители сигналов (внутреннее управление активами / 3rd parties — по заявлению).
  • Где выполняется логика: расчёт стратегий/скоринга — offchain; учёт участников и распределение наград — onchain на Bittensor.
  • Зависимости: рыночные данные/инфраструктура бэктестинга/симуляции (конкретные поставщики Tier‑1 не указаны).

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

  • Утилити токена: отдельная утилити токена проекта не описана в Tier‑1; в работе сабнета используются стандартные стимулы Bittensor.
  • Источники необходимости в протоколе: экономическая необходимость описана как награждение стратегий с более высоким скорингом/результатами через механизм сабнета.
  • Кто платит комиссии: участники сети платят стандартные ончейн‑комиссии Bittensor; монетизация «продукта» упоминается как AUM‑fee и/или подписки для третьих лиц (без параметров).
  • Куда идут комиссии: Tier‑1 не фиксирует конкретные onchain‑потоки комиссий/казначейство; упомянуто, что часть доходов может «возвращаться в сабнет» как бонус‑награды.
  • Эмиссия/сжигание: параметры эмиссии/сжигания отдельного токена проекта не указаны (Tier‑1).
  • Механизмы безопасности/стимулов: стимулы через скоринг валидаторов и распределение наград; риск — манипуляции в симуляции/данных и устойчивость скоринга (подробности Tier‑1 не раскрыты).
  • Распределение и график выпуска токенов: не указано (Tier‑1).
  • Казначейство: не указано (Tier‑1).

Управление

  • Кто принимает решения: не установлено по Tier‑1.
  • Как меняются параметры: roadmap/фазы развития описаны в документах репозитория; формальный governance‑процесс (DAO/multisig) не описан.

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

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

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

  • Текущий статус: активный Bittensor‑сабнет (mainnet).
  • Ключевые вехи: Tier‑1 описывает развитие по фазам (staking → расширение классов активов, включая US stocks и далее).
  • Roadmap: заявлен в репозитории (см. links_*).

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

  • Интеграции: Bittensor‑инфраструктура; внешние брокеры/инструменты упоминаются как планы (без проверяемых деталей Tier‑1).
  • Партнёры: в Tier‑1 упомянута партнёрская связь с TrustedStake (как контекст, без формального договора/условий).
  • Где реально используется: заявлено использование стратегий для управления активами и как продукт для 3rd parties; количественные подтверждения/кейсы Tier‑1 не приведены.

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

  • Что здесь реально ИИ? Проект допускает/ожидает, что часть стратегий майнеров будет построена на ML/AI‑моделях; также упоминается «heavy modeling» при построении ensemble‑стратегий (без верифицируемых метрик качества по Tier‑1).
  • Что реально onchain? Регистрация/учёт участников, веса и распределение наград сабнета происходят в Bittensor‑слое; вычисления стратегий и скоринг выполняются offchain.
  • Зачем нужен токен? Утилити отдельного токена проекта не установлена по Tier‑1; в публичных справочниках (Tier‑2) встречается листинг, но это не считается доказательством токен‑утилити.
  • Красные флаги (по найденной информации): риск завышенных заявлений про «AI‑edge» без метрик (AI‑washing); неочевидная/неописанная токен‑модель (token‑washing); что перепроверить: наличие/роль токена и фактические onchain‑потоки (Tier‑1).

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

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

AI reality

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

  • AI_0 (decision): 0
  • Claim (1 строка): Отдельный roadmap именно про AI как обязательный компонент не зафиксирован.
  • Evidence: Tier‑1 — https://github.com/mobiusfund/investing/blob/main/Investing/doc/Subnet88.md
  • Why sufficient / why not (1 строка): Tier‑1 описывает сабнет и допускает ML/AI‑стратегии, но не даёт отдельного AI‑roadmap.
  • Conflict note (если есть): —

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

  • AI_1 (decision): 1
  • Claim (1 строка): Стратегии/портфели могут быть построены майнерами на основе ML/AI‑моделей и оцениваются по доходности/риску.
  • Evidence: Tier‑1 — https://github.com/mobiusfund/investing/blob/main/Investing/doc/Subnet88.md
  • Why sufficient / why not (1 строка): Tier‑1 прямо упоминает «machine learning & AI models» как поддерживаемый стиль стратегий.
  • Conflict note (если есть): —

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

  • AI_2 (decision): 0
  • Claim (1 строка): Публичного демо/гайда «что потрогать» (Tier‑1) не найдено.
  • Evidence: Tier‑1 — https://github.com/mobiusfund/investing/blob/main/Investing/doc/Subnet88.md
  • Why sufficient / why not (1 строка): Документ описывает механику, но не даёт готового публичного демо/пошагового сценария.
  • Conflict note (если есть): —

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

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

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

  • AI_4 (decision): 1
  • Claim (1 строка): Описаны роли miners/validators, скоринг стратегий и сборка ensemble‑стратегий.
  • Evidence: Tier‑1 — https://github.com/mobiusfund/investing/blob/main/Investing/doc/Subnet88.md
  • Why sufficient / why not (1 строка): Есть связное техописание механики сабнета и процесса оценки/агрегации.
  • Conflict note (если есть): —

Onchain necessity

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

  • OC_1 (decision): 1
  • Сеть: Bittensor
  • Адреса/идентификаторы: subnet netuid 88 (Investing / Staking Alpha)
  • Evidence: Tier‑1 — https://github.com/mobiusfund/investing/blob/main/Investing/doc/Subnet88.md; Tier‑2 — https://taostats.io/subnets/88/chart
  • Why sufficient / why not (1 строка): Есть Tier‑1 описание сабнета + Tier‑2 страница метрик, связывающая его с конкретным netuid.
  • Conflict note (если есть): —

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

  • OC_2 (decision): 1
  • Какая полезная логика onchain: onchain учёт участников и распределение наград/весов сабнета (стандартная логика Bittensor‑сабнетов).
  • Evidence: Tier‑1 — https://github.com/mobiusfund/investing/blob/main/Investing/doc/Subnet88.md; Tier‑2 — https://taostats.io/subnets/88/chart
  • Why sufficient / why not (1 строка): В Tier‑1 описаны роли и стимулы сабнета; onchain компонент — не сводится к “просто токену”.
  • Conflict note (если есть): —

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

  • OC_3 (decision): 0
  • Тест “замены блокчейна”: без ончейна теряется проверяемый механизм регистрации/весов/эмиссий; но формальный тест замены блокчейна Tier‑1 не проведён.
  • Evidence: Tier‑1 — https://github.com/mobiusfund/investing/blob/main/Investing/doc/Subnet88.md
  • Why sufficient / why not (1 строка): Важность ончейна логически следует из модели сабнета, но не доказана отдельным Tier‑1 “replaceability test”.
  • Conflict note (если есть): —

Token necessity

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

  • TK_0 (decision): 0
  • Claim (1 строка): Наличие/отсутствие отдельного токена проекта не подтверждено Tier‑1.
  • Evidence: Tier‑1 — https://github.com/mobiusfund/investing/blob/main/Investing/doc/Subnet88.md
  • Why sufficient / why not (1 строка): Tier‑1 не фиксирует токен; Tier‑2 листинги не считаются доказательством.
  • Conflict note (если есть): —

TK_1..TK_4 (1/0)

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

  • TK_1 (decision): 0
  • Claim (1 строка): Tier‑1 не описывает оплату сервиса токеном проекта.
  • Evidence: Tier‑1 — https://github.com/mobiusfund/investing/blob/main/Investing/doc/Subnet88.md
  • Why sufficient / why not (1 строка): Упоминаются подписки/fees концептуально, но без токен‑механики.
  • Conflict note (если есть): —

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

  • TK_2 (decision): 0
  • Claim (1 строка): Стимулы описаны на уровне наград сабнета, но не через отдельный токен проекта.
  • Evidence: Tier‑1 — https://github.com/mobiusfund/investing/blob/main/Investing/doc/Subnet88.md
  • Why sufficient / why not (1 строка): Tier‑1 говорит про emissions/награды, не задавая отдельный токен.
  • Conflict note (если есть): —

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

  • TK_3 (decision): 0
  • Claim (1 строка): Governance токеном проекта не описан (Tier‑1).
  • Evidence: Tier‑1 — https://github.com/mobiusfund/investing/blob/main/Investing/doc/Subnet88.md
  • Why sufficient / why not (1 строка): Нет Tier‑1 описания токен‑governance.
  • Conflict note (если есть): —

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

  • TK_4 (decision): 0
  • Claim (1 строка): Без Tier‑1 утилити токена проекта оценка заменимости невалидна.
  • Evidence: Tier‑1 — https://github.com/mobiusfund/investing/blob/main/Investing/doc/Subnet88.md
  • Why sufficient / why not (1 строка): Не установлено, что именно “заменять”.
  • Conflict note (если есть): —

Evidence (таблица)

Tier Источник Что доказывает
Tier‑1 https://github.com/mobiusfund/investing/blob/main/Investing/doc/Subnet88.md Назначение сабнета (децентрализованный «инвест‑сабнет»), роли miners/validators, скоринг стратегий, ensemble/meta‑strategy; упоминание поддержки ML/AI‑стратегий
Tier‑1 — Tier‑1 источник по утверждению «есть отдельный токен проекта и понятная утилити/токеномика» не найден.
Tier‑2 https://taostats.io/subnets/88/chart Контекст: страница метрик Bittensor‑сабнета с привязкой к netuid 88
Tier‑2 https://www.coingecko.com/en/coins/staking-2 Контекст: в публичных справочниках встречается листинг токена (не считается доказательством утилити)