Nella notte del 12 luglio, le forze armate statunitensi hanno impiegato per la prima volta nella storia droni di superficie carichi di esplosivo in un attacco reale. Tre unità «one-way attack» si sono avvicinate a bassa velocità e senza opposizione a un sottomarino tascabile iraniano classe Ghadir – sospeso su un pontone fuori dall’acqua – e a una struttura di manutenzione navale nel porto di Bandar Abbas, per poi detonare. Il Comando Centrale USA ha diffuso un video dell’operazione e ha confermato sui social che si tratta del «primo utilizzo in combattimento di droni marini da parte delle forze americane».

Il dato tecnico apparentemente più modesto – il «low-speed, uncontested approach» riportato da USNI News – è in realtà il più rivelatore. In un teatro affollato come lo Stretto di Hormuz, il fatto che tre piccole imbarcazioni senza equipaggio possano raggiungere un obiettivo sensibile senza essere intercettate dimostra che il vero vantaggio non è la velocità, ma la furtività e la saturazione dei sistemi di difesa. È una dinamica che abbiamo già visto negli attacchi Houthi nel Mar Rosso e che ora viene istituzionalizzata da una marina con capacità offensive di primo livello.

Per chi si occupa di architetture di calcolo per la difesa, questo episodio sposta l’asticella. L’impiego di droni suicidi non è una novità – gli Houthi li usano da quasi un decennio – ma il salto di qualità sta nell’integrazione con catene di comando che pretendono consapevolezza situazionale in tempo reale, coordinamento tra unità eterogenee e, in prospettiva, capacità decisionali autonome. Tutto questo richiede potenza di calcolo distribuita, capace di operare in ambienti con connettività intermittente o assente, dove il cloud semplicemente non esiste.

E qui si innesta il nodo della sovranità. I droni navali, anche nella loro incarnazione più semplice radiocomandata, sono piattaforme che raccolgono e processano dati – segnali radar, immagini termiche, telemetria – in prossimità del bersaglio. Quando l’autonomia crescerà, la quantità di inference da eseguire localmente esploderà. Non si può demandare a un data center remoto la decisione se un’imbarcazione sconosciuta è una minaccia: i millisecondi contano, e la sicurezza del canale di comunicazione è tutto. Per questo i programmi di modernizzazione delle marine occidentali stanno virando verso stack hardware on-premise e edge, dove i modelli girano direttamente a bordo, in contenitori ruggedizzati e con zero dipendenza da terze parti.

Il cambiamento strutturale per l’industria della difesa è duplice. Da un lato, la miniaturizzazione della potenza di calcolo – parliamo di sistemi che devono stare in scafi di pochi metri, resistere al salmastro e consumare pochissimo – spinge verso architetture ARM e FPGA ottimizzate, non verso le GPU da datacenter. Dall’altro, il vincolo di sovranità diventa assoluto: ogni componente della catena software deve essere verificabile, aggiornabile senza connessioni esterne e resistente a manomissioni. Non è un caso che i bandi per forniture di equipaggiamenti navali non presidiati stiano includendo requisiti di crittografia end-to-end e di esecuzione in ambienti air-gapped.

Chi perde terreno sono gli approcci che danno per scontata una connettività sempre disponibile. I modelli operativi che fanno affidamento su API cloud per l’inference o su orchestratori centralizzati si scontrano con la realtà di un ambiente operativo in cui il jammer nemico è il primo attore in campo. L’attacco del 12 luglio, pur non essendo un’operazione autonoma in senso stretto, è la prova che la dottrina si sta orientando verso sistemi sacrificabili, distribuiti e a basso costo unitario – sistemi che per funzionare devono portarsi dietro il proprio cervello, non un semplice modem.

Sul fronte hardware, l’assenza di specifiche tecniche nell’annuncio ufficiale non deve sorprendere. Le forze armate non diffondono dettagli sulla componentistica, ma la direzione è chiara: la prossima generazione di droni navali avrà a bordo capacità di elaborazione che oggi associamo ai server edge per l’IoT industriale, con un’enfasi sulla ridondanza e sulla certificazione formale del software. È una traiettoria che interseca direttamente l’evoluzione degli LLM on-premise: le stesse esigenze di latenza, sicurezza e controllo che spingono le aziende a portare i modelli dentro i propri perimetri valgono, moltiplicate, per un cacciatorpediniere o per una flottiglia di USV.

La lezione per chi sviluppa infrastrutture di calcolo è che il mercato della difesa non cercherà mai soluzioni cloud-dipendenti per le funzioni critiche. I programmi di procurement stanno già richiedendo containerizzazione, supporto a modelli quantizzati e pipeline di aggiornamento firmware firmate digitalmente, replicabili solo in laboratori isolati. L’operazione di Bandar Abbas è un punto di partenza: ha mostrato che il concetto funziona, adesso tocca all’industria rendere quelle piattaforme sempre più intelligenti, senza mai spezzare il vincolo della sovranità.