Skip to main content

Oasis Network

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

Oasis Network — Layer‑1 блокчейн (PoS) с модульной архитектурой consensus layer + ParaTime layer (параллельные runtimes). В Tier‑1 источниках фокус — confidential computing (TEE/secure enclaves), “smart privacy”, EVM‑совместимые ParaTimes (например, Sapphire) и offchain‑compute фреймворк ROFL.

Дисклеймер

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

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

  • Что это: L1‑сеть для смарт‑контрактов с приватностью: параллельные runtimes (ParaTimes) + инструменты для confidential dApps.
  • Для кого: разработчики dApps (особенно EVM), команды, которым нужна приватность данных/состояния; валидаторы/делегаторы.
  • Зачем ончейн/токен: onchain нужен для консенсуса/исполнения смарт‑контрактов; токен ROSE — для комиссий, стейкинга/делегирования и управления (по Tier‑1).

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

  1. Пользователь делает: отправляет транзакции или вызывает смарт‑контракты в выбранной ParaTime (например, Sapphire).
  2. Система делает: consensus layer (валидаторы PoS) упорядочивает и подтверждает обновления; ParaTimes исполняют транзакции параллельно и коммитят результаты.
  3. Пользователь получает: подтверждённые onchain операции; в confidential ParaTimes — возможность исполнять логику над приватными данными.
  4. Где блокчейн: базовый консенсус и учёт балансов/стейкинга — на consensus layer; вычисление/смарт‑контракты — в ParaTimes.
  5. Роль токена: ROSE используется для gas/fees, стейкинга/делегирования и участия в governance.

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

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

Поле Значение
Название проекта Oasis Network
Также известен как (aliases) Oasis Protocol | ROSE
Лого (logo) ../assets/oasis_logo.svg
Символ токена (ticker) ROSE
Категория AI/Other | Infra
Основная сеть (chain) Oasis Network
Тип Appchain
Статус сети mainnet
Консенсус (consensus) PoS (CometBFT)
Дата запуска (launch_date) —
Статус проекта (status) active
Токен (стандарт) native
Контракт токена —
Модель токена (token_type) utility (gas + staking + governance)
Макс. предложение 10000000000
Эмиссия fixed (capped) + staking rewards
Токеномика (tokenomics, кратко) cap 10B; ~2.3B распределяются как staking rewards (по docs/сайту)
Управление onchain governance (proposals/voting)
Админы/ключи —
Аудит —
Bug bounty yes (Immunefi)
Команда (team) Oasis Foundation | Oasis Labs (заявлено)
Финансирование (investors/funding) raised $45M+ (2018–2020; по docs)
AI‑компонент (ai_component) confidential compute for verifiable AI (infra)
Use‑case (use_case) confidential EVM + parallel runtimes
DecAI Fit — AI‑соответствие (AI thesis fit) 3/6 — среднее соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit 1 / 3 / 3 / 3
Last verified 2026-02-11
Тип Ссылка
Website https://oasis.net/
Docs https://docs.oasis.io/
GitHub https://github.com/oasisprotocol/oasis-core
Releases / Changelog https://github.com/oasisprotocol/oasis-core/releases
Whitepaper https://oasis.net/whitepaper
Roadmap https://oasis.net/blog-category/roadmap
Security advisories https://github.com/oasisprotocol/oasis-core/security/advisories
Explorer https://explorer.oasis.io/
X https://twitter.com/OasisProtocol
Discord https://discord.gg/BQCxwhT5wS
Telegram https://t.me/oasisprotocolcommunity
Medium https://medium.com/oasis-protocol-project
Audit report(s) —
Bug bounty https://immunefi.com/bounty/oasis/
CoinGecko (профиль, справочно) https://www.coingecko.com/en/coins/oasis-network
CoinMarketCap (профиль, справочно) https://coinmarketcap.com/currencies/oasis-network/

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

Oasis Network — L1‑платформа смарт‑контрактов, которая в Tier‑1 описывает себя как “privacy‑first” сеть с модульной архитектурой: отделение consensus (валидаторы PoS) от execution/compute (ParaTimes). ParaTimes могут быть как “обычными” (без приватности), так и “confidential” (на базе TEE), а также EVM‑совместимыми (например, Sapphire) — это позволяет разным приложениям выбирать нужные компромиссы по приватности/производительности.

Фичи/модули

  • Consensus layer: PoS‑консенсус, стейкинг/делегирование, базовые операции сети.
  • ParaTime layer: параллельные runtimes с shared state и возможностью изоляции по требованиям приложения.
  • Confidential computing: описанный в docs механизм TEE для confidential ParaTimes (данные расшифровываются/обрабатываются/шифруются внутри enclave).
  • EVM ParaTimes: позиционирование Sapphire как confidential EVM (по сайту/докам).
  • ROFL (offchain compute): фреймворк для “verifiable off-chain compute” с onchain‑гарантиями (по сайту).

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

  • Сценарий 1: разработчик деплоит Solidity‑контракт в Sapphire → пользователи взаимодействуют как в EVM‑сети, но с возможностью конфиденциальности.
  • Сценарий 2: валидатор/делегатор стейкает ROSE на consensus layer → получает staking rewards.
  • Сценарий 3: dApp использует ParaTime‑подход, чтобы отделить “тяжёлое” вычисление от других нагрузок и повысить масштабируемость.

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

  • Что нужно: кошелёк под Oasis consensus‑layer (ROSE Wallet / Oasis CLI) для стейкинга/делегирования и EVM‑кошелёк (например, MetaMask) для Sapphire.
  • Сеть/chain: Oasis Network (consensus layer) и выбранная ParaTime (Sapphire и др.).
  • Комиссии: gas/fees оплачиваются ROSE; операции различаются между consensus layer и ParaTimes.

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

  • Компоненты: валидаторы consensus layer; ParaTimes как отдельные replicated compute environments; key manager компоненты для confidential ParaTimes (по whitepaper).
  • Роли участников: пользователи; разработчики ParaTimes/dApps; валидаторы; делегаторы.
  • Где выполняется логика: consensus обеспечивает порядок/коммит; ParaTimes исполняют транзакции и формируют обновления состояния.
  • Зависимости: TEE‑железо/attestation (для confidential ParaTimes); стек сети/валидаторов; инструменты кошельков/CLI.

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

  • Утилити токена: ROSE используется для transaction fees, staking, delegation и governance voting (Tier‑1 docs/сайт).
  • Источники необходимости в протоколе: без ROSE невозможно платить fees и участвовать в обеспечении безопасности сети через PoS.
  • Кто платит комиссии: пользователи (gas) и участники, совершающие операции в сети/ParaTimes.
  • Куда идут комиссии: в дизайн PoS‑сети (валидаторы/экономика сети; конкретные параметры зависят от протокольных правил).
  • Эмиссия/сжигание: capped supply 10B; отдельный объём токенов распределяется как staking rewards (по docs).
  • Механизмы безопасности/стимулов: стейкинг/делегирование; слэшинг за double‑signing (описано в token metrics & distribution).
  • Распределение и график выпуска токенов: docs публикует распределение по категориям и circulation/release schedule; упоминается fundraising и распределения до mainnet.
  • Казначейство: в docs описаны allocation категории (включая Foundation Endowment и программы экосистемы).

Управление

В Tier‑1 источниках ROSE используется для участия в governance (голосования по решениям сети). Также docs описывает stake‑weighted voting power и связь с Tendermint/CometBFT‑моделью подписей блоков.

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

  • Bug bounty: официальный bug bounty через Immunefi; также security‑политики/процесс репорта у oasis-core.
  • Security advisories: в GitHub security‑разделе репозитория указано, что опубликованных advisories нет (на момент проверки).
  • TEE‑риски: Tier‑1 подчёркивает зависимость confidential ParaTimes от TEE и remote attestation, а также layered approach (TEE + криптография).

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

  • Текущий статус: сеть и ParaTimes доступны в mainnet (по сайту/докам).
  • Ключевые релизы/вехи: релизы core‑клиента и ParaTime компонентов публикуются в GitHub.
  • Roadmap: официальный блог‑раздел roadmap.

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

  • Интеграции: ROSE Wallet, Oasis CLI; MetaMask для EVM‑ParaTimes; dApps на Sapphire (по сайту/токеномике).
  • Где реально используется: сайт показывает примеры/“featured apps” и use cases (agents/DeFi/DAOs/Responsible AI).

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

  • Что здесь реально ИИ? Tier‑1 источники позиционируют сеть как инфраструктуру для “AI privacy” и упоминают verifiable AI/agents как use cases (ROFL), но не описывают собственную AI‑модель/инференс‑продукт на уровне протокола.
  • Что реально onchain? L1‑консенсус + ParaTimes, включая EVM‑ParaTime (Sapphire); адреса/счета/ledger и операции — в сети Oasis.
  • Зачем нужен токен? ROSE нужен для fees, staking/delegation и governance — это базовая “native token” функция сети.
  • Красные флаги (по найденной информации): AI‑washing (упоминание AI как use‑case не равно наличию AI‑продукта); TEE‑зависимость (модель угроз/attestation); что перепроверить: конкретные параметры governance/экономики на текущей версии протокола и реальные onchain‑артефакты ROFL/ParaTimes.

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

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

AI reality

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

  • AI_0 (decision): 1
  • Claim (1 строка): в Tier‑1 сеть заявляет фокус на “Web3 & AI privacy” и use‑cases вроде verifiable AI/agents (как направление применения).
  • Evidence: Tier‑1 — https://oasisprotocol.org/
  • Why sufficient / why not (1 строка): есть прямое позиционирование и описание use cases.
  • Conflict note (если есть): —

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

  • AI_1 (decision): 0
  • Claim (1 строка): Tier‑1 источники не описывают встроенную AI‑модель/инференс как часть протокола; AI упоминается как возможное применение инфраструктуры.
  • Evidence: Tier‑1 — https://docs.oasis.io/general/oasis-network/
  • Why sufficient / why not (1 строка): docs описывают конфиденциальные вычисления и ParaTimes, а не AI‑модель.
  • Conflict note (если есть): —

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

  • AI_2 (decision): 0
  • Claim (1 строка): в Tier‑1 не найден воспроизводимый демо‑пример “AI‑модуля протокола” (в смысле модели/агента); есть лишь примеры dApps/use cases.
  • Evidence: Tier‑1 — https://oasis.net/rose-and-tokenomics
  • Why sufficient / why not (1 строка): на странице упоминаются dApps и use cases, но не демо AI‑модуля.
  • Conflict note (если есть): —

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

  • AI_3 (decision): 0
  • Метрики: —
  • Контекст (версия/дата/на чём мерили): —
  • Evidence: Tier‑1 — https://oasisprotocol.org/
  • Why sufficient / why not (1 строка): метрики AI не приводятся.
  • Conflict note (если есть): —

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

  • AI_4 (decision): 0
  • Claim (1 строка): отсутствует техописание AI‑архитектуры/версий модели, т.к. AI не представлен как отдельный протокольный компонент.
  • Evidence: Tier‑1 — https://docs.oasis.io/general/oasis-network/
  • Why sufficient / why not (1 строка): docs описывают архитектуру сети/ParaTimes/TEE, но не AI‑модель.
  • Conflict note (если есть): —

Onchain necessity

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

  • OC_1 (decision): 1
  • Сеть: Oasis Network (consensus layer + ParaTimes)
  • Адреса/идентификаторы: нативные адреса формата oasis1… (consensus) и 0x… (EVM‑ParaTimes, напр. Sapphire).
  • Evidence: Tier‑1 — https://docs.oasis.io/general/manage-tokens/
  • Why sufficient / why not (1 строка): docs описывает форматы адресов и разделение ledger между слоями.
  • Conflict note (если есть): —

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

  • OC_2 (decision): 1
  • Какая полезная логика onchain: ParaTimes исполняют смарт‑контракты, а consensus layer коммитит обновления (двухслойная архитектура).
  • Evidence: Tier‑1 — https://docs.oasis.io/general/oasis-network/
  • Why sufficient / why not (1 строка): описана архитектура consensus + execution и параллельные runtimes.
  • Conflict note (если есть): —

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

  • OC_3 (decision): 1
  • Тест “замены блокчейна”: основная ценность — доверенный onchain‑коммит/консенсус и исполнение смарт‑контрактов; без блокчейна это перестаёт быть L1‑сетью.
  • Evidence: Tier‑1 — https://oasis.net/whitepaper
  • Why sufficient / why not (1 строка): whitepaper прямо описывает L1 PoS smart contract platform и модульную архитектуру.
  • Conflict note (если есть): —

Token necessity

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

  • TK_0 (decision): 0
  • Claim (1 строка): ROSE — native token Oasis Network.
  • Evidence: Tier‑1 — https://oasis.net/rose-and-tokenomics
  • Why sufficient / why not (1 строка): сайт описывает ROSE как нативный токен экосистемы.
  • Conflict note (если есть): —

TK_1..TK_4 (1/0)

TK_1 — платёж за сервис (1/0)

  • TK_1 (decision): 1
  • Claim (1 строка): ROSE используется для transaction fees (gas) на consensus layer и ParaTimes.
  • Evidence: Tier‑1 — https://oasis.net/rose-and-tokenomics
  • Why sufficient / why not (1 строка): “ROSE is used for transaction fees…” явно указано.
  • Conflict note (если есть): —

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

  • TK_2 (decision): 1
  • Claim (1 строка): ROSE используется для staking/delegation; описаны staking rewards и slashing за double‑signing.
  • Evidence: Tier‑1 — https://docs.oasis.io/general/oasis-network/token-metrics-and-distribution
  • Why sufficient / why not (1 строка): есть параметры стейкинга/слэшинга и экономика rewards.
  • Conflict note (если есть): —

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

  • TK_3 (decision): 1
  • Claim (1 строка): governance/voting упоминаются как utility ROSE и как функция сети.
  • Evidence: Tier‑1 — https://docs.oasis.io/general/manage-tokens/
  • Why sufficient / why not (1 строка): docs прямо перечисляет governance proposal voting как use of native token.
  • Conflict note (если есть): —

TK_4 — токен заменим (1/0)

  • TK_4 (decision): 0
  • Claim (1 строка): для L1‑сети токен как gas/staking/governance является системным и не заменим без смены дизайна.
  • Evidence: Tier‑1 — https://docs.oasis.io/general/manage-tokens/
  • Why sufficient / why not (1 строка): описано, что native token используется для PoS и fees.
  • Conflict note (если есть): —

Evidence (таблица)

Tier Источник Что доказывает
Tier‑1 https://docs.oasis.io/general/oasis-network/ архитектура consensus + ParaTimes, confidential computing (TEE), масштабирование/приватность
Tier‑1 https://oasis.net/whitepaper L1 PoS smart contract platform, ParaTimes и confidential computing подход
Tier‑1 https://oasis.net/rose-and-tokenomics cap 10B, utility ROSE (fees/staking/delegation/governance), общее позиционирование
Tier‑1 https://docs.oasis.io/general/oasis-network/token-metrics-and-distribution token metrics, distribution, staking incentives, slashing, fundraising $45M+
Tier‑1 https://docs.oasis.io/general/manage-tokens/ роль native token (fees/governance/staking), форматы адресов и слойность ledger
Tier‑1 https://oasisprotocol.org/ позиционирование “Web3 & AI privacy”, ROFL/OPL/Sapphire как продукты
Tier‑1 https://oasis.net/security-and-tees layered security approach (TEE + crypto) и ссылка на bug bounty

No comments to display

Back to top