Qubic
Qubic (QUBIC) — справочная карточка криптопроекта: что делает продукт и насколько проверяемы ключевые утверждения проекта; также — соответствие тезису Decentralized AI (DecAI Fit).
Qubic — L1‑сеть для смарт‑контрактов/оракулов/приложений, где валидаторы (“Computors”) выполняют задачи и голосуют в кворуме. Нативная “энергия” сети — $QUBIC: используется для выполнения смарт‑контрактов и сервисов и сжигается при использовании (Tier‑1 docs).
Дисклеймер
Важно: эта страница — справочный разбор проекта. В рамках DecAIHub отдельно фиксируется проверка сведений из открытых источников по AI‑тезису (что реально AI/onchain/зачем токен и на каких источниках это основано).
Это не является финансовой рекомендацией и не является советом покупать/продавать/держать актив. Мы не оцениваем цену, доходность, тайминг входа/выхода.
Выводы основаны на публично доступных материалах, обнаруженных на дату проверки. Отсутствие подтверждения не означает отсутствие технологии.
TL;DR (для тех, кто не про ИИ)
- Что это: L1‑блокчейн для смарт‑контрактов/оракулов/dApps, где “Computors” исполняют задачи и участвуют в кворум‑голосованиях.
- Для кого: разработчики смарт‑контрактов и dApps; участники, запускающие узлы/майнеров (в терминологии проекта).
- Зачем ончейн/токен: блокчейн — основа исполнения и учёта; $QUBIC используется как “энергия” для сервисов/смарт‑контрактов и сжигается, а также эмитируется по расписанию (Tier‑1 tokenomics).
Как это работает (очень кратко)
- Пользователь делает: отправляет транзакции/взаимодействует со смарт‑контрактами/использует оракулы.
- Система делает: Computors исполняют задачи (в т.ч. смарт‑контракты), формируют “ticks” (блоки) и голосуют в кворуме.
- Пользователь получает: исполнение контрактной логики и проверяемую историю в сети Qubic.
- Где блокчейн: смарт‑контракты, IPO контрактов, голосования/предложения и учет в сети — onchain.
- Роль токена: $QUBIC расходуется как “энергия” (burn) при выполнении контрактов/сервисов; эмиссия распределяется участникам/фондам по правилам сети.
Быстрые ссылки: AI‑соответствие
Паспорт проекта
| Поле | Значение |
|---|---|
| Название проекта | Qubic |
| Также известен как (aliases) | QUBIC |
| Лого (logo) | ../assets/qubic_logo.svg |
| Символ токена (ticker) | QUBIC |
| Категория | AI/Compute | Infra |
| Основная сеть (chain) | Qubic Network |
| Тип | Appchain |
| Статус сети | mainnet |
| Консенсус (consensus) | quorum of Computors (451 votes; up to 676) |
| Дата запуска (launch_date) | — |
| Статус проекта (status) | active |
| Токен (стандарт) | native |
| Контракт токена | — |
| Модель токена (token_type) | utility (energy for smart contracts; burn) |
| Макс. предложение | 200,000,000,000,000 QUBIC (cap) |
| Эмиссия | inflationary + burn (halvings by schedule) |
| Токеномика (tokenomics, кратко) | transfers feeless; QUBIC used for services is burned; emissions per epoch with halving schedule |
| Управление | onchain (Quorum votes by Computors) |
| Админы/ключи | Arbitrator (параметры майнинга; может быть переопределён консенсусом Computors) |
| Аудит | — |
| Bug bounty | yes |
| Команда (team) | — |
| Финансирование (investors/funding) | — |
| AI‑компонент (ai_component) | AI training tasks (mentioned; no details) |
| Use‑case (use_case) | smart contracts + decentralized computation |
| DecAI Fit — AI‑соответствие (AI thesis fit) | 3/6 — среднее соответствие тезису Decentralized AI |
| Итог по компонентам DecAI Fit | 1 / 3 / 2 / 3 |
| Last verified | 2026-02-11 |
Ссылки (links_*)
| Тип | Ссылка |
|---|---|
| Website | https://qubic.org/ |
| Docs | https://docs.qubic.org/ |
| GitHub | https://github.com/qubic |
| Releases / Changelog | https://github.com/qubic/core/releases |
| Whitepaper | https://docs.qubic.org/overview/whitepaper |
| Roadmap | https://github.com/qubic/core/releases |
| Security advisories | https://github.com/qubic/core/security/advisories |
| Explorer | https://explorer.qubic.org/ |
| X | https://x.com/qubic |
| Discord | https://discord.gg/qubic |
| Telegram | https://t.me/qubic_network |
| Medium | — |
| Audit report(s) | — |
| Bug bounty | https://docs.qubic.org/developers/bug-bounty |
| CoinGecko (профиль, справочно) | https://www.coingecko.com/en/coins/qubic |
| CoinMarketCap (профиль, справочно) | https://coinmarketcap.com/currencies/qubic/ |
Общее описание проекта
Qubic — L1‑сеть, которая в Tier‑1 документации описывает собственную модель ролей: Computors (валидаторы) и miners, а также механизм принятия решений через Quorum. Помимо транзакций и смарт‑контрактов, в описании системы присутствует “задачная” модель, где Computors выполняют разнообразные задачи, а майнеры решают вычислительные задачи, повышающие скор Computor’ов.
Фичи/модули
- Смарт‑контракты (C++ structs): вызов функций контракта через транзакции с
destinationPublicKeyконтракта (Tier‑1 docs). - Кворум‑голосования: принятие решений и предложений при условии достаточного числа голосов Computor’ов (Tier‑1).
- IPO контрактов: контракт должен пройти предложение/голосование и IPO через Dutch auction; QUBIC, потраченный на IPO, сжигается (Tier‑1).
- Tokenomics: $QUBIC как “energy” с burn‑механикой, эмиссия по эпохам и расписание халвингов (Tier‑1).
Типичные сценарии
- Сценарий 1 (пользователь): вызывает функцию смарт‑контракта → контракт исполняется в сети → результат фиксируется onchain.
- Сценарий 2 (разработчик): готовит контракт → инициирует процесс предложения/голосования и IPO → контракт становится доступен для вызовов.
- Сценарий 3 (оператор): участвует как Computor/майнер → получает распределение эмиссии/пул‑выплаты по экономике сети.
Как начать (кошелёк/сеть)
- Что нужно: клиент/кошелёк под сеть Qubic (в терминологии проекта) и доступ к сети.
- Сеть/chain: Qubic Network.
- Комиссии: переводы в сети заявлены как feeless; “комиссия” исполнения смарт‑контрактов выражена в QUBIC и сжигается (Tier‑1 tokenomics).
Архитектура/техника (без AI)
- Роли участников: Computors (валидаторы) и miners; кворум Computor’ов участвует в принятии решений.
- Где выполняется логика: исполнение смарт‑контрактов и правила IPO/голосований — в сети Qubic.
- Зависимости: официальный код как “living whitepaper” (Tier‑1 docs указывает на GitHub core).
Токен/экономика (развернуто, без прогнозов)
- Утилити токена: $QUBIC используется как “energy” для выполнения смарт‑контрактов/сервисов и “burned when used”.
- Эмиссия: эпоха = 7 дней; в docs приведено расписание халвингов и cap на circulating supply 200 трлн QUBIC.
- Куда идут “комиссии” смарт‑контрактов: в Tier‑1 docs указано, что $QUBIC сжигается, а не выплачивается Computor’ам.
Управление
Управление описано через Quorum: решения/предложения принимаются при участии Computor’ов и пороге голосов (Tier‑1).
Безопасность и инциденты
- Bug bounty: в Tier‑1 docs опубликованы правила программы.
- Аудиты/инциденты: публичных Tier‑1 отчётов/постмортемов не зафиксировано (—).
Статус проекта и таймлайн
- Текущий статус: сеть и релизы публикуются в официальном репозитории (GitHub Releases).
- Roadmap: отдельной страницы roadmap в Tier‑1 не обнаружено; в качестве “дорожной карты” используем историю релизов (Tier‑1).
Экосистема/интеграции
- Где смотреть состояние сети: explorer.qubic.org.
Ai составляющая проекта
- Что здесь реально ИИ? В Tier‑1 tokenomics упоминается, что Arbitrator “oversees the assignment of AI training tasks”, но без описания моделей/метрик/демо.
- Что реально onchain? сеть Qubic со смарт‑контрактами, IPO контрактов и кворум‑голосованиями.
- Зачем нужен токен? $QUBIC описан как “energy” для выполнения контрактов/сервисов и как единица, которая сжигается при использовании; также описана эмиссия и cap.
- Красные флаги (по найденной информации): AI‑washing (AI упомянут как задачи, но нет Tier‑1 артефактов по моделям/метрикам); проверить, где именно описаны “AI training tasks” (какие задачи/как проверяется результат) и есть ли публичные артефакты/репозитории под это.
Итог по компонентам DecAI Fit
- DecAI Fit: 3/6 — среднее соответствие тезису Decentralized AI
| Компонент | Уровень | Score |
|---|---|---|
| AI reality | низко | 1 |
| Onchain necessity | высоко | 3 |
| Token necessity | средне | 2 |
| Evidence | Tier‑1 есть | 3 |
Подробнее
AI reality
AI_0 — намерения про AI (roadmap Tier‑1) (1/0)
- AI_0 (decision): 1
- Claim (1 строка): Tier‑1 docs упоминают AI training tasks в контексте роли Arbitrator.
- Evidence: Tier‑1 — https://docs.qubic.org/learn/tokenomics/
- Why sufficient / why not (1 строка): это фиксирует AI‑направление/применимость, но не доказывает работающий AI‑компонент протокола.
- Conflict note (если есть): —
AI_1 — что делает ИИ (1/0)
- AI_1 (decision): 0
- Claim (1 строка): не найдено Tier‑1 описания конкретных моделей/алгоритмов/пайплайна обучения.
- Evidence: Tier‑1 — https://docs.qubic.org/learn/tokenomics/
- Why sufficient / why not (1 строка): есть упоминание “AI training tasks”, но без технической конкретики.
- Conflict note (если есть): —
AI_2 — демо/примеры (1/0)
- AI_2 (decision): 0
- Claim (1 строка): публичных Tier‑1 демо/примеров AI‑задач не найдено.
- Evidence: Tier‑1 — https://docs.qubic.org/learn/tokenomics/
- Why sufficient / why not (1 строка): tokenomics‑страница не содержит демо/примеров выполнения AI‑задач.
- Conflict note (если есть): —
AI_3 — метрики/качество (1/0)
- AI_3 (decision): 0
- Метрики: —
- Контекст (версия/дата/на чём мерили): —
- Evidence: Tier‑1 — https://docs.qubic.org/learn/tokenomics/
- Why sufficient / why not (1 строка): метрики AI‑качества не представлены.
- Conflict note (если есть): —
AI_4 — техописание/архитектура/версии (1/0)
- AI_4 (decision): 0
- Claim (1 строка): нет Tier‑1 архитектуры AI‑компонента/версий модели.
- Evidence: Tier‑1 — https://docs.qubic.org/learn/tokenomics/
- Why sufficient / why not (1 строка): упоминание AI не содержит архитектуры.
- Conflict note (если есть): —
Onchain necessity
OC_1 — контракты/адреса/сеть (1/0)
- OC_1 (decision): 1
- Сеть: Qubic Network
- Адреса/идентификаторы: публичный explorer сети
- Evidence: Tier‑1 — https://explorer.qubic.org/
- Why sufficient / why not (1 строка): наличие сети и проверяемых данных через explorer.
- Conflict note (если есть): —
OC_2 — onchain не только токен (1/0)
- OC_2 (decision): 1
- Какая полезная логика onchain: смарт‑контракты, предложения/голосования, IPO контрактов.
- Evidence: Tier‑1 — https://docs.qubic.org/learn/smart-contracts/ ; https://docs.qubic.org/learn/ipo/
- Why sufficient / why not (1 строка): описана onchain‑логика помимо “выпуска токена”.
- Conflict note (если есть): —
OC_3 — onchain критичен (1/0)
- OC_3 (decision): 1
- Тест “замены блокчейна”: без сети Qubic ломается ключевое свойство — trustless исполнение/учёт смарт‑контрактов и голосований.
- Evidence: Tier‑1 — https://docs.qubic.org/learn/smart-contracts/
- Why sufficient / why not (1 строка): продукт определён как сеть смарт‑контрактов/учёта.
- Conflict note (если есть): —
Token necessity
TK_0 — токена нет (1/0)
- TK_0 (decision): 0
- Claim (1 строка): в сети есть нативные units $QUBIC.
- Evidence: Tier‑1 — https://docs.qubic.org/learn/tokenomics/
- Why sufficient / why not (1 строка): tokenomics‑страница описывает $QUBIC как “energy unit”.
- Conflict note (если есть): —
TK_1 — платёж за сервис (1/0)
- TK_1 (decision): 1
- Claim (1 строка): $QUBIC расходуется для выполнения смарт‑контрактов/сервисов.
- Evidence: Tier‑1 — https://docs.qubic.org/learn/tokenomics/
- Why sufficient / why not (1 строка): прямо сказано “fuel for executing smart contracts… burned when used”.
- Conflict note (если есть): —
TK_2 — стимулы/залоги/штрафы (1/0)
- TK_2 (decision): 1
- Claim (1 строка): эмиссия распределяется Computor’ам и другим направлениям по эпохам.
- Evidence: Tier‑1 — https://docs.qubic.org/learn/tokenomics/
- Why sufficient / why not (1 строка): распределение эмиссии служит стимулом для участников.
- Conflict note (если есть): —
TK_3 — управление (1/0)
- TK_3 (decision): 0
- Claim (1 строка): управление описано как кворум‑голосование Computor’ов; роль токена в governance явно не закреплена в Tier‑1.
- Evidence: Tier‑1 — https://docs.qubic.org/learn/quorum/
- Why sufficient / why not (1 строка): документ говорит о голосовании Computor’ов, но не о token‑weighted governance.
- Conflict note (если есть): —
TK_4 — токен заменим (1/0)
- TK_4 (decision): 0
- Claim (1 строка): в Tier‑1 $QUBIC встроен в механику исполнения контрактов/IPO и сжигания.
- Evidence: Tier‑1 — https://docs.qubic.org/learn/tokenomics/ ; https://docs.qubic.org/learn/ipo/
- Why sufficient / why not (1 строка): замена на внешний актив меняет базовую экономику (burn/IPO).
- Conflict note (если есть): —
Evidence (таблица)
| Tier | Источник | Что доказывает |
|---|---|---|
| Tier‑1 | https://docs.qubic.org/learn/tokenomics/ | $QUBIC как “energy unit”, burn‑механика, cap 200T, эмиссия/halving schedule; упоминание AI training tasks |
| Tier‑1 | https://docs.qubic.org/learn/nodes/ | роли Computors/Miners и лимиты (676/451) |
| Tier‑1 | https://docs.qubic.org/learn/quorum/ | кворум‑голосование и роль Computor’ов в принятии решений |
| Tier‑1 | https://docs.qubic.org/learn/smart-contracts/ | смарт‑контракты, proposals/IPO процесс, использование QUBIC |
| Tier‑1 | https://docs.qubic.org/learn/ipo/ | IPO контрактов и сжигание QUBIC в процессе |
| Tier‑1 | https://docs.qubic.org/developers/bug-bounty | наличие bug bounty программы |
| Tier‑1 | https://github.com/qubic/core/releases | релизы node‑software (changelog) |
| Tier‑1 | https://explorer.qubic.org/ | explorer сети |
No comments to display
No comments to display