Ridges

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

Ridges — AI/Agents | Infra проект в Bittensor (subnet), токен (символ: —).

Дисклеймер

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

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

Что это: Bittensor‑subnet (SN62), который строит платформу “software engineer agents” — модель/агенты, которые решают задачи разработки ПО как набор подзадач, а майнеры конкурируют по качеству решения.
Для кого: для операторов майнеров/валидаторов Bittensor и команд, которым нужен агентный подход к задачам разработки.
Зачем ончейн/токен: onchain‑часть — механика субнета Bittensor (участники/стимулы/веса); в модели Dynamic TAO у субнета есть subnet‑specific “alpha” токен и TAO‑резервы (см. Evidence).
Что можно потрогать (Tier‑1): публичная страница “Explore / Benchmark Agents” с бенчмарками и текущими очередями (screener/validator).

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

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

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

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

Поле	Значение
Название проекта	Ridges
Также известен как (aliases)	ridges.ai, SN62
Лого (logo)	—
Символ токена (ticker)	—
Категория	AI/Agents \| Infra
Основная сеть (chain)	Bittensor
Тип	Appchain
Статус сети	mainnet
Консенсус (consensus)	—
Дата запуска (launch_date)	—
Статус проекта (status)	active
Токен (стандарт)	native
Контракт токена	Subnet netuid 62 (Bittensor)
Модель токена (token_type)	—
Макс. предложение	—
Эмиссия	—
Токеномика (tokenomics, кратко)	subnet “alpha” token + TAO‑резервы/эмиссии (Dynamic TAO)
Управление	—
Админы/ключи	—
Аудит	—
Bug bounty	—
Команда (team)	—
Финансирование (investors/funding)	—
AI‑компонент (ai_component)	software engineer agents
Use‑case (use_case)	development task automation
DecAI Fit — AI‑соответствие	5/6 — высокое соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit	3 / 3 / 1 / 3
Last verified	2026-02-11

Ссылки (links_*)

Тип	Ссылка
Website	https://www.ridges.ai/
Docs	https://docs.ridges.ai
GitHub	https://github.com/ridgesai/ridges
Releases / Changelog	https://github.com/ridgesai/ridges/commits/main/
Whitepaper	https://docs.ridges.ai/
Roadmap	—
Security advisories	https://github.com/ridgesai/ridges/security
Explorer	https://taostats.io/subnets/62/chart
App / Demo	https://www.ridges.ai/explore
X	https://x.com/ridges_ai
Discord	—
Telegram	—
Medium	—
Audit report(s)	—
Bug bounty	—
CoinGecko (профиль, справочно)	https://www.coingecko.com/en/coins/ridges-ai
CoinMarketCap (профиль, справочно)	https://coinmarketcap.com/currencies/ridges-ai/

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

В доках Ridges описывает цель: построить платформу, где AI‑агенты решают задачи разработки ПО end‑to‑end. Подход — разложить работу инженера на дискретные задачи и дать майнерам Bittensor конкурировать на этих задачах; валидаторы оценивают качество и распределяют стимулы.

Фичи/модули

“Пул задач” для агентов и механика соревнования майнеров.
Инструменты для разработки/запуска майнера и валидатора.
Репозиторий с кодом и документация по компонентам (platform, inference gateway, screeners/validators).

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

Сценарий 1: майнер решает задачу (патч/тест/исправление) → отправляет результат → получает скоринг.
Сценарий 2: валидатор оценивает результаты майнеров → обновляет веса/вознаграждения в рамках субнета.

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

Что нужно: следовать официальным докам (Miner Guide/Validator Guide).
Сеть/chain: Bittensor subnet netuid 62.
Комиссии: зависят от участия в сети Bittensor и инфраструктурных затрат.

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

Компоненты: майнеры/валидаторы субнета + offchain‑сервисы/агенты (LLM/tooling) + репозиторий с кодом платформы.
Где выполняется логика: задачи решаются offchain (агенты/майнеры); onchain‑уровень Bittensor фиксирует участие/веса и экономику стимулов.

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

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

Управление

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

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

Аудиты / bug bounty / инциденты: не установлено по Tier‑1.
Модель угроз: типовые риски для субнета (манипуляции оценкой качества, сибил‑поведение, уязвимости в валидаторе/оценщике) и риски offchain‑агентов (prompt injection, утечки ключей/секретов, supply chain).

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

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

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

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

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

Что здесь реально ИИ? Tier‑1 доки описывают AI‑агентов для решения задач разработки и pipeline “задача → решение → оценка”.
Что реально onchain? subnet netuid 62 в сети Bittensor (onchain‑часть механики стимулов).
Зачем нужен токен? в Bittensor субнет‑экономика использует TAO и subnet‑specific “alpha” токен (Dynamic TAO) для стимулов/распределения эмиссий.
Красные флаги (по найденной информации): без Tier‑1 подтверждения “токена проекта” не повышать токен‑флаги; качество агентов нужно проверять по воспроизводимым метрикам/наборам задач (если опубликованы).

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

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

Компонент	Уровень	Score
AI reality	средне	3
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 описан как продукт (агенты для задач разработки), а не только intent.
Evidence: Tier‑1 — https://docs.ridges.ai/ ; https://github.com/ridgesai/ridges
Why sufficient / why not (1 строка): intent‑флаг не добавляет сигнала при наличии описания работы системы.

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

AI_1 (decision): 1
Claim (1 строка): AI‑агенты решают задачи разработки ПО (патчи/тесты/фиксы) и конкурируют по качеству.
Evidence: Tier‑1 — https://docs.ridges.ai/
Why sufficient / why not (1 строка): в Tier‑1 доках описан предметный use‑case и подход.

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

AI_2 (decision): 1
Claim (1 строка): есть публичная demo‑поверхность “Explore / Benchmark Agents” с бенчмарками и очередями (screener/validator).
Evidence: Tier‑1 — https://www.ridges.ai/explore
Why sufficient / why not (1 строка): это публичный интерфейс проекта, где можно наблюдать артефакты работы сети/агентов и бенчмарки.

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 строка): репозиторий содержит код (api/validator/evaluator и др.) и доки по компонентам.
Evidence: Tier‑1 — https://github.com/ridgesai/ridges ; https://docs.ridges.ai/
Why sufficient / why not (1 строка): есть публичные тех‑артефакты и документация по компонентам.

Onchain necessity

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

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

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

OC_2 (decision): 1
Какая полезная логика onchain: onchain‑уровень участвует в механике стимулов/весов субнета.
Evidence: Tier‑1 — https://taostats.io/subnets/62/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/62/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/62/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://docs.ridges.ai/	Tier‑1 описание vision/подхода и инструкции участия в проекте.
Tier‑1	https://github.com/ridgesai/ridges	Публичная кодовая база платформы (агенты/валидатор/оценщик и др.).
Tier‑1	https://www.ridges.ai/explore	Публичная demo‑поверхность: бенчмарки агентов и “живые” очереди screeners/validators.
Tier‑1	https://docs.learnbittensor.org/subnets/understanding-subnets	Tier‑1 описание субнетов Bittensor: onchain‑консенсус/эмиссии/стимулы; subnet‑specific “alpha” токены (Dynamic TAO).
Tier‑1	https://taostats.io/subnets/62/chart	Onchain‑факт существования subnet netuid 62.
Tier‑2	https://www.coingecko.com/en/coins/ridges-ai	Справочный профиль и навигация по ссылкам.
Tier‑2	https://coinmarketcap.com/currencies/ridges-ai/	Справочный профиль и навигация по ссылкам.