Per anni abbiamo trattato la disponibilità di potenza come un requisito tecnico. Con l’espansione dell’intelligenza artificiale, potrebbe diventare qualcosa di molto più grande: una variabile che incide direttamente sulla bancabilità di un progetto.
Il caso Project Jupiter, in New Mexico, è interessante proprio per questo. Non perché dimostri che il progetto sia destinato a fermarsi — Oracle sostiene che il programma resti invariato — ma perché mostra cosa può succedere quando il rischio energetico entra nella struttura contrattuale e finanziaria di un’infrastruttura AI.
Quando il problema della potenza esce dal cantiere
Secondo Reuters, Oracle ha notificato una force majeure a una società del gruppo Blue Owl, sviluppatore del campus, citando possibili ritardi nel garantire la potenza necessaria. La responsabilità di assicurare l’alimentazione del sito sarebbe, secondo la fonte citata da Reuters, in capo a Oracle.
È un passaggio che vale la pena osservare con attenzione. Finché un ritardo resta confinato nel cronoprogramma, lo trattiamo come un problema di progetto. Quando comincia a toccare obblighi contrattuali, costo del debito, rendimenti attesi e flussi finanziari, cambia completamente scala.
Il punto quindi non è stabilire oggi se Project Jupiter arriverà o meno alla data prevista. Il punto è capire cosa ci sta dicendo questo caso sul modo in cui dovremo valutare le grandi infrastrutture digitali.
2,45 GW non sono soltanto un numero
Project Jupiter è un campus progettato per una capacità dell’ordine di 2,45 GW. Numeri che fino a pochi anni fa avremmo associato a grandi sistemi di generazione oggi iniziano a comparire nei programmi dei data center AI.
Ma scrivere 2,45 GW in un piano industriale è molto diverso dal renderli disponibili al carico.
In mezzo ci sono approvvigionamento energetico, infrastrutture dedicate, autorizzazioni, sottostazioni, trasformatori, protezioni, cavidotti, opere civili, sistemi ausiliari, test, energizzazione e commissioning. E ogni passaggio ha un proprio programma, una supply chain e un profilo di rischio.
È qui che la discussione sui data center cambia. Non basta più chiedersi quanta potenza servirà. Bisogna chiedersi quando quella potenza sarà realmente utilizzabile.
Il time-to-power sta diventando una variabile finanziaria
Nei progetti energetici il tempo ha sempre avuto un costo. Ma nel mondo AI quel costo può diventare molto più aggressivo.
Un campus finanziato oggi può trovarsi a inseguire una tecnologia che evolve in pochi mesi. Un rinvio dell’energizzazione può spostare il commissioning, ritardare l’entrata in esercizio e posticipare i ricavi. Nel frattempo il capitale continua ad avere un costo.
Reuters ha riferito che il caso Jupiter sta attirando l’attenzione di finanziatori e investitori proprio per le implicazioni che ritardi di questo tipo possono avere sulle strutture di finanziamento dell’infrastruttura AI.
La sequenza che vedo è sempre più questa:
Power availability → Permitting → Procurement → Construction → Energization → Commissioning → Cash flow.
Non sono compartimenti separati. Sono anelli della stessa catena.
Il critical path non finisce più al cancello del cantiere
Chi gestisce progetti sa che un cronoprogramma può essere recuperato fino a un certo punto. Possiamo aumentare le squadre, aprire più fronti, modificare una sequenza o anticipare alcune lavorazioni.
Ma ci sono vincoli che non si recuperano con più uomini in campo.
Se manca una connessione, se un’autorizzazione energetica non arriva, se una pipeline necessaria all’alimentazione slitta o se un’apparecchiatura critica ha un lead time incompatibile con la data prevista, il problema nasce molto prima del cantiere e finisce comunque per scaricarsi sul cantiere.
È la stessa logica che vale per il Critical Supply Path: non basta sapere quando abbiamo ordinato un componente. Dobbiamo sapere da cosa dipende la sua disponibilità e quanto indietro nella catena dobbiamo guardare per capire il rischio reale.
Con i data center AI dobbiamo fare lo stesso con la potenza.
Dal MW richiesto al MW bancabile
Negli ultimi mesi ho insistito molto su una distinzione: un MW richiesto non è un MW disponibile. E un MW disponibile sulla carta non è ancora un MW energizzato e collaudato.
Il caso Jupiter suggerisce un passaggio ulteriore.
Forse dovremo iniziare a distinguere anche tra MW teorico e MW bancabile.
Per me un MW diventa davvero bancabile quando esiste un percorso sufficientemente credibile per trasformarlo in capacità operativa entro una data compatibile con il business plan. Non basta una richiesta di connessione. Non basta un contratto. Non basta nemmeno avere il capitale.
Serve una catena eseguibile.
Questo significa verificare insieme almeno cinque elementi: disponibilità energetica, maturità autorizzativa, procurement dei componenti critici, capacità costruttiva e percorso verso energizzazione e commissioning.
Se uno di questi elementi è fragile, il rischio non rimane tecnico. Prima o poi arriva ai numeri economici.
Una pipeline enorme non è necessariamente capacità industriale
È un punto importante anche per l’Europa. Continuiamo a leggere pipeline di decine di GW per nuovi data center e infrastrutture AI. Sono numeri utili per capire la direzione del mercato, ma non descrivono automaticamente la capacità che entrerà davvero in esercizio.
Il Texas offre un altro segnale: a settembre il governatore ha sospeso nuovi permessi statali per data center in attesa di una verifica dell’impatto sulla rete, mentre oltre 470 GW di progetti risultavano in competizione per la connessione. Anche qui la distanza tra domanda dichiarata e capacità realmente sostenibile diventa il problema centrale.
In Europa la questione avrà caratteristiche diverse, ma il principio non cambia. La competitività non dipenderà soltanto da quanti miliardi riusciremo a mobilitare per l’AI. Dipenderà anche dalla velocità con cui reti, autorizzazioni, supply chain e cantieri riusciranno a trasformare quel capitale in infrastruttura funzionante.
Dal time-to-power al time-to-revenue
È probabilmente questo il passaggio che considero più interessante.
Abbiamo iniziato parlando di time-to-power: quanto tempo serve per rendere disponibile la potenza necessaria.
Ma dal punto di vista dell’investitore la catena non termina all’energizzazione. Deve arrivare al commissioning e poi alla capacità di generare ricavi.
Il time-to-power è quindi una parte del time-to-revenue.
E quando un vincolo energetico può spostare quella data, non stiamo più parlando soltanto di engineering.
Stiamo parlando di project finance, rischio contrattuale e valore dell’asset.
La domanda che farei prima di finanziare il prossimo GW
La corsa all’AI sta portando capitali enormi verso infrastrutture che devono essere costruite a una velocità alla quale il settore energetico non è abituato.
Il software può scalare rapidamente. Una rete, una sottostazione, una pipeline o un sistema di alimentazione da gigawatt no.
Per questo, davanti al prossimo annuncio da 500 MW, 1 GW o 2 GW, inizierei a fare una domanda molto semplice:
qual è il percorso credibile che porta quei MW fino al commissioning, e quanto tempo richiede davvero?
Se non sappiamo rispondere, forse non conosciamo ancora il valore reale del progetto.
Perché un MW previsto in un business plan e un MW realmente disponibile alla data di commissioning hanno la stessa unità di misura.
Ma non hanno lo stesso valore.
Pantaleone Turco
Project Manager | Energy Infrastructure | HSE
Fonti
Reuters, 24 settembre 2026 — Oracle, force majeure e possibili ritardi nella disponibilità di potenza per Project Jupiter.
Reuters, 24 settembre 2026 — Analisi sulle implicazioni del caso Oracle/Blue Owl per il finanziamento delle infrastrutture AI.
Reuters, 21 settembre 2026 — Texas, sospensione dei nuovi permessi statali per data center in attesa dell’audit sulla rete.
