Oasis Network – modular L1, где Proof of Stake consensus отделён от execution environments, называемых ParaTimes. Consensus validators упорядочивают commitments и управляют registry, а отдельные compute committees исполняют runtime. Главный application layer сегодня – Sapphire, EVM-совместимая confidential ParaTime с encrypted state и trusted execution environments.
Oasis не следует описывать только как «приватный блокчейн». Emerald – прозрачная EVM ParaTime, Cipher – confidential WebAssembly runtime, Sapphire – confidential EVM, а ROFL выносит произвольную off-chain logic в attested TEE и связывает результат с Sapphire. У каждого слоя свои nodes, keys и risks.
История
Проект основала профессор UC Berkeley Dawn Song, исследователь computer security и privacy. Oasis Labs появилась в 2018 году, а Oasis Protocol Foundation стала steward network и ecosystem. Mainnet запустился в ноябре 2020 года.
Emerald mainnet стартовал в ноябре 2021 года как EVM-compatible ParaTime без confidentiality. Cipher появился как confidential WebAssembly environment. Sapphire testnet вышел в 2022 году, а mainnet – в декабре 2022 года, став основной средой для privacy-preserving Solidity contracts.
В 2024–2026 годах Oasis развивал key management, Oasis Privacy Layer и Runtime Off-chain Logic. ROFL теперь доступен как mainnet framework и marketplace для TDX или SGX applications. CHURP secret sharing остаётся отдельным proposed архитектурным улучшением и не должно автоматически приписываться всем current key managers.
Команда
Dawn Song – основатель и ключевой научный лидер. Oasis Labs и Foundation развивают core protocol, Sapphire, tooling и ecosystem programs. Research команды проекта публиковали работы о privacy, discrepancy detection и secure computation.
Validators, ParaTime operators и ROFL providers являются отдельными участниками. Foundation delegation заметно влияет на operator economics, а сложность TEE и runtime stack повышает зависимость от core engineers. Академическая экспертиза не заменяет независимые audits и distributed operations.
Consensus layer
Oasis consensus использует CometBFT и stake-weighted validator set. Validators предлагают blocks, подтверждают transactions consensus services и достигают finality при более чем двух третях voting power. Consensus layer управляет epochs, random beacon, staking, governance, node registry и ParaTime commitments.
Он не исполняет каждый Solidity opcode Sapphire. Разделение уменьшает нагрузку base layer и позволяет runtime иметь собственную VM и confidentiality model. Но consensus всё равно отвечает за selection committees и принятие execution results.
Как и Cosmos, Oasis использует BFT и delegation, но ParaTimes сильнее интегрированы с common consensus, чем независимые IBC zones.
ParaTimes
ParaTime – replicated compute environment с собственным state. Compute nodes регистрируются, получают committee assignments и обрабатывают transaction batches. Runtime определяет VM, fees, token representation и verification method.
Default design использует discrepancy detection: небольшой committee исполняет batch, а несовпадающие results вызывают более дорогой slow path с расширенной проверкой. Performance bonds и slashing должны сделать неправильный результат невыгодным. Security зависит от committee sampling и runtime configuration.
ParaTime не является обычной sidechain с независимым validator consensus. Он использует Oasis consensus для registry, ordering commitments и settlement. Тем не менее application funds находятся в отдельном ParaTime ledger, поэтому deposit и withdrawal нужны даже для native ROSE.
Sapphire
Sapphire – confidential EVM. Solidity contracts работают с Ethereum-style accounts, но transaction body, contract state и return data могут быть end-to-end encrypted. Runtime предоставляет confidential randomness и primitives для signing и encryption.
Client шифрует request для runtime, compute nodes исполняют его в TEE, а encrypted result возвращается authorized party. Public contract code не показывает private state, но developer сам определяет access control. Event, return value или bridge message может раскрыть data.
EVM familiarity облегчает перенос dApps с сетей вроде Base, однако confidentiality меняет debugging, indexing и frontend. Standard block explorer не может показать plaintext protected transaction.
Trusted execution и key manager
Sapphire compute nodes используют Intel SGX. Remote attestation подтверждает runtime identity и trusted computing base. Key manager предоставляет runtime-specific secrets только approved enclaves, позволяя decrypt state и сохранять end-to-end channel.
Ephemeral secrets улучшают forward secrecy, но TEE остаётся hardware trust assumption. Уязвимость CPU, attestation service, runtime image или key manager может нарушить confidentiality. Consensus signature не доказывает, что Intel platform не имеет side channel.
Emerald и Cipher
Emerald – EVM-compatible ParaTime без TEE requirement. Он подходит applications, которым не нужен encrypted state. Sapphire не является автоматическим upgrade каждого Emerald contract: deployment, state и addresses отдельных ParaTimes различаются.
Cipher – confidential ParaTime для WebAssembly contracts. Она использует другой developer stack и address workflows. Наличие runtime в mainnet registry не гарантирует широкую dApp activity или одинаковую support wallets.
ROFL
Runtime Off-chain Logic позволяет запустить контейнер либо single binary на Oasis node внутри SGX или TDX. App регистрирует policy и attestation on-chain, получает per-app secret management и может подписывать transactions так, чтобы Sapphire contract проверил источник.
ROFL подходит private bots, AI inference, oracle adapters, automation и applications, которым нужен network access или long-running process вне EVM. Worker способен обращаться к внешним APIs, а значит correctness внешнего data не появляется из attestation. TEE доказывает, какой code работал, но не истинность ответа remote server.
Marketplace позволяет арендовать compatible ROFL nodes. Provider остаётся заменяемым, но availability, resource limits и pricing влияют на service. Secret storage защищается attested key management, а policy определяет допустимые enclave identities.
Oasis Privacy Layer
OPL позволяет contract другой EVM chain отправить confidential computation в Sapphire через messaging bridge. Public dApp получает privacy feature без полной migration. На source chain остаются public sender, timing и bridge call, если developer не добавил отдельные меры.
Security складывается из source chain, messaging protocol, Sapphire и integration contracts. Это шире, чем security одной Oasis transaction. Bridge compromise способен подделать message, даже если confidential execution внутри Sapphire корректно.
ROSE и перемещение между layers
ROSE используется для gas, staking, delegation, governance и fees ParaTimes. Consensus account имеет bech32 address и ed25519 key scheme. Sapphire и Emerald обычно используют 0x addresses и secp256k1.
Consensus ledger и каждый ParaTime ведут собственные balances. Перевод в runtime называется deposit, обратно – withdrawal. Один private key может быть представлен разными address formats, но exchange withdrawal в consensus account не означает автоматическое появление balance в Sapphire.
Токеномика ROSE
Total supply жёстко ограничен 10 млрд ROSE. При launch circulating supply составлял около 1,5 млрд. Distribution включала backers, core contributors, Foundation endowment, community и ecosystem, strategic partners и staking rewards.
Около 2,3 млрд ROSE зарезервированы для постепенных staking rewards. Governance proposal 2024 года обновил schedule. Это выпуск из fixed total allocation, а не бесконечная protocol inflation сверх 10 млрд.
Validator получает rewards при достаточном signing performance и делится с delegators за вычетом commission. Unbonding длится примерно 14 дней по current parameters, rewards в этот период не начисляются. Double signing может вызвать slashing и freeze.
Governance
Network governance сочетает off-chain proposals, lazy consensus и on-chain voting node operators с stake-weighted power. Consensus governance service поддерживает upgrade и cancel-upgrade proposals. Delegators получили mechanism для самостоятельного vote в развитии protocol.
Не каждое engineering изменение проходит public token referendum. Open-source review, Foundation coordination и operator acceptance остаются частью процесса. Governance не управляет arbitrary Sapphire contract, если его admin rules не дают такого права.
Применение
Sapphire подходит private DeFi, sealed auctions, confidential identity, games со скрытым state и data-sharing. ROFL расширяет это до off-chain AI, bots и authenticated services. Emerald остаётся вариантом transparent EVM.
Privacy может сочетаться с oracles вроде Chainlink, когда соответствующая интеграция существует, но oracle truth и confidentiality являются разными properties. Application обязан проверить source, update frequency и access policy.
Конкуренция идёт с TEE networks, zero-knowledge systems и privacy contracts. В отличие от shielded transfers Zcash, Oasis исполняет arbitrary confidential applications, но зависит от trusted hardware в production privacy stack.
Основные риски
- TEE vulnerabilities. SGX и TDX имеют vendor, firmware, attestation и side-channel assumptions.
- Key management. Ошибка key manager policy или secret compromise может раскрыть confidential state.
- Layer complexity. Consensus, ParaTimes, deposits, ROFL и bridges создают много operational boundaries.
- Committee concentration. Высокий stake requirement для Sapphire nodes ограничивает operator set.
- Application leakage. Contract либо ROFL app может публично вывести secret несмотря на encrypted runtime.
- Token unlock и concentration. Fixed cap не исключает dilution circulating supply и Foundation influence.
- Adoption risk. Confidential tooling сложнее индексировать, audit и интегрировать, что может ограничить liquidity.
Итог
Oasis строит modular privacy stack: CometBFT consensus закрепляет state, ParaTimes исполняют specialized runtimes, Sapphire даёт confidential EVM, а ROFL подключает attested off-chain applications. Это уже действующие компоненты mainnet, тогда как отдельные future key-sharing proposals нужно оценивать отдельно.
Сильная сторона – гибкость confidential computation. Главный риск – сложная цепочка доверия от hardware и key managers до contracts и bridges. ROSE связывает security и fees, но fixed cap сам по себе не определяет ценность: важны реальные confidential workloads, распределение nodes и качество applications.
