
Oasis
ROSE#363
Che cos’è Oasis Network?
Oasis Network è una blockchain layer‑one proof‑of‑stake il cui principale valore distintivo è il “confidential compute”: è progettata per consentire alle applicazioni di elaborare input sensibili e mantenere uno stato selettivamente privato pur continuando a effettuare il settlement su una blockchain pubblica, con l’obiettivo di ampliare ciò che può essere costruito on‑chain oltre le macchine a stati completamente trasparenti in stile DeFi.
Il suo vantaggio competitivo non è il throughput grezzo, ma un’architettura incentrata sulla riservatezza come primitiva di prima classe, visibile soprattutto nel suo EVM confidenziale, Sapphire, e nella sua estensione cross‑chain, l’Oasis Privacy Layer (OPL), pensata come un modo per le dApp EVM esistenti di esternalizzare su Oasis soltanto la parte di logica che richiede privacy, mantenendo però utenti e asset sulla chain di origine.
In termini di struttura di mercato, Oasis tende a presentarsi come un L1 di nicchia la cui differenziazione è il calcolo che preserva la privacy piuttosto che una profonda liquidità generalizzata.
A maggio 2026, ROSE si trovava intorno alla bassa area #300 per ranking di market cap sui principali aggregatori di prezzo (per esempio CoinMarketCap lo riportava a #295 al momento della revisione) e, sulla telemetria nativa DeFi, la sua impronta economica on‑chain appare modesta rispetto agli L1 mainstream; per esempio, la pagina di DeFiLlama sulla chain Oasis Sapphire mostrava un TVL inferiore a 1 milione di dollari nel periodo osservato, implicando che gran parte dell’attenzione degli investitori è probabilmente guidata più dall’opzionalità tematica “privacy/AI compute” che dalla generazione di commissioni nel presente.
Detto ciò, la superficie di prodotto di Oasis è più ampia di quanto suggerisca un singolo metric di chain: OPL prende di mira esplicitamente i casi d’uso di privacy cross‑chain in cui l’attività può avere origine e rimanere economicamente ancorata su altre reti, con Oasis che funge da venue di esecuzione confidenziale piuttosto che da hub di liquidità principale.
Chi ha fondato Oasis Network e quando?
Oasis è strettamente associata a Oasis Labs e alla fondatrice Dawn Song, una ricercatrice accademica in sicurezza che è diventata il volto pubblico del progetto prima del lancio del mainnet. Il lancio del mainnet della rete è avvenuto il 18 novembre 2020, che Oasis ha presentato come un lancio decentralizzato con oltre 70 validator nel suo post di annuncio, “Oasis Mainnet: Ushering in a New Era of Privacy and Scalability”.
Il tempismo è rilevante dal punto di vista contestuale: è arrivato dopo il crollo del ciclo 2017–2018 e durante la fase iniziale dell’espansione DeFi del 2020, quando le narrazioni degli L1 alternativi competevano per differenziarsi su scalabilità e specializzazione delle applicazioni.
Nel tempo, la narrazione del progetto è passata da un posizionamento relativamente ampio “privacy + scalabilità per il Web3” verso una tesi più specifica: Oasis come livello di riservatezza e calcolo verificabile che può collegarsi all’ecosistema EVM.
Questa evoluzione è visibile nell’enfasi su Sapphire come runtime EVM confidenziale (piuttosto che un ambiente di smart contract ad hoc) e, successivamente, nella spinta verso la privacy cross‑chain tramite OPL e verso l’esecuzione verificabile off‑chain tramite Runtime Offchain Logic (ROFL).
Il pivot implicito consiste nell’allontanarsi dalla competizione diretta con gli L1 general purpose su liquidità e composabilità, per diventare invece infrastruttura per workload specializzati, in particolare quelli in cui l’esecuzione trasparente è impossibile fin dall’inizio (aste private, identità a divulgazione selettiva, modelli/dati proprietari o workflow in stile enterprise).
Come funziona Oasis Network?
Oasis utilizza un consenso proof‑of‑stake, con ROSE messo in staking e delegato ai validator che partecipano alla produzione dei blocchi e alla finalità a livello di consenso; i riferimenti pubblici sul token e la documentazione del progetto descrivono in modo coerente il ruolo di ROSE nello staking e nella sicurezza della rete (si vedano la panoramica di CoinMarketCap e i documenti di Oasis su governance e upgrade come Network Governance).
Dal punto di vista architetturale, Oasis separa il consenso dall’esecuzione tramite un design stratificato in cui più runtime (storicamente chiamati ParaTimes) possono eseguire in parallelo ancorando i risultati al livello di consenso di base, un approccio pensato per ridurre la contesa a livello di execution layer e consentire ambienti di runtime eterogenei (EVM e non EVM) sotto un unico ombrello di sicurezza.
Dove Oasis diventa tecnicamente peculiare è nel suo modello di riservatezza e nella disponibilità a includere hardware fidato nel modello di minaccia. La riservatezza di Sapphire si basa su trusted execution environments (TEE) per l’elaborazione cifrata di stato/transazioni con attestazione remota, piuttosto che su sistemi di privacy puramente crittografici come i design basati solo su zkSNARK; riepiloghi dell’infrastruttura per sviluppatori di terze parti come la panoramica su Sapphire di thirdweb e i materiali ufficiali di Oasis descrivono Sapphire come un EVM che esegue contratti Solidity all’interno di enclave sicure, mantenendo stato e calldata cifrati pur restando compatibile con l’EVM.
ROFL estende la stessa filosofia di “esecuzione attestata” off‑chain permettendo di eseguire off‑chain calcoli non deterministici, interattivi con la rete o ad alto consumo di risorse, producendo al contempo output verificabili che possono essere consumati on‑chain; l’annuncio ufficiale di Oasis sul lancio del mainnet di ROFL e la discussione sul design in ADR 0024 chiariscono che ROFL è pensato per preservare un percorso di verifica on‑chain pur rilassando i vincoli di determinismo e risorse degli smart contract.
Il trade‑off di sicurezza è lineare: i TEE possono ridurre l’attrito ingegneristico rispetto agli approcci fortemente basati su ZK, ma introducono una dipendenza dai vendor hardware, dalle catene di attestazione e dal rischio di compromissione delle enclave; Oasis tenta di mitigare ciò tramite flussi di attestazione e un’operatività basata su comitati, ma il profilo di rischio residuo è qualitativamente diverso rispetto ai sistemi di privacy puramente crittografici.
Quali sono i tokenomics di ROSE?
ROSE è un asset a offerta massima limitata con un tetto dichiarato di 10 miliardi di token, ampiamente riportato negli elenchi degli aggregatori come CoinMarketCap e nei materiali educativi di Oasis (ad esempio “A Beginner’s Guide to Oasis”).
Un’offerta massima limitata non significa automaticamente che l’asset sia “deflazionistico” in pratica; ciò che conta è il percorso delle emissioni e il ritmo di unlock/distribuzione rispetto a burn e cattura delle fee.
La documentazione di Oasis descrive una grande porzione dell’offerta destinata nel tempo alle ricompense di staking (per esempio, la documentazione discute allocazioni delle ricompense di staking e range obiettivo delle ricompense di staking in Token Metrics and Distribution), il che implica che – finché la distribuzione non sarà matura – il sistema si comporta in modo inflazionistico dal punto di vista dell’offerta circolante.
A maggio 2026, la maggior parte ma non la totalità dell’offerta sembrava essere in circolazione sui principali tracker (CoinMarketCap mostrava circa il 70‑e‑passa % dell’offerta massima in circolazione al momento della revisione), il che riduce l’“incertezza su future diluizioni” rispetto alle reti nelle primissime fasi, ma non elimina la pressione di vendita legata alle emissioni quando le ricompense di staking vengono regolarmente monetizzate.
Il caso d’uso di ROSE è convenzionale per un L1 PoS ma con superfici di domanda aggiuntive legate al confidential compute. Viene utilizzato per staking/delegation per mettere in sicurezza la rete e guadagnare ricompense, per le commissioni di transazione/gas (inclusa l’esecuzione su Sapphire) e per i processi di governance (come riflesso nei riepiloghi generali sul token come CoinMarketCap e nei post educativi di Oasis come la guida per principianti).
La cattura di valore, quindi, è principalmente indiretta: domanda di fee guidata dall’utilizzo e domanda di collateral guidata dallo staking per catturare emissioni e influenza di governance.
Per Oasis in particolare, una posizione analitica realistica è che la cattura di valore in stile “cash flow” nel breve termine sia probabilmente limitata dalla relativamente piccola impronta DeFi osservabile sui dashboard on‑chain come DeFiLlama, per cui il dibattito di investimento tende a ruotare intorno a se l’esecuzione EVM confidenziale (Sapphire), il middleware di privacy cross‑chain (OPL) e il calcolo verificabile off‑chain (ROFL) si tradurranno in un’adozione duratura da parte degli sviluppatori e in mercati delle fee sostenibili, piuttosto che in integrazioni episodiche.
Chi sta usando Oasis Network?
Un modo pulito per separare la speculazione dall’utilizzo è confrontare la liquidità sugli exchange (che può esistere anche in assenza di product‑market fit) con l’attività economica on‑chain misurabile.
A inizio‑metà 2026, il TVL DeFi pubblicamente visibile su Oasis Sapphire tracciato da DeFiLlama rimaneva ridotto, e il volume DEX a 24 ore appariva spesso trascurabile nello stesso dashboard, suggerendo che la liquidità DeFi sostenuta non è ancora la principale “prova d’uso” della rete.
Questo non falsifica la tesi della privacy, ma significa che gli analisti dovrebbero essere cauti nell’estrapolare la liquidità del token in trazione applicativa.
Dove Oasis mostra una concreta “intenzione d’uso” è nell’infrastruttura orientata agli sviluppatori per applicazioni EVM confidenziali e composizione di privacy cross‑chain. Oasis mantiene una documentazione attiva per l’integrazione di OPL attraverso molteplici framework di bridge, inclusi Hyperlane, Router Protocol, e Celer IM, e pubblica riferimenti canonici a contratti/indirizzi per asset bridgiati e tooling nella sua documentazione per sviluppatori (si veda Contract Addresses and Deployments, ultimo aggiornamento febbraio 2026).
Questo tipo di la quantità di documentazione non è di per sé adozione, ma è in genere un prerequisito per un’integrazione seria da parte di terzi.
Sul fronte delle partnership, i materiali ufficiali di Oasis e i post della community fanno spesso riferimento a collaborazioni, ma una lettura “di livello istituzionale” le tratta come eterogenee: alcune sono co‑marketing, altre sono grant, e altre ancora sono vere e proprie integrazioni di prodotto.
Il segnale “istituzionale” più difendibile, quindi, non sono i loghi dei partner, ma il fatto che le integrazioni OPL e ROFL siano distribuite in produzione, mantenute e misurabilmente utilizzate, cosa che, nel 2026, appare in una fase più iniziale rispetto ai principali ecosistemi di esecuzione per la privacy o general‑purpose.
Quali sono i rischi e le sfide per Oasis Network?
L’esposizione regolamentare di ROSE è meglio inquadrata come il generico perimetro di rischio statunitense per i token di piattaforme di smart contract, piuttosto che come una storia di enforcement specifica del protocollo.
Negli ultimi 12 mesi analizzati, non è emersa in questa ricerca alcuna causa di grande rilievo, ampiamente riportata, intentata da un regolatore statunitense o un processo ETF incentrato direttamente su ROSE nella copertura mainstream; tale assenza non va letta come chiarezza regolamentare, ma solo come mancanza di un evento evidente e di primo piano specifico per il token.
Il rischio regolamentare più strutturale è l’incertezza di classificazione (se l’attività sul mercato secondario possa essere considerata o meno coinvolgente titoli), oltre alla possibile attenzione legata alla privacy se il calcolo confidenziale dovesse essere associato—giustamente o meno—alla finanza illecita; l’inquadramento di Oasis come “selective privacy” tramite OPL anticipa parzialmente questo scenario, enfatizzando una privacy configurabile anziché un’anonimità totale, ma l’ambiente normativo rimane fluido.
Sul piano tecnico e operativo, i vettori di centralizzazione più rilevanti sono la concentrazione dei validatori (un problema generale dei sistemi PoS) e la dipendenza dai TEE (un aspetto più specifico di Oasis).
Se le assunzioni di sicurezza di una EVM confidenziale si basano su TEE e attestazioni, vulnerabilità sistemiche nella tecnologia delle enclave, problemi nella supply chain o cambiamenti di policy da parte dei fornitori possono trasformarsi in rischi a livello di protocollo. ROFL estende quest’area di rischio introducendo networking offchain e calcolo più pesante in un framework attestato (si veda la logica di progettazione in ADR 0024), ampliando così la superficie di bug e attacchi anche mentre ne espande le capacità.
Dal punto di vista della struttura di mercato, Oasis non compete solo con le “privacy L1”, ma anche con L2 general‑purpose e middleware che possono aggiungere funzionalità di privacy ai centri di liquidità esistenti. In pratica, i concorrenti rilevanti sono quelli in grado di offrire un’ergonomia per sviluppatori, garanzie di sicurezza e composabilità comparabili senza richiedere agli sviluppatori di spostare utenti o liquidità, ossia esattamente lo spazio che OPL cerca di occupare; il rischio strategico è che l’ecosistema EVM si standardizzi intorno ad altre primitive di privacy (ad esempio segmenti di stato privato basati su ZK, mempool cifrati o rollup applicativi specifici) più rapidamente di quanto Oasis riesca a conquistare mindshare.
Quali sono le prospettive future per Oasis Network?
Gli elementi di roadmap di breve periodo più verificabili sono quelli pubblicati direttamente da Oasis e quelli rispecchiati nella sua documentazione mantenuta.
Il blog ufficiale di Oasis ha definito le priorità in “2025: The Oasis Roadmap”, enfatizzando la continua espansione dell’ecosistema Sapphire/OPL, l’adozione di ROFL e i miglioramenti lato sviluppatore/UX, inclusi gli sforzi su bridging e onboarding. Inoltre, il passaggio di ROFL da concetto a produzione è un traguardo concreto recente: Oasis ha annunciato ROFL mainnet as officially live on July 2, 2025, e il successivo lavoro di documentazione suggerisce una progressiva messa a prodotto, più che un rilascio isolato.
La documentazione di OPL è stata aggiornata fino al 7 maggio 2026 nella documentazione ufficiale (OPL docs), a indicare una manutenzione attiva.
L’ostacolo strutturale non è se Oasis sia in grado di rilasciare funzionalità—lo è dimostrabilmente—ma se tali funzionalità generino una domanda sostenuta di esecuzione confidenziale che sia economicamente leggibile in termini di commissioni, integrazioni durature e una base di sviluppatori stabile.
Per i valutatori istituzionali, gli indicatori prospettici chiave sono se OPL diventerà un pattern ricorrente per dApp EVM esistenti (non solo demo), se ROFL diventerà un’alternativa credibile all’automazione offchain centralizzata per workflow di “AI agent” e di verifica cross‑chain, e se il modello di sicurezza basato su TEE della rete conquisterà abbastanza fiducia da essere utilizzato per stato di alto valore.
La fattibilità della roadmap dipende quindi meno dall’ingegneria “pura” e più dalla capacità di catalizzare una categoria di privacy‑compute che gli sviluppatori adotteranno anche quando aumenta la complessità architetturale, perché i benefici in termini di economia dell’applicazione o di sicurezza dell’utente sono sufficientemente elevati.
