Full Sail, protocollo di finanza decentralizzata costruito sulla blockchain Sui, ha avviato il processo di chiusura dopo un incidente di sicurezza collegato alle implementazioni Move dell’oracolo Switchboard. L’attacco ha prodotto una perdita stimata in circa 91.000 dollari distribuita su tre vault automatici. Il team ha disabilitato i nuovi depositi e le ricompense per i fornitori di liquidità, mentre la fase successiva prevede il passaggio dei pool ordinari a una modalità di sola uscita.
La decisione è stata comunicata il 2 settembre 2026, pochi giorni dopo l’incidente che aveva già portato alla sospensione dei depositi e dei prelievi. Full Sail ha indicato la compensazione degli utenti come priorità e ha dichiarato di voler utilizzare la liquidità posseduta dal protocollo per rimborsare i depositanti. Qualora le risorse disponibili non fossero sufficienti, il team ha affermato che coprirà l’eventuale differenza.
Che cosa è successo ai vault
L’incidente ha riguardato i vault automatizzati di Full Sail, prodotti che utilizzano contratti intelligenti per gestire strategie di liquidità e allocazione degli asset. In questo tipo di struttura, gli smart contract non operano in isolamento: per conoscere prezzi, tassi o altri dati di mercato fanno spesso affidamento su oracoli esterni.
Secondo le informazioni rese pubbliche dal protocollo e ricostruite nelle comunicazioni successive, l’attaccante avrebbe sfruttato una compromissione o un malfunzionamento legato all’infrastruttura Switchboard. L’oracolo fornisce dati utilizzati dai contratti per determinare il valore degli asset e applicare le regole previste dalle strategie. Se il dato ricevuto è alterato, ritardato o non coerente con il mercato, una strategia automatizzata può effettuare operazioni a condizioni errate prima che il protocollo riesca a interrompere le attività.
Full Sail ha riferito che i fondi sottratti provenivano da tre vault. Al contrario, le posizioni detenute direttamente nei pool ordinari non risultano coinvolte nello stesso modo. Questa distinzione è importante perché evidenzia come, all’interno dello stesso protocollo, il rischio possa variare in funzione della struttura del prodotto e delle dipendenze tecnologiche utilizzate.
Il ruolo di Switchboard e l’effetto sulla gestione dell’emergenza
Switchboard ha comunicato di essere al lavoro su una possibile compromissione delle proprie implementazioni basate su Move e di aver fermato le attività su più reti, tra cui Aptos, Sui, IOTA e Movement. La sospensione ha avuto l’obiettivo di limitare l’eventuale propagazione del problema, ma ha anche reso più complessa la gestione dei protocolli che utilizzano quei feed di dati.
Nel caso di Full Sail, la risposta è stata il blocco immediato di depositi, prelievi e nuove richieste di ricompensa. Il protocollo ha poi annunciato un percorso di dismissione invece di limitarsi a riaprire i contratti una volta completata l’analisi tecnica. La scelta suggerisce che il team abbia considerato troppo elevato il rischio operativo di mantenere attive le strategie automatiche dopo l’incidente.
Il protocollo ha precisato che le istruzioni per i prelievi e le richieste di rimborso saranno pubblicate separatamente. Fino alla pubblicazione delle procedure definitive, gli utenti devono quindi attendere indicazioni ufficiali prima di considerare conclusa la fase di recupero degli asset.
Un problema che va oltre Full Sail
La rilevanza dell’episodio non dipende soltanto dall’importo sottratto. Una perdita di circa 91.000 dollari è contenuta se confrontata con i principali exploit della DeFi, ma il meccanismo coinvolge uno dei punti più delicati dell’architettura on-chain: il collegamento tra contratti intelligenti e dati provenienti dall’esterno.
Gli oracoli sono indispensabili per molti protocolli di lending, derivati, vault automatizzati e stablecoin. Senza un sistema di questo tipo, gli smart contract non possono conoscere in modo affidabile il prezzo di un token, il valore di una garanzia o il rapporto tra due asset. Allo stesso tempo, ogni dipendenza esterna introduce una superficie di rischio che non viene eliminata dalla natura decentralizzata della blockchain.
Il caso Full Sail mostra inoltre la differenza tra decentralizzazione della rete e resilienza del prodotto. La blockchain Sui può continuare a funzionare mentre un singolo protocollo, o una specifica strategia interna, viene fermato per ragioni di sicurezza. La continuità della rete non garantisce quindi che ogni applicazione costruita sopra di essa sia in grado di assorbire un problema nella propria infrastruttura.
Le possibili conseguenze per la DeFi su Sui
La chiusura di Full Sail può avere un impatto sulla percezione del rischio nell’ecosistema DeFi di Sui, soprattutto per i prodotti che dipendono da oracoli condivisi o da componenti software sviluppati per più blockchain. Gli utenti potrebbero chiedere maggiore trasparenza sui fornitori di dati, sulle procedure di emergenza e sulle riserve destinate a coprire eventuali perdite.
Per i protocolli, la pressione potrebbe concentrarsi su tre aree: la presenza di sistemi di monitoraggio indipendenti, la possibilità di disattivare rapidamente una strategia compromessa e la separazione tra fondi degli utenti e liquidità proprietaria. Anche la progettazione dei rimborsi diventa centrale, perché la promessa di compensare i depositanti deve essere accompagnata da risorse effettivamente disponibili e da procedure verificabili on-chain.
Un altro elemento riguarda la concentrazione tecnologica. Se più applicazioni utilizzano la stessa infrastruttura di oracoli, un singolo incidente può produrre effetti su reti e protocolli diversi. Le comunicazioni relative a Switchboard hanno infatti citato più blockchain, mentre un altro protocollo, Virtue su IOTA, ha segnalato perdite e problemi alla copertura della propria stablecoin VUSD.
La vicenda Full Sail non dimostra che gli oracoli siano inutilizzabili, ma conferma che rappresentano una componente critica da valutare al pari degli smart contract principali. Per la DeFi, il tema non è soltanto quanto capitale viene sottratto durante un attacco, ma quanto rapidamente il sistema riesce a isolare il problema, informare gli utenti e restituire gli asset senza amplificare le perdite.
