Merit (Subnet 73)

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

Merit — Infra проект в Bittensor (subnet), токен (символ: —).

Дисклеймер

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

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

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

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

Майнер делает: регистрирует хоткей в Merit (netuid 73) и работает в других активных сабнетах.
Валидатор делает: раз в эпоху подтягивает данные по всем сабнетам, ищет участие хоткея в каждом сабнете и собирает incentves.
Система считает: среднюю «участность» (BMPS) по всем активным сабнетам (кроме root и Merit) + штраф за недоступность (ping).
Где блокчейн: сбор метаграфов, регистрация и отправка весов (set_weights()) выполняются в Bittensor‑слое.
Роль токена (если есть): отдельный токен/его роль в механике Merit не описаны Tier‑1.

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

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

Поле	Значение
Название проекта	Merit (Subnet 73)
Также известен как (aliases)	Merit SN73; netuid 73
Лого (logo)	../assets/447_merit-sn73_logo.svg
Символ токена (ticker)	—
Категория	Infra
Основная сеть (chain)	Bittensor
Тип	Appchain
Статус сети	mainnet
Консенсус (consensus)	PoS
Дата запуска (launch_date)	—
Статус проекта (status)	active
Токен (стандарт)	none
Контракт токена	—
Модель токена (token_type)	—
Макс. предложение	—
Эмиссия	—
Токеномика (tokenomics, кратко)	Вознаграждения распределяются на уровне Bittensor‑механики весов; отдельный токен проекта по Tier‑1 не подтверждён
Управление	—
Админы/ключи	—
Аудит	—
Bug bounty	—
Команда (team)	fx-integral (core contributors)
Финансирование (investors/funding)	—
AI‑компонент (ai_component)	—
Use‑case (use_case)	incentives for subnet participation
DecAI Fit — AI‑соответствие (AI thesis fit)	0/6 — нет AI reality и нет AI intent (ai_score=0)
Итог по компонентам DecAI Fit	0 / 2 / 0 / 2
Last verified	2026-02-11

Ссылки (links_*)

Тип	Ссылка
Website	https://github.com/fx-integral/merit
Docs	https://github.com/fx-integral/merit#documentation
GitHub	https://github.com/fx-integral/merit
Releases / Changelog	https://github.com/fx-integral/merit/commits/main/
Whitepaper	https://github.com/fx-integral/merit/blob/main/whitepaper.md
Roadmap	https://github.com/fx-integral/merit/blob/main/roadmap.md
Security advisories	https://github.com/fx-integral/merit/security
Explorer	https://taostats.io/subnets/73/chart
X	—
Discord	—
Telegram	—
Medium	—
Audit report(s)	—
Bug bounty	—
CoinGecko (профиль, справочно)	—
CoinMarketCap (профиль, справочно)	https://coinmarketcap.com/currencies/merit-sn73/

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

Merit (Subnet 73) — Bittensor‑сабнет, который предлагает простой стимул: поощрять майнеров, которые реально работают в разных сабнетах экосистемы, а не «присутствуют» только в одном месте.

Валидаторы Merit рассчитывают для каждого зарегистрированного хоткея показатель участия (BMPS), просматривая incentives этого же хоткея во всех других активных сабнетах и усредняя их. Дополнительно применяется проверка доступности (ping) с криптографической проверкой (TOTP‑подобная схема в описании), чтобы штрафовать «мертвые» узлы.

Фичи/модули

Кросс‑сабнет оценка: поиск одного и того же хоткея по всем активным сабнетам.
BMPS формула: средний incentive × константа масштаба.
Liveness‑checks: пинги и штраф при недоступности.
Анти‑гейминг меры: публичный IPv4, TOTP‑проверка, типизированные ответы (как заявлено в whitepaper).

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

Сценарий 1 (майнер): участвует в нескольких сабнетах → получает более высокий BMPS и, как следствие, более высокий вес/награды в Merit.
Сценарий 2 (валидатор): раз в эпоху собирает сетевую информацию и публикует веса → обеспечивает корректный расчёт BMPS и устойчивость к «призракам».

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

Что нужно: Bittensor‑кошелёк/хоткей, зарегистрированный в netuid 73; Python‑окружение для запуска майнера/валидатора.
Сеть/chain: Bittensor mainnet (в примерах — finney).
Комиссии: стандартные Bittensor (регистрация/транзакции) + инфраструктура сервера.

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

Компоненты: Bittensor‑сабнет Merit (netuid 73), майнеры (хоткеи), валидаторы (расчёт BMPS, пинги), Bittensor RPC/метаграф.
Роли участников: майнеры (участие в сабнетах), валидаторы (оценка/веса), сеть Bittensor (регистрация и финализация весов).
Где выполняется логика: сбор метаграфов, расчёт BMPS и пинги — offchain; публикация весов — onchain в Bittensor.
Зависимости: доступ к Bittensor метаграфам (get_all_metagraphs_info()), сетевой доступ для ping.

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

Утилити токена: Tier‑1 не описывает отдельный токен Merit; экономика построена вокруг весов/вознаграждений Bittensor‑сабнета.
Источники необходимости: стимул — награждать за широкое участие по всем активным сабнетам.
Кто платит комиссии: участники платят стандартные Bittensor комиссии (регистрация/транзакции).
Куда идут комиссии / казначейство: не установлено по Tier‑1.

Управление

Кто принимает решения: не установлено по Tier‑1 (кроме стандартной роли валидаторов сабнета).
Как меняются параметры: через обновления кода валидатора/майнера; roadmap есть в репозитории (см. links_*).

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

Аудиты: не установлено по Tier‑1.
Bug bounty: не установлено по Tier‑1.
Инциденты: не установлено по Tier‑1.
Модель угроз: гейминг через «фиктивное участие», недоступность узлов, подделка ответов — mitigations описаны в whitepaper.

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

Текущий статус: активный Bittensor‑сабнет (mainnet).
Ключевые параметры: netuid 73; tempo/таймауты пинга и т. п. перечислены в whitepaper.
Roadmap: есть в репозитории (см. links_*).

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

Интеграции: Bittensor метаграф и инфраструктура сабнетов.
Партнёры: не установлено по Tier‑1.
Где реально используется: как «meta‑сабнет» для стимулов участия, поверх остальных сабнетов Bittensor.

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

Что здесь реально ИИ? По Tier‑1 — это не AI‑продукт: сабнет оценивает участие хоткеев по incentives/uptime, а не качество AI‑моделей.
Что реально onchain? Регистрация в netuid 73, доступ к метаграфам и публикация весов через set_weights() в сети Bittensor.
Зачем нужен токен? Роль отдельного токена проекта не установлена по Tier‑1.
Красные флаги (по найденной информации): AI‑washing (если маркетинг позиционирует как AI без фактов); token‑washing (листинги Tier‑2 без Tier‑1 утилити); что перепроверить: наличие/роль токена по Tier‑1.

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

DecAI Fit: 0/6 — нет AI reality и нет AI intent (ai_score=0)

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

Подробнее

AI reality

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

AI_0 (decision): 0
Claim (1 строка): Tier‑1 не заявляет AI‑roadmap; это сабнет про участие/стимулы.
Evidence: Tier‑1 — https://github.com/fx-integral/merit/blob/main/whitepaper.md
Why sufficient / why not (1 строка): В whitepaper нет AI‑намерений — фокус на механике BMPS.
Conflict note (если есть): —

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

AI_1 (decision): 0
Claim (1 строка): По Tier‑1 ИИ‑функций нет: метрика строится на incentives/uptime.
Evidence: Tier‑1 — https://github.com/fx-integral/merit/blob/main/whitepaper.md
Why sufficient / why not (1 строка): Whitepaper описывает алгоритм поиска хоткеев и усреднения incentives без AI.
Conflict note (если есть): —

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

AI_2 (decision): 0
Claim (1 строка): AI‑демо не применимо (AI‑функций по Tier‑1 не заявлено).
Evidence: Tier‑1 — https://github.com/fx-integral/merit/blob/main/README.md
Why sufficient / why not (1 строка): README даёт гайды запуска, но это не AI‑демо.
Conflict note (если есть): —

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

AI_3 (decision): 0
Метрики: —
Контекст (версия/дата/на чём мерили): —
Evidence: Tier‑1 — https://github.com/fx-integral/merit/blob/main/whitepaper.md
Why sufficient / why not (1 строка): Метрики в проекте про участие (BMPS), а не качество AI.
Conflict note (если есть): —

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

AI_4 (decision): 0
Claim (1 строка): AI‑техописание отсутствует; есть описание протокольной логики BMPS.
Evidence: Tier‑1 — https://github.com/fx-integral/merit/blob/main/whitepaper.md
Why sufficient / why not (1 строка): Описание есть, но оно не про AI‑архитектуру.
Conflict note (если есть): —

Onchain necessity

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

OC_1 (decision): 1
Сеть: Bittensor
Адреса/идентификаторы: subnet netuid 73 (Merit)
Evidence: Tier‑1 — https://github.com/fx-integral/merit/blob/main/whitepaper.md; Tier‑2 — https://taostats.io/subnets/73/chart
Why sufficient / why not (1 строка): Whitepaper фиксирует netuid 73 и onchain‑регистрацию по стандартам Bittensor.
Conflict note (если есть): —

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

OC_2 (decision): 1
Какая полезная логика onchain: onchain регистрация хоткеев и публикация весов валидаторами (set_weights()), а также получение метаграфов по сабнетам.
Evidence: Tier‑1 — https://github.com/fx-integral/merit/blob/main/whitepaper.md; Tier‑1 — https://github.com/fx-integral/merit/blob/main/README.md
Why sufficient / why not (1 строка): Механика Merit прямо завязана на сетевые данные Bittensor и onchain‑веса.
Conflict note (если есть): —

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

OC_3 (decision): 0
Тест “замены блокчейна”: без Bittensor‑ончейна ломается регистрация и публикация весов; но формальный replaceability‑тест Tier‑1 не проведён.
Evidence: Tier‑1 — https://github.com/fx-integral/merit/blob/main/whitepaper.md
Why sufficient / why not (1 строка): Критичность следует из дизайна, но не доказана отдельным тестом.
Conflict note (если есть): —

Token necessity

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

TK_0 (decision): 0
Claim (1 строка): Наличие/отсутствие отдельного токена проекта не подтверждено Tier‑1.
Evidence: Tier‑1 — https://github.com/fx-integral/merit/blob/main/whitepaper.md
Why sufficient / why not (1 строка): Tier‑1 не описывает токен; CMC — справочный 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/fx-integral/merit/blob/main/whitepaper.md
Why sufficient / why not (1 строка): Механика — про веса/стимулы участия, без платёжного токена.
Conflict note (если есть): —

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

TK_2 (decision): 0
Claim (1 строка): Стимулы реализованы через сабнет‑веса; «штраф» — обнуление BMPS при failed ping (не токен‑механика).
Evidence: Tier‑1 — https://github.com/fx-integral/merit/blob/main/whitepaper.md
Why sufficient / why not (1 строка): В whitepaper стимулы/штрафы описаны без отдельного токена.
Conflict note (если есть): —

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

TK_3 (decision): 0
Claim (1 строка): Токен‑governance не описан (Tier‑1).
Evidence: Tier‑1 — https://github.com/fx-integral/merit/blob/main/whitepaper.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/fx-integral/merit/blob/main/whitepaper.md
Why sufficient / why not (1 строка): Не установлено, что именно “заменять”.
Conflict note (если есть): —

Evidence (таблица)

Tier	Источник	Что доказывает
Tier‑1	https://github.com/fx-integral/merit/blob/main/whitepaper.md	Назначение сабнета (reward за кросс‑сабнет участие), формула BMPS и процесс валидации (метаграфы, поиск хоткея по сабнетам, `set_weights()`), анти‑гейминг меры
Tier‑1	https://github.com/fx-integral/merit/blob/main/README.md	Практические инструкции запуска майнера/валидатора и подтверждение netuid 73
Tier‑1	—	Tier‑1 источник по утверждению «есть отдельный токен проекта и понятная утилити/токеномика» не найден.
Tier‑2	https://taostats.io/subnets/73/chart	Контекст: страница метрик Bittensor‑сабнета netuid 73
Tier‑2	https://coinmarketcap.com/currencies/merit-sn73/	Контекст: справочный листинг (не считается доказательством утилити)