La forza maggiore di Oracle Project Jupiter trasforma la domanda di AI in una prova di esecuzione

Oracle ha emesso una notifica di forza maggiore per Project Jupiter, pur affermando che l'enorme campus AI del New Mexico resta nei tempi previsti. La notifica di forza maggiore per Oracle Project Jupiter non annulla il contratto di locazione di Oracle né prova che la costruzione si sia fermata. Protegge la posizione contrattuale di Oracle qualora problemi di energia e autorizzazioni impediscano al campus di rispettare il calendario di consegna.

Questa distinzione conta perché Oracle ha costruito un aggressivo piano di crescita nel cloud attorno alla conversione di enormi impegni dei clienti in capacità di calcolo operativa. Project Jupiter dovrebbe supportare i carichi di lavoro di OpenAI nell'ambito del più ampio programma di infrastrutture Stargate. Un edificio in ritardo non si limita a rinviare l'affitto. Può ritardare i server, i ricavi cloud e la capacità destinata ai clienti collegati a quell'edificio.

La notifica modifica quindi la tesi sui data center AI senza distruggerla. In precedenza, gli investitori si concentravano sul fatto che la domanda di calcolo per l'AI sarebbe rimasta forte. Project Jupiter dimostra che anche la domanda contrattualizzata dipende da autorizzazioni, infrastrutture per il combustibile, finanziamenti e tappe di costruzione. Il confronto non è più tra domanda e scetticismo. È tra il backlog di Oracle e il calendario fisico necessario per servirlo.

Cosa cambia realmente con la notifica di Oracle

Oracle sta tutelando le proprie protezioni finanziarie prima che il calendario di Project Jupiter diventi un problema accertato.

Oracle ha inviato la notifica a STACK Infrastructure, lo sviluppatore del progetto sostenuto da Blue Owl Capital, il 24 settembre 2026. La notifica richiama la forza maggiore, una clausola contrattuale che riguarda circostanze al di fuori del controllo di una parte.

Secondo l'iniziale report sulla forza maggiore, Oracle ha agito nel contesto di possibili ritardi nell'ottenimento dell'energia per il campus. La notifica mira a preservare la capacità di Oracle di rinviare determinati pagamenti qualora la struttura non rispetti i requisiti contrattuali di consegna.

Oracle non ha affermato di voler abbandonare il sito. Sostiene inoltre che la notifica non accerta un ritardo né modifica le sue aspettative di consegna. Questa posizione rende le tempistiche più importanti, non meno.

Un'azienda può ritenere che un progetto sia ancora recuperabile proteggendosi al contempo da un esito diverso. Le notifiche di forza maggiore vengono spesso presentate prima che le parti conoscano le conseguenze finanziarie definitive. Attendere che il mancato rispetto di una tappa diventi inevitabile può indebolire la posizione contrattuale di una parte.

Project Jupiter è un campus di data center AI pianificato nella contea di Doña Ana, nel New Mexico. Oracle è il principale locatario, mentre STACK Infrastructure sta sviluppando il sito. Il progetto è inoltre associato all'espansione dell'infrastruttura Stargate di OpenAI.

Il campus è progettato attorno a circa 2,5 gigawatt di capacità. Questa scala lo rende più simile a un grande progetto industriale ed energetico che a una tradizionale struttura informatica aziendale. Il suo successo dipende dall'avanzamento simultaneo di diversi sistemi.

Gli edifici devono essere costruiti. Le apparecchiature elettriche devono arrivare. Le infrastrutture per il combustibile devono ottenere le approvazioni. I permessi ambientali devono superare l'esame pubblico. L'hardware di calcolo deve essere installato al momento giusto. Gli accordi di finanziamento devono continuare a sostenere i lavori prima che i pagamenti del locatario inizino pienamente.

La notifica di forza maggiore di Oracle Project Jupiter introduce il rischio contrattuale in questa sequenza. Finora, le sfide del progetto potevano essere descritte soprattutto come questioni di autorizzazioni o costruzione. La notifica collega tali sfide direttamente alle tempistiche di pagamento.

Ciò non significa che Oracle eviti ogni costo se il campus subisce ritardi. Le informazioni pubbliche indicano che la struttura del contratto di locazione e del finanziamento contiene protezioni per investitori e finanziatori. Il contratto esatto resta privato, quindi le affermazioni secondo cui Oracle eliminerebbe completamente la propria esposizione meritano cautela.

L'interpretazione più difendibile è più circoscritta. Oracle sta cercando di preservare rimedi nell'ambito di un accordo complesso mentre il progetto affronta dipendenze irrisolte. Questo è sostanzialmente diverso dal cancellare il campus.

È inoltre diverso da un normale aggiornamento sui lavori. Quando il locatario principale invoca una protezione contrattuale, gli investitori devono considerare come i ritardi operativi si ripercuotano su contratti di locazione, prestiti e piani di ricavo cloud.

Questo è il vero cambiamento. Il rischio di progetto si è spostato dal cantiere alla narrativa finanziaria di Oracle.

La forza maggiore di Oracle Project Jupiter evidenzia un divario di capacità

La domanda dei clienti di Oracle è visibile, ma l'infrastruttura necessaria per riconoscere tale domanda come ricavo resta incompleta.

Oracle è entrata a settembre con prove di una domanda cloud straordinaria. I suoi risultati trimestrali hanno mostrato ricavi da infrastruttura cloud nel primo trimestre fiscale pari a 7,4 miliardi di dollari, in aumento del 121 percento rispetto all'anno precedente.

L'azienda ha inoltre riportato 664 miliardi di dollari in obbligazioni di prestazione rimanenti. Le RPO rappresentano ricavi contrattualizzati che Oracle prevede di riconoscere nei periodi futuri, soggetti ai termini di ciascun accordo e alla fornitura del servizio.

Oracle ha dichiarato di aver acquisito oltre 30 miliardi di dollari in ulteriori contratti cloud per l'AI durante il trimestre. Ha inoltre fornito 850 megawatt di capacità aggiuntiva nei data center.

Queste cifre spiegano perché una singola notifica può destabilizzare la tesi più ampia. Oracle non manca di ordini. Ha bisogno di strutture sufficientemente alimentate per servire tali ordini secondo i loro calendari contrattuali.

Un ritardo in un data center Oracle crea un divario tra successo commerciale e consegna fisica. I clienti possono sottoscrivere impegni a lungo termine prima che esista la capacità di calcolo necessaria. Oracle deve quindi coordinare immobili, elettricità, raffreddamento, chip, networking, finanziamenti e approvazioni normative.

Questo modello può generare una crescita rapida quando tutti gli elementi arrivano insieme. Diventa più difficile quando una dipendenza slitta.

Project Jupiter illustra chiaramente questo problema perché l'energia non è un input facoltativo. Un sistema elettrico incompleto impedisce al campus di ospitare apparecchiature di calcolo che generano ricavi, indipendentemente dalla domanda dei clienti.

La notifica di forza maggiore di Oracle riguarda le possibili tempistiche di pagamento tra locatario e sviluppatore. Non genera elettricità, non accelera un'autorizzazione e non completa un gasdotto. La protezione contrattuale può ridurre una conseguenza finanziaria lasciando intatto il collo di bottiglia operativo.

Per questo la notifica non è una semplice formalità legale. Rivela ciò che Oracle deve realizzare per convertire il proprio ampio backlog in capacità utilizzabile.

La pressione ricade innanzitutto su Oracle perché ha reso l'infrastruttura cloud centrale nelle proprie previsioni di crescita. L'azienda deve rassicurare i clienti sull'arrivo della capacità promessa, assicurando al tempo stesso agli investitori che l'espansione produrrà rendimenti accettabili.

STACK e Blue Owl affrontano una pressione diversa. Il loro finanziamento dipende da un progetto che raggiunga tappe di costruzione e operative. Un avvio ritardato dell'affitto può influire sulle tempistiche della liquidità disponibile a sostenere la struttura patrimoniale del progetto.

Anche i finanziatori devono valutare se il rischio di ritardo resti contenuto. Il project finance separa di norma il debito di una struttura dal debito societario del suo locatario. Tuttavia, il progetto dipende ancora fortemente dal merito creditizio e dagli impegni del suo locatario principale.

OpenAI rappresenta l'ultimo collegamento commerciale. L'azienda necessita di enormi quantità di capacità di calcolo per addestrare e servire sistemi AI. Un campus in ritardo può costringere a spostare i carichi di lavoro su altri siti o modificare le tempistiche dell'espansione pianificata.

Nessuno di questi esiti dimostra che Project Jupiter fallirà. Mostrano però che il rischio dei data center AI non può essere valutato soltanto in base ai dati sulla domanda.

Un backlog misura promesse. Un data center operativo misura la consegna. La valutazione di Oracle dipende sempre più dalla riduzione della distanza tra i due.

Il piano energetico di Project Jupiter è già stato riscritto

La notifica di forza maggiore segue una profonda riprogettazione energetica, quindi si inserisce in una storia di esecuzione già esistente anziché crearne una dal nulla.

Oracle e i suoi partner avevano originariamente proposto di alimentare Project Jupiter con turbine a gas e apparecchiature diesel di backup. Questo approccio ha attirato opposizione per le emissioni, l'uso dell'acqua e il processo di approvazione.

Il progetto è poi passato a una microrete a celle a combustibile basata sulla tecnologia Bloom Energy. Una microrete è un sistema elettrico locale che può fornire energia al campus indipendentemente dalla rete di servizi pubblici più ampia.

Oracle ha descritto il cambiamento come una revisione radicale. La sua riprogettazione energetica ha sostituito il precedente piano di generazione e promesso minori emissioni di ossidi di azoto e un fabbisogno idrico ridotto.

Le celle a combustibile a ossido solido generano elettricità attraverso un processo elettrochimico anziché tramite combustione convenzionale. Richiedono comunque un approvvigionamento costante di combustibile, lasciando il campus dipendente dalle infrastrutture collegate.

Oracle afferma che pagherà l'infrastruttura energetica e i costi dell'elettricità del progetto. Afferma inoltre che il sistema opererà dietro il contatore, ossia che l'energia servirà direttamente il campus.

Il sistema riprogettato ha affrontato diverse obiezioni ambientali, ma ha introdotto un nuovo ciclo di autorizzazioni. Le autorità statali devono valutare la configurazione aggiornata e i residenti hanno l'opportunità di contestarne le ipotesi.

Il New Mexico Environment Department mantiene un registro pubblico dei permessi per la microrete proposta. Questo registro conta perché il calendario di costruzione di Oracle presume che le approvazioni di supporto arrivino in tempo.

Oracle stessa ha riconosciuto questa dipendenza. Il suo annuncio di luglio sull'impatto economico afferma che le proiezioni relative a posti di lavoro, investimenti e gettito fiscale presuppongono l'approvazione del permesso ambientale e del gasdotto.

Questa clausola di esclusione ora appare centrale. Le promesse economiche e il calendario di calcolo dell'azienda dipendono da decisioni normative che Oracle non controlla da sola.

L'opposizione pubblica non impedisce automaticamente a un progetto di procedere. Le grandi strutture energetiche affrontano comunemente audizioni, revisioni dei permessi e contestazioni legali. Gli sviluppatori spesso incorporano margini di contingenza nei propri calendari.

Tuttavia, Project Jupiter ha poco spazio per ritardi informali. I clienti AI vogliono capacità rapidamente e il finanziamento del progetto si basa su tappe attentamente sequenziate.

Un collegamento al combustibile ritardato può rinviare i test. Test ritardati possono rinviare l'accettazione. Un'accettazione ritardata può rinviare l'affitto e l'implementazione cloud. Questa catena spiega perché la forza maggiore sia diventata rilevante prima che Oracle abbia dichiarato il campus in ritardo.

L'espressione può sembrare una risposta a un disastro naturale. Qui riflette il rischio accumulato attorno alla fornitura energetica, alle autorizzazioni e all'opposizione pubblica.

Ciò solleva una difficile questione contrattuale. I ritardi normativi sono davvero al di fuori del controllo della parte responsabile, oppure sono conseguenze prevedibili della modifica del progetto?

La risposta dipende dal linguaggio del contratto privato e da fatti specifici. Non può essere determinata dalla sola notifica.

Questa incertezza limita il grado di sicurezza con cui chiunque possa descrivere la protezione di Oracle. L'invio di una notifica preserva un'argomentazione. Non garantisce che STACK, Blue Owl o un tribunale accettino l'interpretazione di Oracle.

La vicenda di forza maggiore relativa a Oracle Project Jupiter presenta quindi due livelli. Quello operativo riguarda l’arrivo puntuale dell’energia. Quello contrattuale riguarda chi assorbe i costi risultanti nel caso in cui ciò non avvenga.

Entrambi contano, ma il livello operativo viene prima. Un’interpretazione favorevole del contratto non può sostituire un’infrastruttura mancante.

La tesi sui data center per l’AI dipende ora dal coordinamento

La domanda centrale per gli investimenti si è spostata da quanta capacità le aziende desiderano a quanto affidabilmente riescano a coordinarne la realizzazione.

I progetti di infrastrutture per l’AI combinano impegni da parte di fornitori cloud, sviluppatori di modelli, fornitori di apparecchiature, utility, sviluppatori immobiliari, capitale privato e governi locali. Ciascun partecipante può operare bene, mentre il calendario complessivo continua comunque a slittare.

Questa struttura crea un rischio di esecuzione correlato. Un permesso ritardato incide su un fornitore di energia. Il ritardo dell’energia incide su uno sviluppatore. Il calendario dello sviluppatore incide sul locatario. La capacità non disponibile per il locatario incide sul cliente AI.

L’avviso di Oracle rende visibile questa catena. Mostra come un singolo problema infrastrutturale locale possa raggiungere accordi stipulati alla scala della domanda cloud globale.

Questo è particolarmente importante per Oracle, perché compete con Amazon Web Services, Microsoft e Google. Anche queste aziende affrontano vincoli di energia e autorizzazioni, ma operano su infrastrutture cloud consolidate più ampie.

Il vantaggio di Oracle è la rapida crescita della sua infrastruttura e la capacità di attrarre grandi impegni nell’AI. Il suo svantaggio è che una quota maggiore della sua crescita futura dipende da strutture ancora in fase di completamento.

Un ritardo in un data center Oracle può quindi avere un peso narrativo maggiore rispetto a un ritardo analogo presso un concorrente più grande. Gli investitori stanno valutando se Oracle possa espandersi per soddisfare il proprio portafoglio ordini senza sacrificare la flessibilità finanziaria.

Il rischio non è limitato al New Mexico. Ogni grande campus AI compete per apparecchiature elettriche, manodopera edile, componenti di rete, terreni, acqua, capacità di fornitura del gas e consenso pubblico.

Un sito può assicurarsi i chip mentre aspetta i trasformatori. Un altro può avere elettricità disponibile ma incontrare opposizione locale alla zonizzazione. Un terzo può completare la costruzione prima che il carico di lavoro del suo cliente sia pronto.

Questo trasforma il tempo in una variabile finanziaria. I ritardi incidono sugli oneri per interessi, sull’avvio dei contratti di locazione, sulla distribuzione delle apparecchiature e sull’inizio della fatturazione ai clienti.

Il project finance può distribuire questi rischi, ma non può eliminarli. Il capitale privato può finanziare la costruzione mentre un fornitore cloud evita di possedere ogni edificio. Impegni a lungo termine dei locatari possono sostenere i prestiti. Le assicurazioni possono coprire eventi definiti.

Eppure, qualcuno alla fine sostiene il costo quando un sito non può iniziare a operare secondo il calendario previsto. L’attuale controversia riguarda in parte l’identificazione di tale soggetto prima che il ritardo diventi reale.

Ecco perché l’avviso di forza maggiore relativo a Oracle Project Jupiter va oltre Oracle. Offre un esempio pubblico di contratti messi alla prova dai limiti fisici dell’espansione dell’AI.

La tesi rialzista sulle infrastrutture AI presupponeva che la domanda di calcolo giustificasse costruzioni enormi. Project Jupiter aggiunge un altro requisito: i sistemi di realizzazione devono restare sincronizzati abbastanza a lungo affinché la domanda generi liquidità.

La forte domanda continua a sostenere questa tesi. La crescita cloud di Oracle dimostra che i clienti desiderano maggiori risorse di calcolo. L’avviso non cancella questa domanda.

Tuttavia, la domanda non garantisce un’economia attraente. I costi possono aumentare mentre la data di avvio dei ricavi si sposta in avanti. Un progetto può restare prezioso per tutta la sua vita utile pur generando dolorosi disallineamenti temporali per i suoi partecipanti.

Questa distinzione conta anche per i clienti aziendali. Le aziende che pianificano prodotti AI dipendono dalla disponibilità di capacità da parte dei fornitori cloud in regioni e periodi specifici. Un impegno di capacità annunciato non equivale a un servizio effettivamente distribuibile.

Dovrebbero interessarsene anche gli sviluppatori, perché i vincoli infrastrutturali possono influenzare le decisioni di prodotto. Una capacità limitata può incidere sulla disponibilità dei modelli, sui limiti di utilizzo, sulla collocazione regionale e sull’economia dell’inferenza.

La nuova tesi è quindi più esigente. I vincitori nelle infrastrutture AI devono acquisire clienti, costruire strutture, alimentarle e gestire il consenso locale. La mancanza di una sola componente può indebolire l’intero calendario.

L’avviso protegge Oracle, ma non elimina il rischio

La posizione legale di Oracle, il calendario di completamento del progetto e la sua economia di lungo periodo restano questioni separate.

L’interpretazione scettica più forte sostiene che l’avviso riveli un progetto già in difficoltà nell’esecuzione. Secondo questa lettura, Oracle si sta preparando a un ritardo in un data center Oracle mentre mantiene pubblicamente fiducia nel calendario.

Questa lettura merita attenzione, ma può essere eccessiva. Le aziende emettono abitualmente avvisi per preservare i propri diritti senza concludere che l’evento sottostante causerà un ritardo permanente.

Oracle ha definito avvisi di questo tipo comuni per sviluppi di scala comparabile. Blue Owl ha dichiarato che l’avviso non modifica gli impegni finanziari del progetto.

Queste dichiarazioni riducono le ragioni per trattare l’avviso come una cancellazione. Non dimostrano che ogni traguardo sarà rispettato.

Il contratto privato rappresenta il maggiore vuoto informativo. Gli osservatori esterni non conoscono la definizione precisa di forza maggiore, le misure di mitigazione richieste o i pagamenti che Oracle può rinviare.

Non sanno neppure se altri accordi contengano protezioni corrispondenti. I documenti di project finance, i contratti di costruzione, gli accordi di fornitura del combustibile e gli impegni dei clienti possono allocare lo stesso ritardo in modo diverso.

Un accordo potrebbe esentare dal pagamento dell’affitto mentre un altro richiede comunque un pagamento di mantenimento. Uno sviluppatore potrebbe ottenere sollievo in base a un contratto pur restando responsabile in base a un altro. Questi disallineamenti possono creare controversie anche quando la costruzione prosegue.

La seconda incertezza riguarda il calendario di Project Jupiter. Oracle afferma che il sito resta nei tempi previsti, ma l’avviso esiste perché un esito alternativo richiede tutela.

Queste posizioni possono coesistere temporaneamente. Non possono coesistere indefinitamente. Permessi, infrastrutture per il combustibile, installazione delle apparecchiature e messa in servizio mostreranno alla fine se il calendario resta raggiungibile.

La terza incertezza riguarda le finanze più ampie di Oracle. La rapida crescita di OCI rafforza la tesi di Oracle a favore di investimenti aggressivi. Aumenta anche il costo della capacità non disponibile, poiché i clienti stanno già aspettando di utilizzarla.

Morningstar ha stimato che un ritardo significativo potrebbe minacciare la tempistica di rilevanti ricavi futuri. La sua valutazione della capacità ha trattato l’infrastruttura mancante come un rischio per i ricavi, anziché come una semplice controversia sulla locazione.

Questa analisi non è una previsione che l’intero importo scomparirà. I ricavi possono spostarsi tra periodi, i carichi di lavoro possono trasferirsi in altre regioni e Oracle può aggiungere capacità altrove.

Tuttavia, ricavi ritardati non sono economicamente neutri. I costi di finanziamento continuano, i clienti possono rivedere i propri piani e i siti alternativi possono essere più costosi.

La quarta incertezza riguarda l’opposizione della comunità. Oracle mette in evidenza posti di lavoro, entrate fiscali, finanziamenti infrastrutturali e un progetto energetico a minori emissioni. I critici si concentrano sulla trasparenza delle autorizzazioni, sull’acqua, sulle emissioni e sulla scala dello sviluppo industriale.

Oracle afferma che Project Jupiter ha già generato quasi 80 milioni di dollari di entrate fiscali statali e di contea. Le sue proiezioni per la comunità prevedono oltre 4,7 miliardi di dollari di impatto economico a lungo termine.

Queste cifre sono proiezioni aziendali basate su ipotesi relative alle approvazioni e all’operatività. Non dovrebbero essere trattate come risultati garantiti in modo indipendente.

Il sostegno della comunità può rafforzare la durabilità di un progetto. Un’opposizione persistente può prolungare le udienze, invitare contenziosi o imporre ulteriori modifiche progettuali. Project Jupiter ha subito cambiamenti sufficienti da rendere necessaria una verifica continua delle affermazioni future.

La conclusione corretta non è né il collasso né l’irrilevanza. L’avviso è un segnale precoce sui tempi e sull’allocazione del rischio all’interno di un progetto attivo.

Protegge le opzioni di Oracle. Non risolve la dipendenza energetica del campus, non determina l’esito delle autorizzazioni né garantisce che i clienti ricevano capacità nei tempi previsti.

Tre segnali determineranno se la tesi regge

La prossima fase sarà decisa dalle autorizzazioni, dalla consegna fisica dell’energia e dalla conversione da parte di Oracle del portafoglio ordini in capacità cloud operativa.

Il primo segnale è il permesso sulle emissioni atmosferiche del New Mexico. Un’approvazione senza importanti condizioni aggiuntive rafforzerebbe l’affermazione di Oracle secondo cui il piano energetico rivisto resta realizzabile.

Un diniego, un’altra riprogettazione o una prolungata contestazione legale indebolirebbero il calendario. Renderebbero inoltre la posizione di forza maggiore di Oracle più rilevante sul piano economico.

Il permesso conta perché il sistema a celle a combustibile non è un progetto secondario. È la fonte energetica primaria prevista per il campus. L’avanzamento della costruzione non può sostituire l’autorizzazione a far funzionare quel sistema.

Il secondo segnale è il completamento della fornitura di combustibile e del percorso di messa in servizio. Gli investitori dovrebbero osservare se il collegamento richiesto alla conduttura entra in servizio e se l’installazione delle celle a combustibile inizia nei tempi previsti.

Un collegamento completato eliminerebbe una delle dipendenze più evidenti del progetto. Un altro ritardo aumenterebbe la probabilità che edifici e apparecchiature di calcolo arrivino prima di un’alimentazione affidabile.

Questo segnale dovrebbe essere valutato attraverso traguardi documentati, non dichiarazioni generiche. Le prove utili includeranno approvazioni dei permessi, completamento della costruzione, test e accettazione operativa.

Il terzo segnale è la conversione di Oracle dalla capacità ai ricavi. Oracle ha riportato una rapida crescita di OCI, un portafoglio ordini di 664 miliardi di dollari e 850 megawatt di capacità appena consegnata.

I risultati futuri dovranno dimostrare che i nuovi megawatt continuano a trasformarsi in infrastrutture che generano ricavi. Gli investitori dovrebbero confrontare la capacità consegnata con la crescita di OCI, la generazione di cassa, gli impegni di capitale e i cambiamenti nella tempistica delle RPO.

Se Oracle continua ad aggiungere capacità energizzata mentre i ricavi OCI aumentano, Project Jupiter apparirà come un problema locale gestibile. Se la consegna della capacità rallenta mentre obblighi e costi aumentano, l’avviso apparirà più significativo.

Questi segnali sono più utili che discutere se le parole “forza maggiore” suonino allarmanti. L’avviso contrattuale è una prova di gestione del rischio. I traguardi del progetto riveleranno la condizione sottostante.

L’avviso di forza maggiore relativo a Oracle Project Jupiter offre anche una lezione pratica a chiunque valuti infrastrutture AI. Previsioni sulla domanda, ordini di chip e gigawatt annunciati descrivono solo una parte del sistema.

Gli analisti hanno bisogno di una traccia di evidenze che colleghi autorizzazioni, energia, costruzione, locazioni e ricavi. I knowledge worker che seguono questa traccia possono usare una base di conoscenza ricercabile per separare le affermazioni aziendali dai documenti regolatori e dai fatti riportati.

Nei prossimi tre mesi, osservate prima la decisione sul permesso, poi l’infrastruttura energetica e infine la conversione della capacità di Oracle. Insieme, questi segnali mostreranno se Project Jupiter stia vivendo un rischio di ritardo circoscritto o stia rivelando una debolezza più ampia.

La tesi sui data center per l’AI resta intatta, ma il suo standard di prova è cambiato. Oracle deve ora dimostrare che la domanda storica può sopravvivere al percorso dalla firma del contratto al rack di server alimentato.