Züs
Züs (0chain) — справочная карточка криптопроекта: что делает продукт и насколько проверяемы ключевые утверждения проекта; также — соответствие тезису Decentralized AI (DecAI Fit).
Züs — AI/Data | Infra проект, позиционирующийся как blockchain‑based storage system (BOSS) с token‑экономикой и заявленным AI‑направлением (AI data platform / AI agents); токен (символ: ZCN).
Дисклеймер
Важно: эта страница — справочный разбор проекта. В рамках DecAIHub отдельно фиксируется проверка сведений из открытых источников по AI‑тезису (что реально AI/onchain/зачем токен и на каких источниках это основано).
Это не является финансовой рекомендацией и не является советом покупать/продавать/держать актив. Мы не оцениваем цену, доходность, тайминг входа/выхода.
Выводы основаны на публично доступных материалах, обнаруженных на дату проверки. Отсутствие подтверждения не означает отсутствие технологии.
TL;DR (для тех, кто не про ИИ)
- Что это: децентрализованная система хранения данных (S3‑совместимая), где блокчейн наблюдает/валидирует хранение и стимулирует провайдеров.
- Для кого: пользователи и команды, которым нужно хранение/бэкапы/обмен зашифрованными файлами; провайдеры хранения (blobbers) и участники стейкинга.
- Зачем ончейн/токен: токен используется для оплаты хранения/чтения, стейкинга/делегирования и reward/penalty механик; блокчейн фиксирует правила и валидацию (challenge flow).
Как это работает (очень кратко)
- Пользователь делает: создаёт allocation (контракт хранения) и выбирает набор blobber‑провайдеров для размещения данных.
- Система делает: blobbers хранят данные, validators проводят проверки (challenges) целостности и подтверждают корректное хранение.
- Пользователь получает: хранение/доступ к данным; возможность шеринга зашифрованных файлов (по описанию проекта).
- Где блокчейн: onchain — транзакции/смарт‑контракты сети, которые управляют allocation, challenges и экономикой хранения.
- Роль токена: оплата операций (write/read pools), стейкинг на blobbers и распределение наград/штрафов.
Быстрые ссылки: AI‑соответствие
Паспорт проекта
| Поле | Значение |
|---|---|
| Название проекта | Züs |
| Также известен как (aliases) | 0chain, Zus Network, ZCN |
| Лого (logo) | ../assets/516_0chain_logo.svg |
| Символ токена (ticker) | ZCN |
| Категория | AI/Data | Infra |
| Основная сеть (chain) | Züs Network |
| Тип | Appchain |
| Статус сети | mainnet |
| Консенсус (consensus) | PoS |
| Дата запуска (launch_date) | — |
| Статус проекта (status) | active |
| Токен (стандарт) | ERC-20 |
| Контракт токена | 0xb9ef770b6a5e12e45983c5d80545258aa38f3b78 |
| Модель токена (token_type) | utility (payments + staking + governance) |
| Макс. предложение | 400,000,000 ZCN |
| Эмиссия | — |
| Токеномика (tokenomics, кратко) | Клиенты блокируют токены в write/read pools; есть staking/delegation и slashing/burn при провалах challenges (по tokenomics). |
| Управление | — |
| Админы/ключи | — |
| Аудит | — |
| Bug bounty | yes |
| Команда (team) | — |
| Финансирование (investors/funding) | — |
| AI‑компонент (ai_component) | AI data platform / AI agents |
| Use‑case (use_case) | decentralized storage (S3-compatible) + data integrity |
| DecAI Fit — AI‑соответствие (AI thesis fit) | 3/6 — среднее соответствие тезису Decentralized AI |
| Итог по компонентам DecAI Fit | ai_score 1 / onchain_score 3 / token_score 3 / evidence_score 2 |
| Last verified | 2026-02-11 |
Ссылки (links_*)
| Тип | Ссылка |
|---|---|
| Website | https://zus.network/ |
| Docs | https://docs.zus.network/ |
| GitHub | https://github.com/0chain |
| Releases / Changelog | https://github.com/0chain/0chain/releases |
| Whitepaper | https://zus.network/whitepapers/ |
| Roadmap | https://zus.network/roadmap/ |
| Security advisories | https://github.com/0chain/0chain/security |
| Explorer | https://etherscan.io/token/0xb9ef770b6a5e12e45983c5d80545258aa38f3b78 |
| X | https://twitter.com/zus_network |
| Discord | https://discord.com/invite/h3BFjdtCp4 |
| Telegram | https://t.me/ZCN_announcements |
| Medium | https://medium.com/0chain |
| Audit report(s) | — |
| Bug bounty | https://0chain.net/page-bug-bounty.html |
| CoinGecko (профиль, справочно) | https://www.coingecko.com/en/coins/0chain |
| CoinMarketCap (профиль, справочно) | https://coinmarketcap.com/currencies/0chain/ |
Общее описание проекта
Züs позиционируется как blockchain‑based децентрализованная система хранения данных. В документации проект описывает архитектуру, где блокчейн‑подсистема (miners/sharders и smart contracts) наблюдает storage‑подсистему (blobbers/validators) и стимулирует корректное хранение через challenge‑механику и token‑экономику.
В части AI проект описывает себя как “secure AI data platform” и упоминает “AI agents” как часть верхнеуровневого позиционирования. В рамках карточки это учитывается как AI intent (AI_0=1), пока не появятся Tier‑1 артефакты, которые показывают работающий AI‑компонент/демо/метрики.
Фичи/модули
- Allocation‑модель хранения: клиент выбирает набор blobbers (k+m для erasure coding) и оплачивает хранение на срок (по tokenomics).
- Challenge flow: validators проверяют blobbers; провалы ведут к penalty (slashing/burn) по описанию tokenomics.
- Züs Apps (интерфейсы): в документации перечислены web‑приложения как интерфейс к системе.
Типичные сценарии
- Сценарий 1: пользователь создаёт allocation → загружает данные → получает хранение/доступ к файлам.
- Сценарий 2: провайдер‑blobber стейкает токены → предоставляет storage → получает вознаграждение при корректном хранении.
- Сценарий 3: валидатор участвует в challenges → подтверждает корректность хранения → получает validation rewards.
Как начать (кошелёк/сеть)
- Что нужно: кошелёк/ключи для взаимодействия с сетью и приложениями; выбор blobbers для allocation.
- Сеть/chain: Züs Network (система хранения) + ERC‑20 токен в Ethereum (для части токен‑слоя).
- Комиссии: зависят от write/read операций и выбранных провайдеров (по tokenomics).
Архитектура/техника (без AI)
- Компоненты: blockchain subsystem (miners/sharders, smart contracts), storage subsystem (blobbers/validators), supporting nodes (0DNS/0Box и т. п.), SDK/CLI/webapps.
- Роли участников: клиенты (хранение/чтение), blobbers (провайдеры хранения), validators (проверки), miners/sharders (блокчейн‑слой).
- Где выполняется логика: хранение файлов — у blobbers; проверки/учёт/правила incentives — через систему с onchain‑компонентом (описано в docs).
- Зависимости: —.
Токен/экономика (развернуто, без прогнозов)
- Утилити токена: оплата хранения/чтения через write/read pools; стейкинг/делегирование на blobbers; вознаграждения и штрафы.
- Источники необходимости в протоколе: токен‑экономика используется для выравнивания стимулов провайдеров и клиентов и для security‑механик (penalty/slashing).
- Механизмы безопасности/стимулов: challenge‑механика; при провалах challenges часть stake slashed и burned (по tokenomics).
Управление
- Кто принимает решения: —.
- Как меняются параметры протокола: —.
- Где обсуждают/принимают решения: —.
- Ключи/мультисиг: —.
Безопасность и инциденты
- Аудиты: —.
- Bug bounty: есть (см.
links_*). - Инциденты: —.
- Модель угроз: риски хранения/доступности провайдеров; риски ошибок incentive‑модели; риски мостов/токен‑слоя (если используются).
Статус проекта и таймлайн
- Текущий статус: mainnet (по описанию релиз‑документации).
- Ключевые релизы/вехи: —.
- Roadmap: см.
links_*.
Экосистема/интеграции
- Интеграции: SDK/CLI/webapps (описано в docs).
- Партнёры: —.
- Где реально используется: —.
Ai составляющая проекта
- Что здесь реально ИИ? в Tier‑1 документации Züs описан как платформа для AI data и упоминает AI agents; Tier‑1 демо/метрик/техописания AI‑агентов не найдено → учитываем как AI intent.
- Что реально onchain? onchain‑компонент описан в Tier‑1 (miners/sharders, storage smart contract, challenge‑валидация).
- Зачем нужен токен? токен используется для оплаты хранения/чтения и стейкинга/делегирования с reward/penalty механиками.
- Красные флаги (по найденной информации): если AI упоминается только как маркетинг без воспроизводимого демо/метрик (AI_2/AI_3=0); важно отделять storage‑архитектуру (Tier‑1) от заявлений про “AI agents”.
Итог по компонентам DecAI Fit
- DecAI Fit: 3/6 — среднее соответствие тезису Decentralized AI
| Компонент | Уровень | Score |
|---|---|---|
| AI reality | низко | 1 |
| Onchain necessity | высоко | 3 |
| Token necessity | высоко | 3 |
| Evidence | Tier‑1 есть | 2 |
Подробнее
AI reality
AI_0 — намерения про AI (roadmap Tier‑1) (1/0)
- AI_0 (decision): 1
- Claim (1 строка): Проект позиционируется как secure AI data platform и упоминает AI agents.
- Evidence: Tier‑1 — https://docs.zus.network/zus-docs
- Why sufficient / why not (1 строка): Это Tier‑1 intent/позиционирование; без демо/метрик/архитектуры AI‑агентов не повышаем AI_1..AI_4.
- Conflict note (если есть): —
AI_1 — что делает ИИ (1/0)
- AI_1 (decision): 0
- Claim (1 строка): Не установлено (нет конкретного Tier‑1 описания задач/поведения AI‑агентов и их роли в продукте).
- Evidence: Tier‑1 — —
- Why sufficient / why not (1 строка): Общая фраза “AI agents” без конкретики не проходит как AI_1.
- Conflict note (если есть): —
AI_2 — демо/примеры (1/0)
- AI_2 (decision): 0
- Claim (1 строка): AI‑демо/примеры работы AI‑агентов не установлены.
- Evidence: Tier‑1 — —
- Why sufficient / why not (1 строка): Tier‑1 “app surface” или tutorial именно по AI‑агентам не найден.
- Conflict note (если есть): —
AI_3 — метрики/качество (1/0)
- AI_3 (decision): 0
- Метрики: —
- Контекст (версия/дата/на чём мерили): —
- Evidence: Tier‑1 — —
- Why sufficient / why not (1 строка): Метрики качества AI‑части не найдены в Tier‑1 источниках.
- Conflict note (если есть): —
AI_4 — техописание/архитектура/версии (1/0)
- AI_4 (decision): 0
- Claim (1 строка): Техописание AI‑агентов/версий моделей не установлено.
- Evidence: Tier‑1 — —
- Why sufficient / why not (1 строка): System overview описывает storage‑архитектуру, но не AI‑архитектуру.
- Conflict note (если есть): —
Onchain necessity
OC_1 — контракты/адреса/сеть (1/0)
- OC_1 (decision): 1
- Сеть: Züs Network
- Адреса/идентификаторы: —
- Evidence: Tier‑1 — https://docs.zus.network/zus-docs/system-overview
- Why sufficient / why not (1 строка): Tier‑1 system overview описывает блокчейн‑слой (miners/sharders) и storage‑слой (blobbers/validators) как часть сети.
- Conflict note (если есть): —
OC_2 — onchain не только токен (1/0)
- OC_2 (decision): 1
- Какая полезная логика onchain: allocation‑контракты, challenge flow, reward/penalty (как часть системы наблюдаемого хранения).
- Evidence: Tier‑1 — https://docs.zus.network/zus-docs/system-overview ; https://docs.zus.network/zus-docs/tokenomics
- Why sufficient / why not (1 строка): Документация описывает, что блокчейн управляет правилами и стимулирует/валидирует storage‑подсистему.
- Conflict note (если есть): —
OC_3 — onchain критичен (1/0)
- OC_3 (decision): 1
- Тест “замены блокчейна”: без блокчейн‑наблюдения и challenge‑валидации ломается trustless проверка корректности хранения и incentive‑механика сети.
- Evidence: Tier‑1 — https://docs.zus.network/zus-docs/system-overview ; https://docs.zus.network/zus-docs/tokenomics
- Why sufficient / why not (1 строка): Архитектура BOSS завязана на наблюдении storage через блокчейн и на reward/penalty правилах.
- Conflict note (если есть): —
Token necessity
TK_0 — токена нет (1/0)
- TK_0 (decision): 0
- Claim (1 строка): У проекта есть токен ZCN.
- Evidence: Tier‑1 — https://etherscan.io/token/0xb9ef770b6a5e12e45983c5d80545258aa38f3b78
- Why sufficient / why not (1 строка): Tier‑1 explorer подтверждает токен и max total supply.
- Conflict note (если есть): —
TK_1..TK_4 (1/0)
TK_1 — платёж за сервис (1/0)
- TK_1 (decision): 1
- Claim (1 строка): Клиенты платят токенами за хранение/операции через write/read pools.
- Evidence: Tier‑1 — https://docs.zus.network/zus-docs/tokenomics
- Why sufficient / why not (1 строка): Tokenomics описывает cost model и write/read pools как механизм оплаты.
- Conflict note (если есть): —
TK_2 — стимулы/залоги/штрафы (1/0)
- TK_2 (decision): 1
- Claim (1 строка): Есть staking/delegation; провалы challenges ведут к slashing и burn части stake.
- Evidence: Tier‑1 — https://docs.zus.network/zus-docs/tokenomics
- Why sufficient / why not (1 строка): Tokenomics описывает staking/delegation и penalty/slashing/burn при провалах.
- Conflict note (если есть): —
TK_3 — управление (1/0)
- TK_3 (decision): 1
- Claim (1 строка): Токен используется для voting/governance (как драйвер спроса по tokenomics).
- Evidence: Tier‑1 — https://docs.zus.network/zus-docs/tokenomics
- Why sufficient / why not (1 строка): В tokenomics указано “Governance & Staking: Tokens are used for voting and securing the network”.
- Conflict note (если есть): —
TK_4 — токен заменим (1/0)
- TK_4 (decision): 0
- Claim (1 строка): Не установлено (нет Tier‑1 анализа заменимости токена альтернативами).
- Evidence: Tier‑1 — —
- Why sufficient / why not (1 строка): Без отдельного разбора заменимости ставим 0.
- Conflict note (если есть): —
Evidence (таблица)
| Tier | Источник | Что доказывает |
|---|---|---|
| Tier‑1 | https://docs.zus.network/zus-docs/system-overview | Архитектура BOSS: blockchain subsystem + storage subsystem, роли miners/sharders/blobbers/validators и challenge‑валидация. |
| Tier‑1 | https://docs.zus.network/zus-docs/tokenomics | Token‑экономика: allocations, write/read pools, staking/delegation, challenge rewards и penalty (slashing/burn). |
| Tier‑1 | https://docs.zus.network/zus-docs | Tier‑1 AI intent: позиционирование как AI data platform и упоминание AI agents. |
| Tier‑1 | https://etherscan.io/token/0xb9ef770b6a5e12e45983c5d80545258aa38f3b78 | Onchain‑факт: ERC‑20 токен Zus (ZCN), max total supply 400,000,000. |
| Tier‑1 | — | Tier‑1 источник по утверждению «демо/примеры AI‑агентов или воспроизводимый AI‑workflow» не найден. |
No comments to display
No comments to display