Skip to main content

Lium (Subnet 51)

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

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

Дисклеймер

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

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

  • Что это: платформа аренды GPU‑ресурсов поверх Bittensor Subnet 51: сеть провайдеров GPU (майнеры) и валидаторов.
  • Для кого: для команд/разработчиков, которым нужна аренда GPU; и для провайдеров GPU, которые хотят зарабатывать, подключаясь как майнеры.
  • Зачем ончейн/токен: ончейн‑слой Bittensor используется для учёта участников и стимулов сабнета; отдельная утилити токена проекта по Tier‑1 не подтверждена.
  • Что можно потрогать (Tier‑1): регистрация/кабинет на lium.io и/или CLI (lium init → lium ls → lium up).

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

  1. Арендатор делает: регистрируется на платформе или настраивает CLI.
  2. Система делает: показывает доступные GPU‑исполнители (executors) и их параметры.
  3. Арендатор получает: запущенный GPU‑pod (с возможностью SSH/копирования файлов/выполнения команд).
  4. Где блокчейн: Bittensor‑сабнет обеспечивает модель стимулов/учёт участников; операции аренды/управления pod’ами происходят через платформу/CLI.
  5. Роль токена (если есть): отдельный токен проекта и его роль не подтверждены Tier‑1.

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

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

Поле Значение
Название проекта Lium (Subnet 51)
Также известен как (aliases) Celium (в листингах); Lium Subnet 51
Лого (logo) ../assets/448_celium_logo.ico
Символ токена (ticker) —
Категория AI/Compute | Infra
Основная сеть (chain) Bittensor
Тип Appchain
Статус сети mainnet
Консенсус (consensus) PoS
Дата запуска (launch_date) —
Статус проекта (status) active
Токен (стандарт) —
Контракт токена —
Модель токена (token_type) —
Макс. предложение —
Эмиссия —
Токеномика (tokenomics, кратко) Оплата/топ‑ап и биллинг описаны как фичи; токен‑механика по Tier‑1 не раскрыта
Управление —
Админы/ключи —
Аудит —
Bug bounty —
Команда (team) Datura-ai (core contributors)
Финансирование (investors/funding) —
AI‑компонент (ai_component) GPU rentals for AI workloads
Use‑case (use_case) GPU pod rental
DecAI Fit — AI‑соответствие (AI thesis fit) 2/6 — низкое соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit 2 / 2 / 0 / 0
Last verified 2026-02-11
Тип Ссылка
Website http://lium.io/
Docs https://docs.lium.io/
GitHub https://github.com/Datura-ai/lium
Releases / Changelog https://github.com/Datura-ai/lium/blob/main/CHANGELOG.md
Whitepaper https://docs.lium.io/intro
App / Demo https://lium.io/register
Roadmap —
Security advisories https://github.com/Datura-ai/lium/security
Explorer https://taostats.io/subnets/51/chart
X https://twitter.com/lium_io
Discord https://discord.com/invite/lium
Telegram —
Medium —
Audit report(s) —
Bug bounty —
CoinGecko (профиль, справочно) https://www.coingecko.com/en/coins/celium
CoinMarketCap (профиль, справочно) https://coinmarketcap.com/currencies/celium/

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

Lium описывает себя как платформу аренды GPU‑вычислений, построенную на Bittensor‑инфраструктуре сабнетов (Subnet 51). С точки зрения продукта это «маркетплейс вычислений»: провайдеры предоставляют GPU‑ресурсы через сеть, а арендаторы получают доступ к ним через веб‑интерфейс и CLI.

В Tier‑1 документации акцент сделан на базовом флоу аренды: просмотр доступных GPU, создание pod’а, управление pod’ом (SSH/копирование файлов/выполнение команд), а также удобные функции вроде авто‑завершения и бэкапов (в CLI).

Фичи/модули

  • Веб‑платформа: регистрация и управление арендами через интерфейс.
  • CLI: команды lium init/ls/up/ps/ssh/exec/scp/rsync/rm и вспомогательные (volumes/backups/schedules).
  • Децентрализованный слой сабнета: провайдеры GPU (майнеры) и валидаторы (по описанию docs).

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

  • Сценарий 1 (арендатор): выбирает GPU → запускает pod → деплоит код/данные и запускает вычисления.
  • Сценарий 2 (провайдер GPU): подключает GPU как майнер → предоставляет ресурсы → получает вознаграждения/доход (детали Tier‑1 не раскрывает).
  • Сценарий 3 (DevOps): управляет подами через CLI (создание, TTL/until, бэкапы/восстановление, volumes).

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

  • Что нужно: аккаунт на lium.io и/или Python 3.9+ для установки CLI.
  • Сеть/chain: Bittensor mainnet (Subnet 51).
  • Комиссии: стоимость аренды зависит от исполнителя; ончейн‑комиссии Bittensor — стандартные (детали в Tier‑1 не раскрыты).

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

  • Компоненты: сабнет Bittensor (miners/validators), платформа Lium, CLI‑клиент, GPU‑pods (executors).
  • Роли участников: арендаторы, провайдеры GPU (майнеры), валидаторы сабнета.
  • Где выполняется логика: аренда/управление pod’ами — offchain через платформу/CLI; учёт/стимулы сабнета — в Bittensor‑слое.
  • Зависимости: GPU‑инфраструктура провайдеров; сетевой доступ для SSH/копирования.

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

  • Утилити токена: Tier‑1 не описывает отдельный токен проекта и его утилити; описаны оплата/биллинг как часть продукта.
  • Источники необходимости в протоколе: оплачивать аренду вычислений и стимулировать провайдеров GPU.
  • Кто платит комиссии: арендаторы оплачивают аренду; провайдеры получают доход/награды (условия не раскрыты Tier‑1).
  • Куда идут комиссии: распределение доходов/комиссий не установлено по Tier‑1.
  • Эмиссия/сжигание / распределение токенов: не установлено по Tier‑1.
  • Механизмы безопасности/стимулов: стимулы на уровне сабнета (miners/validators); детали слэшинга/штрафов не установлены по Tier‑1.
  • Казначейство: не установлено по Tier‑1.

Управление

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

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

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

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

  • Текущий статус: активен (Subnet 51).
  • Ключевые релизы/вехи: изменения CLI фиксируются в CHANGELOG.md (см. links_*).
  • Roadmap: не установлен по Tier‑1.

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

  • Интеграции: Bittensor; сценарии — любые GPU‑задачи (AI‑обучение/инференс, HPC), зависят от пользователя.
  • Партнёры: не установлено по Tier‑1.
  • Где реально используется: аренда GPU‑pod’ов через веб‑интерфейс/CLI.

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

  • Что здесь реально ИИ? Lium — это инфраструктура GPU‑вычислений: сама по себе не является моделью/агентом, но предназначена для запуска вычислительных задач (в т. ч. AI‑нагрузок) на арендованных GPU.
  • Что реально onchain? Участники/стимулы сабнета на Bittensor; операции аренды/управления pod’ами описаны как продуктовые (offchain).
  • Зачем нужен токен? Утилити отдельного токена проекта не установлена по Tier‑1.
  • Красные флаги (по найденной информации): AI‑washing (если заявляется “AI‑протокол”, а на деле — GPU‑аренда); token‑washing (листинги Tier‑2 без Tier‑1 утилити); что перепроверить: токен‑модель и onchain‑компоненты за пределами сабнета.

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

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

AI reality

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

  • AI_0 (decision): 0
  • Claim (1 строка): Roadmap про AI как отдельный компонент не зафиксирован в Tier‑1.
  • Evidence: Tier‑1 — https://docs.lium.io/intro
  • Why sufficient / why not (1 строка): Документация описывает продукт аренды GPU, без отдельного AI‑roadmap.
  • Conflict note (если есть): —

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

  • AI_1 (decision): 0
  • Claim (1 строка): По Tier‑1 Lium не выполняет AI‑функции сам, а предоставляет GPU‑инфраструктуру.
  • Evidence: Tier‑1 — https://docs.lium.io/intro
  • Why sufficient / why not (1 строка): Описан GPU‑rental, без AI‑алгоритмов/моделей.
  • Conflict note (если есть): —

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

  • AI_2 (decision): 1
  • Claim (1 строка): Есть пошаговый quickstart CLI для запуска GPU‑pod’а и ссылка на регистрацию в веб‑платформе.
  • Evidence: Tier‑1 — https://raw.githubusercontent.com/Datura-ai/lium/main/README.md; Tier‑1 — https://docs.lium.io/intro
  • Why sufficient / why not (1 строка): Tier‑1 содержит команды lium init/ls/up и ссылку на регистрацию/кабинет.
  • Conflict note (если есть): —

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

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

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

  • AI_4 (decision): 1
  • Claim (1 строка): Описаны роли (renters/providers), продуктовые функции и CLI‑команды управления pod’ами.
  • Evidence: Tier‑1 — https://docs.lium.io/intro; Tier‑1 — https://raw.githubusercontent.com/Datura-ai/lium/main/README.md
  • Why sufficient / why not (1 строка): Есть достаточное техописание интерфейса/операций аренды и управления.
  • Conflict note (если есть): —

Onchain necessity

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

  • OC_1 (decision): 1
  • Сеть: Bittensor
  • Адреса/идентификаторы: subnet 51 (Lium)
  • Evidence: Tier‑1 — https://docs.lium.io/intro; Tier‑2 — https://taostats.io/subnets/51/chart
  • Why sufficient / why not (1 строка): Tier‑1 прямо говорит, что продукт работает на Bittensor Subnet 51; Tier‑2 даёт метрики сабнета.
  • Conflict note (если есть): —

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

  • OC_2 (decision): 1
  • Какая полезная логика onchain: учёт участников и стимулы сабнета (miners/validators) в Bittensor‑слое; не сводится к “просто токену”.
  • Evidence: Tier‑1 — https://docs.lium.io/intro
  • Why sufficient / why not (1 строка): Tier‑1 фиксирует Bittensor‑сабнетную архитектуру как основу продукта.
  • Conflict note (если есть): —

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

  • OC_3 (decision): 0
  • Тест “замены блокчейна”: без Bittensor‑ончейна теряются сабнет‑стимулы/учёт; но Tier‑1 не доказывает, что рынок GPU нельзя реализовать offchain.
  • Evidence: Tier‑1 — https://docs.lium.io/intro
  • Why sufficient / why not (1 строка): Replaceability‑тест не проведён в Tier‑1.
  • Conflict note (если есть): —

Token necessity

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

  • TK_0 (decision): 0
  • Claim (1 строка): Наличие/отсутствие отдельного токена проекта не подтверждено Tier‑1.
  • Evidence: Tier‑1 — https://docs.lium.io/intro
  • Why sufficient / why not (1 строка): Tier‑1 не описывает токен; CoinGecko — справочный 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://docs.lium.io/intro
  • Why sufficient / why not (1 строка): Документация говорит про оплату/биллинг, но не фиксирует токен‑механику.
  • Conflict note (если есть): —

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

  • TK_2 (decision): 0
  • Claim (1 строка): Tier‑1 не описывает стимулы/залог/штрафы через токен проекта.
  • Evidence: Tier‑1 — https://docs.lium.io/intro
  • Why sufficient / why not (1 строка): Стимулы описаны на уровне сабнета, без отдельного токена.
  • Conflict note (если есть): —

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

  • TK_3 (decision): 0
  • Claim (1 строка): Governance токеном проекта не описан (Tier‑1).
  • Evidence: Tier‑1 — https://docs.lium.io/intro
  • 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://docs.lium.io/intro
  • Why sufficient / why not (1 строка): Не установлено, что именно “заменять”.
  • Conflict note (если есть): —

Evidence (таблица)

Tier Источник Что доказывает
Tier‑1 https://docs.lium.io/intro Проект работает на Bittensor Subnet 51; описание продукта аренды GPU и ролей (renters/providers)
Tier‑1 https://raw.githubusercontent.com/Datura-ai/lium/main/README.md Quickstart CLI и команды управления pod’ами (lium init/ls/up/ps/ssh/scp/rm) — подтверждение “что можно потрогать”
Tier‑1 — Tier‑1 источник по утверждению «есть отдельный токен проекта и понятная утилити/токеномика» не найден / не подтверждён Tier‑1.
Tier‑2 https://taostats.io/subnets/51/chart Контекст: метрики сабнета netuid 51
Tier‑2 https://www.coingecko.com/en/coins/celium Контекст: справочный листинг (не считается доказательством утилити)

No comments to display

Back to top