Unibase
Unibase (UB) — справочная карточка криптопроекта: что делает продукт и насколько проверяемы ключевые утверждения проекта; также — соответствие тезису Decentralized AI (DecAI Fit).
Unibase — инфраструктурный проект, который в Tier‑1 источниках описывает “decentralized AI memory layer” для автономных AI‑агентов: долговременная память (Membase), протокол интероперабельности агентов (AIP; MCP + gRPC совместимость), и слой хранения/DA (Unibase DA). Токен UB выпущен как ERC‑20 в Ethereum.
Дисклеймер
Важно: эта страница — справочный разбор проекта. В рамках DecAIHub отдельно фиксируется проверка сведений из открытых источников по AI‑тезису (что реально AI/onchain/зачем токен и на каких источниках это основано).
Это не является финансовой рекомендацией и не является советом покупать/продавать/держать актив. Мы не оцениваем цену, доходность, тайминг входа/выхода.
Выводы основаны на публично доступных материалах, обнаруженных на дату проверки. Отсутствие подтверждения не означает отсутствие технологии.
TL;DR (для тех, кто не про ИИ)
- Что это: “память + интероперабельность” для AI‑агентов (хранение/доступ к памяти, идентичность, взаимодействие между агентами).
- Для кого: разработчики агентных систем и протоколов; команды, строящие multi‑agent приложения.
- Зачем ончейн/токен: ончейн используется для удостоверяемой идентичности/учёта/проверяемости; UB описан как токен для fees/governance/staking в экосистеме (Tier‑1 whitepaper).
- Что можно потрогать (Tier‑1): Unibase Explorer (витрина ончейн‑сущностей “agents/memory”).
Как это работает (очень кратко)
- Пользователь делает: запускает/регистрирует агента и использует память/сообщения/инструменты по AIP.
- Система делает: сохраняет “память” агента (структурированную/неструктурированную) и обеспечивает межагентные взаимодействия через протокол и runtime.
- Пользователь получает: устойчивую, переиспользуемую память агента и совместимость между экосистемами/инструментами.
- Где блокчейн: Tier‑1 источники заявляют onchain identity/auth и onchain‑якорение/проверяемость данных; есть Unibase Explorer как витрина ончейн‑сущностей.
- Роль токена: UB описан как средство оплаты протокольных fees, governance (veUB) и staking (Tier‑1).
Быстрые ссылки: AI‑соответствие
Паспорт проекта
| Поле | Значение |
|---|---|
| Название проекта | Unibase |
| Также известен как (aliases) | UB |
| Лого (logo) | ../assets/unibase_logo.svg |
| Символ токена (ticker) | UB |
| Категория | AI/Agents | Infra |
| Основная сеть (chain) | Ethereum |
| Тип | EVM |
| Статус сети | mainnet |
| Консенсус (consensus) | PoS (Ethereum) |
| Дата запуска (launch_date) | — |
| Статус проекта (status) | active |
| Токен (стандарт) | ERC-20 |
| Контракт токена | 0x6944E1DF6Bf5972305f9Ab25dF47ef10De01bcc8 |
| Модель токена (token_type) | utility (payments + staking + governance) |
| Макс. предложение | 10,000,000,000 UB |
| Эмиссия | fixed (minted at deploy) |
| Токеномика (tokenomics, кратко) | 10B UB; в whitepaper дано распределение/вестинг по категориям |
| Управление | DAO (veUB; заявлено) |
| Админы/ключи | — |
| Аудит | — |
| Bug bounty | — |
| Команда (team) | — |
| Финансирование (investors/funding) | — |
| AI‑компонент (ai_component) | decentralized memory layer for AI agents |
| Use‑case (use_case) | persistent memory + agent interoperability |
| DecAI Fit — AI‑соответствие (AI thesis fit) | 3/6 — среднее соответствие тезису Decentralized AI |
| Итог по компонентам DecAI Fit | 3 / 3 / 2 / 2 |
| Last verified | 2026-02-11 |
Ссылки (links_*)
| Тип | Ссылка |
|---|---|
| Website | https://www.unibase.io/ |
| Docs | https://openos-labs.gitbook.io/unibase-docs/ |
| GitHub | https://github.com/unibaseio |
| Releases / Changelog | https://github.com/unibaseio/unibase-sdk-go/releases |
| Whitepaper | https://openos-labs.gitbook.io/unibase-docs/unibase-whitepaper |
| Roadmap | — |
| Security advisories | https://github.com/unibaseio/unibase-sdk-go/security/advisories |
| Explorer | https://www.explorer.unibase.com/ |
| App / Demo | https://www.explorer.unibase.com/ |
| X | https://x.com/Unibase_AI |
| Discord | — |
| Telegram | https://t.me/unibase_ai |
| Medium | https://medium.com/@unibase |
| Audit report(s) | — |
| Bug bounty | — |
| CoinGecko (профиль, справочно) | https://www.coingecko.com/en/coins/unibase |
| CoinMarketCap (профиль, справочно) | https://coinmarketcap.com/currencies/unibase/ |
Общее описание проекта
Unibase в Tier‑1 документации позиционирует себя как “decentralized AI memory layer” для автономных агентов. Основная идея: агенты должны иметь долговременную память (а не быть статeless), уметь делиться знаниями и координироваться между экосистемами, при этом данные должны быть проверяемыми/криптографически подтверждаемыми.
Фичи/модули
- Membase: слой памяти (хранение/чтение/доказательства целостности; Tier‑1 описывает zk‑proofs).
- AIP (Agent Interoperability Protocol): протокол взаимодействия агентов (Tier‑1 заявляет MCP + gRPC совместимость).
- Unibase DA: слой data availability/хранилища для real‑time доступа к данным (Tier‑1).
Типичные сценарии
- Сценарий 1: агент сохраняет контекст/знания → затем читает/обновляет память → продолжает работу с “историей”.
- Сценарий 2: несколько агентов обмениваются сообщениями и делят доступ к памяти через AIP runtime.
- Сценарий 3: агент/пользователь взаимодействует с registry/identity слоями для разрешений и доступа.
Как начать (кошелёк/сеть)
- Что нужно: EVM‑кошелёк (для UB токена) и доступ к инструментам/SDK/докам Unibase.
- Сеть/chain: в Tier‑1 подтверждён ERC‑20 контракт UB в Ethereum; продуктовые onchain‑сущности показываются в Unibase Explorer.
- Комиссии: onchain‑комиссии в сети базового блокчейна + протокольные fees (описаны как модель в whitepaper).
Архитектура/техника (без AI)
- Компоненты: registry/identity layer (контракты), runtime (MCP + gRPC), память (Membase), DA/хранилище (Unibase DA), explorer.
- Роли участников: разработчики/операторы агентов, пользователи, (потенциальные) операторы узлов/хранилища.
- Где выполняется логика: хранение/доступ к памяти и учёт идентичностей заявлены как onchain/zk‑verified + offchain runtime для взаимодействий.
Токен/экономика (развернуто, без прогнозов)
- Утилити токена: Tier‑1 whitepaper описывает UB для protocol fees, governance (veUB), agent staking и “knowledge mining”.
- Supply: Tier‑1 заявляет total supply 10B UB и приводит распределение/вестинг по категориям.
- Эмиссия/сжигание: в ERC‑20 контракте на Etherscan показан mint 10B UB в конструкторе (fixed supply).
Управление
Tier‑1 whitepaper описывает governance через veUB и постепенный переход к DAO‑управлению.
Безопасность и инциденты
- Security advisories: есть GitHub Security Advisories для официального репозитория SDK.
- Аудиты/bug bounty: Tier‑1 публичных программ/отчётов не найдено (—).
Статус проекта и таймлайн
- Текущий статус: Tier‑1 docs заявляет “Testnet Live” и набор интеграций/SDK; при этом UB токен существует как ERC‑20.
- Roadmap: в links_* оставлен
—(нет одной явной Tier‑1 страницы roadmap).
Экосистема/интеграции
- Интеграции: Tier‑1 docs заявляет совместимость/интеграции с MCP и некоторыми агентными фреймворками (перечень — в документации).
Ai составляющая проекта
- Что здесь реально ИИ? Unibase не “делает модель” в Tier‑1, а строит инфраструктуру для AI‑агентов: память, интероперабельность, identity.
- Что реально onchain? Tier‑1 описывает onchain identity/registry и проверяемость/аудитируемость памяти; дополнительно есть Unibase Explorer.
- Зачем нужен токен? UB заявлен как протокольный токен для fees/staking/governance; без токена эти функции в принципе заменимы другими механизмами, но это меняет экономику/стимулы протокола.
- Красные флаги (по найденной информации): проверить реальный объём onchain‑части (адреса identity/registry контрактов и параметры), и фактическую активность (explorer сейчас показывает нулевые значения).
Итог по компонентам DecAI Fit
- DecAI Fit: 3/6 — среднее соответствие тезису Decentralized AI
| Компонент | Уровень | Score |
|---|---|---|
| AI reality | высоко | 3 |
| Onchain necessity | высоко | 3 |
| Token necessity | средне | 2 |
| Evidence | Tier‑1 есть | 2 |
Подробнее
AI reality
AI_0 — намерения про AI (roadmap Tier‑1) (1/0)
- AI_0 (decision): 0
- Claim (1 строка): AI‑функциональность описана как текущий продуктовый слой (memory/interoperability), а не только roadmap‑намерение.
- Evidence: Tier‑1 — https://openos-labs.gitbook.io/unibase-docs/unibase-whitepaper
- Why sufficient / why not (1 строка): в whitepaper описаны модули и назначение, это больше чем “intent”.
- Conflict note (если есть): —
AI_1 — что делает ИИ (1/0)
- AI_1 (decision): 1
- Claim (1 строка): продуктовый AI‑слой: долговременная память и интероперабельность автономных AI‑агентов.
- Evidence: Tier‑1 — https://openos-labs.gitbook.io/unibase-docs/unibase-whitepaper
- Why sufficient / why not (1 строка): Tier‑1 явно описывает, что делает система для AI‑агентов (memory + interoperability).
- Conflict note (если есть): —
AI_2 — демо/примеры (1/0)
- AI_2 (decision): 1
- Claim (1 строка): заявлен живой testnet и есть explorer для сущностей “agents/memory”.
- Evidence: Tier‑1 — https://unibase.gitbook.io/docs ; https://www.explorer.unibase.com/
- Why sufficient / why not (1 строка): Tier‑1 docs заявляет testnet live; explorer подтверждает наличие интерфейса.
- Conflict note (если есть): —
AI_3 — метрики/качество (1/0)
- AI_3 (decision): 0
- Метрики: —
- Контекст (версия/дата/на чём мерили): —
- Evidence: Tier‑1 — https://openos-labs.gitbook.io/unibase-docs/unibase-whitepaper
- Why sufficient / why not (1 строка): количественные метрики качества/производительности для AI‑части не представлены как проверяемые показатели.
- Conflict note (если есть): —
AI_4 — техописание/архитектура/версии (1/0)
- AI_4 (decision): 1
- Claim (1 строка): в Tier‑1 есть архитектура (Membase/AIP/Unibase DA) и описание слоёв.
- Evidence: Tier‑1 — https://openos-labs.gitbook.io/unibase-docs/unibase-whitepaper ; https://openos-labs.gitbook.io/unibase-docs/aip-whitepaper
- Why sufficient / why not (1 строка): архитектурные модули и взаимодействия описаны.
- Conflict note (если есть): —
Onchain necessity
OC_1 — контракты/адреса/сеть (1/0)
- OC_1 (decision): 1
- Сеть: Ethereum (токен UB)
- Адреса/идентификаторы: UB ERC‑20: 0x6944E1DF6Bf5972305f9Ab25dF47ef10De01bcc8
- Evidence: Tier‑1 — https://etherscan.io/token/0x6944E1DF6Bf5972305f9Ab25dF47ef10De01bcc8
- Why sufficient / why not (1 строка): ончейн‑факт токена и параметров supply проверяем через Etherscan.
- Conflict note (если есть): —
OC_2 — onchain не только токен (1/0)
- OC_2 (decision): 1
- Какая полезная логика onchain: onchain identity/registry и учёт/проверяемость для агентной памяти (как описано в Tier‑1).
- Evidence: Tier‑1 — https://openos-labs.gitbook.io/unibase-docs/aip-whitepaper ; https://www.explorer.unibase.com/
- Why sufficient / why not (1 строка): AIP описывает onchain identity layer; explorer показывает доменные сущности “agents/memory”.
- Conflict note (если есть): —
OC_3 — onchain критичен (1/0)
- OC_3 (decision): 1
- Тест “замены блокчейна”: при замене на обычную БД теряется заявленное ключевое свойство — проверяемая/без доверия память и identity для агентов.
- Evidence: Tier‑1 — https://openos-labs.gitbook.io/unibase-docs/unibase-whitepaper
- Why sufficient / why not (1 строка): “decentralized + cryptographically verifiable” — это заявленная цель продукта.
- Conflict note (если есть): —
Token necessity
TK_0 — токена нет (1/0)
- TK_0 (decision): 0
- Claim (1 строка): UB существует как ERC‑20.
- Evidence: Tier‑1 — https://etherscan.io/token/0x6944E1DF6Bf5972305f9Ab25dF47ef10De01bcc8
- Why sufficient / why not (1 строка): контракт и max supply проверяемы onchain.
- Conflict note (если есть): —
TK_1 — платёж за сервис (1/0)
- TK_1 (decision): 1
- Claim (1 строка): Tier‑1 whitepaper описывает UB для protocol fees (storage/reads/proofs/bandwidth).
- Evidence: Tier‑1 — https://openos-labs.gitbook.io/unibase-docs/unibase-whitepaper
- Why sufficient / why not (1 строка): в token utility перечислены fees за использование модулей.
- Conflict note (если есть): —
TK_2 — стимулы/залоги/штрафы (1/0)
- TK_2 (decision): 1
- Claim (1 строка): UB используется для agent staking и “knowledge mining” наград.
- Evidence: Tier‑1 — https://openos-labs.gitbook.io/unibase-docs/unibase-whitepaper
- Why sufficient / why not (1 строка): token utility перечисляет staking/knowledge mining.
- Conflict note (если есть): —
TK_3 — управление (1/0)
- TK_3 (decision): 1
- Claim (1 строка): governance через veUB (lock UB).
- Evidence: Tier‑1 — https://openos-labs.gitbook.io/unibase-docs/unibase-whitepaper
- Why sufficient / why not (1 строка): governance описан как lock UB → veUB.
- Conflict note (если есть): —
TK_4 — токен заменим (1/0)
- TK_4 (decision): 1
- Claim (1 строка): fees/governance/staking теоретически реализуемы и без нативного токена, но это меняет дизайн стимулов.
- Evidence: Tier‑1 — https://openos-labs.gitbook.io/unibase-docs/unibase-whitepaper
- Why sufficient / why not (1 строка): Tier‑1 описывает UB как выбор дизайна, но не доказывает, что это единственный возможный механизм.
- Conflict note (если есть): —
Evidence (таблица)
| Tier | Источник | Что доказывает |
|---|---|---|
| Tier‑1 | https://openos-labs.gitbook.io/unibase-docs/unibase-whitepaper | модули (Membase/AIP/DA), назначение “AI memory layer”, token utility и распределение 10B UB |
| Tier‑1 | https://openos-labs.gitbook.io/unibase-docs/aip-whitepaper | AIP: identity layer, runtime (MCP+gRPC), memory/DA слои |
| Tier‑1 | https://unibase.gitbook.io/docs | статус “Testnet Live”, описание модулей и интеграций |
| Tier‑1 | https://www.explorer.unibase.com/ | наличие explorer для agents/memory |
| Tier‑1 | https://etherscan.io/token/0x6944E1DF6Bf5972305f9Ab25dF47ef10De01bcc8 | onchain‑факт UB: max supply 10B и контракт |
| Tier‑1 | https://github.com/unibaseio/unibase-sdk-go/security/advisories | security advisories для официального репозитория |
No comments to display
No comments to display