Les coûts des centres de données IA d’Oracle font du projet Jupiter un test de financement

Oracle a engagé des milliards dans l’infrastructure IA, mais les prêts du projet Jupiter désormais négociés avec une décote montrent à quelle vitesse le risque de construction peut se transformer en pression financière.

La préoccupation immédiate concerne environ 18 milliards de dollars de prêts soutenant un centre de données du Nouveau-Mexique qu’Oracle prévoit de louer. Les banques du syndicat ont récemment valorisé la dette entre 89 et 91 cents par dollar, selon un article de Reuters sur les prêts du projet Jupiter.

Cette décote ne prouve pas que le projet échouera ni qu’Oracle ne pourra pas honorer ses obligations. Elle montre que les prêteurs réclament une compensation plus élevée pour les retards, l’incertitude réglementaire et l’exposition aux engagements d’infrastructure croissants d’Oracle.

Oracle dispose également d’un solide contre-argument. Son activité d’infrastructure cloud progresse rapidement, la demande sous contrat a atteint des niveaux exceptionnels et certains clients contribuent au financement du matériel nécessaire.

Le conflit n’oppose plus la demande au scepticisme envers l’IA. Il porte sur l’opportunité cloud contractuelle d’Oracle face à la difficulté physique et financière de fournir des capacités dans les délais.

Le projet Jupiter rend cette tension particulièrement visible. Son développement exige que le terrain, les permis, l’infrastructure énergétique, le financement, la construction, les puces et les clients s’alignent sur plusieurs années.

Si l’un de ces éléments prend du retard, les coûts peuvent survenir avant que la capacité de calcul ne commence à générer des revenus. Cet écart de calendrier constitue désormais le test central de l’expansion d’Oracle dans l’IA.

Le projet Jupiter a transformé le risque de construction en risque de crédit

Le changement n’est pas une nouvelle annonce cloud d’Oracle. C’est le marché qui applique une décote visible à une dette finançant l’expansion d’Oracle.

Le projet Jupiter est un campus de centres de données prévu dans le comté de Doña Ana, au Nouveau-Mexique. Le développement est associé à l’accord plus large d’Oracle visant à fournir une capacité de calcul IA à OpenAI.

Le campus représente le volet physique d’Oracle Cloud Infrastructure, ou OCI. OCI loue des capacités de calcul, de stockage et de réseau à ses clients, notamment aux entreprises qui entraînent et exploitent de grands modèles d’IA.

Les prêts relèvent du financement de projet, ce qui signifie que les prêteurs financent un développement spécifique et comptent sur ses accords commerciaux pour soutenir le remboursement. Oracle prévoit de devenir le principal locataire du site plutôt que de posséder directement chaque composant.

Cette structure peut déplacer une partie du financement de construction hors du bilan d’Oracle. Elle n’élimine pas l’exposition d’Oracle, car les baux à long terme et les engagements associés créent toujours des obligations économiques.

Les cours rapportés des prêts sont importants, car les banques avaient initialement prévu de distribuer une grande partie de la dette aux investisseurs. Un cours inférieur à la valeur nominale suggère que ces investisseurs exigent désormais une décote avant d’accepter le risque.

L’écart entre 89 cents et la valeur intégrale devient significatif pour un ensemble de 18 milliards de dollars. Il peut laisser les banques arrangeuses avec une exposition plus importante, les conduire à accepter des pertes ou à négocier des conditions différentes.

Les obstacles locaux ont renforcé cette inquiétude. Le projet Jupiter devait utiliser une production d’électricité considérable sur site, notamment des turbines à gaz, pour répondre à ses besoins énergétiques.

Un projet de gazoduc a connu un revers après que le New Mexico State Land Office a rejeté le tracé demandé. Le plan rapporté portait sur 2,2 gigawatts de capacité alimentée au gaz.

Ce problème illustre une contrainte qui touche les projets d’IA dans l’ensemble des États-Unis. Un développeur peut obtenir un terrain et un financement tout en ne disposant toujours pas d’une voie fiable pour accéder à l’électricité nécessaire à l’exploitation.

Les préoccupations de la communauté ajoutent une couche supplémentaire. Des habitants et des groupes environnementaux ont soulevé des questions concernant l’utilisation de l’eau, la qualité de l’air, les émissions et le processus d’approbation entourant le campus.

Ces objections ne déterminent pas à elles seules l’issue du projet. Elles augmentent le nombre de décisions juridiques, politiques et d’ingénierie qui doivent rester synchronisées.

Oracle a ensuite pris une autre mesure de protection. Le 24 septembre, l’entreprise aurait envoyé au développeur, une unité de Blue Owl Capital, un avis invoquant la force majeure.

La force majeure est une disposition contractuelle traitant d’événements extraordinaires indépendants de la volonté d’une partie. Elle peut offrir une protection lorsque ces événements empêchent l’exécution contractuelle.

L’avis de force majeure rapporté vise à protéger Oracle si des problèmes d’alimentation électrique retardent l’ouverture du campus au-delà de la date prévue de 2028. Il n’annule pas nécessairement le bail d’Oracle ni ne supprime toutes ses obligations financières.

Oracle affirme que le projet Jupiter reste conforme au calendrier prévu. Blue Owl a déclaré que l’avis ne modifie pas les engagements financiers du projet.

Ces positions peuvent coexister avec un dépôt juridique préventif. Une entreprise peut anticiper l’achèvement tout en préservant ses droits contractuels si des événements extérieurs perturbent le calendrier.

Toutefois, l’avis accentue la question du marché. Si Oracle perçoit suffisamment d’incertitude pour se protéger contractuellement, les prêteurs doivent déterminer dans quelle mesure cette incertitude modifie la valeur de la dette.

Le projet Jupiter transforme donc une discussion abstraite sur les coûts des centres de données IA d’Oracle en un événement de financement mesurable. Les prêts, les permis et le plan énergétique fournissent désormais des signaux distincts sur l’exécution.

Les coûts des centres de données IA d’Oracle augmentent plus vite que la génération de trésorerie

Le cloud IA d’Oracle se développe rapidement, mais ses dépenses d’infrastructure consomment actuellement davantage de trésorerie que l’activité n’en produit après investissement.

Oracle a dépensé 55,7 milliards de dollars en dépenses d’investissement au cours de l’exercice 2026. Ce montant était en hausse par rapport aux 21,2 milliards de dollars de l’exercice précédent.

Les dépenses d’investissement, souvent appelées capex, couvrent les actifs à long terme tels que les serveurs, les équipements réseau et l’infrastructure des centres de données. Elles diffèrent des charges d’exploitation récurrentes, car les actifs soutiennent des services pendant plusieurs années.

Ces dépenses ont entraîné un net renversement des flux de trésorerie. Oracle a enregistré un flux de trésorerie disponible négatif d’environ 23,7 milliards de dollars pour l’exercice 2026.

Le flux de trésorerie disponible mesure la trésorerie opérationnelle après les dépenses d’investissement. Il ne détermine pas si un investissement réussira, mais révèle le déficit de financement immédiat créé par le déploiement.

Le seul quatrième trimestre d’Oracle a inclus environ 16,5 milliards de dollars de dépenses d’investissement. Son flux de trésorerie disponible trimestriel était négatif d’environ 1,9 milliard de dollars, selon une analyse des flux de trésorerie fondée sur les dépôts de l’entreprise et les données de FactSet.

L’accélération s’est poursuivie au cours de l’exercice 2027. Oracle a déclaré 28,5 milliards de dollars de dépenses d’investissement au premier trimestre et un flux de trésorerie disponible négatif de 5 milliards de dollars.

Ces chiffres reflètent une expansion intentionnelle plutôt qu’une perte inexpliquée. Oracle achète et installe l’infrastructure avant de pouvoir fournir tous les services contractuels associés à cette capacité.

Cette séquence crée toutefois un risque. La trésorerie sort durant l’approvisionnement et la construction, tandis que les revenus clients arrivent après la disponibilité de la capacité et le démarrage des charges de travail.

Le bilan d’Oracle au 31 août faisait état de 125,3 milliards de dollars de billets à payer et autres emprunts. L’entreprise détenait 37,1 milliards de dollars en trésorerie et titres négociables.

Les passifs de location opérationnelle comptabilisés ont atteint 34,6 milliards de dollars. Ces passifs couvrent des baux qui avaient déjà commencé et figuraient au bilan.

Un montant plus important se situe au-delà de cette somme comptabilisée. Oracle a déclaré 288 milliards de dollars d’engagements locatifs supplémentaires, portant presque tous sur des accords de centres de données.

Ces engagements n’étaient pas encore reflétés dans son bilan, car les baux correspondants n’avaient pas commencé. Oracle prévoit leur entrée en vigueur entre les exercices 2027 et 2029.

Ces accords s’étendent généralement sur 15 à 19 ans, selon le dépôt trimestriel d’Oracle. Ils représentent des engagements de capacité à long terme plutôt qu’une facture immédiate pour le montant total.

Cette distinction est importante. Il serait trompeur de considérer les 288 milliards de dollars comme une dette exigible aujourd’hui.

Il serait tout aussi trompeur d’ignorer ce chiffre. Une fois les installations disponibles, Oracle assumera des obligations s’étendant sur de nombreuses années, indépendamment des variations à court terme de la demande en IA.

Oracle a également déclaré 34,2 milliards de dollars d’obligations d’achat inconditionnelles et d’autres engagements d’une durée d’au moins un an. Ces engagements couvrent principalement les composants d’infrastructure cloud et les accords d’alimentation électrique des centres de données.

Cette vue d’ensemble explique pourquoi le projet Jupiter importe au-delà d’un seul campus. Oracle a créé un système de livraison qui exige que de nombreux grands développements deviennent productifs dans les délais prévus.

Un site retardé peut générer des coûts de financement sans fournir de capacité de calcul louable. Des retards répétés dans l’ensemble du portefeuille exerceraient une pression accrue sur le flux de trésorerie disponible et les coûts d’emprunt.

La hausse des dépenses d’infrastructure affecte déjà le compte de résultat. Le pourcentage de marge d’Oracle dans le cloud et les logiciels a diminué au cours du dernier trimestre, tandis que l’entreprise ajoutait de la capacité.

Cela ne signifie pas que chaque nouveau centre de données est non rentable. Dans les activités d’infrastructure, les dépenses initiales précèdent souvent les revenus.

La question non résolue est la durée de cet écart. Les investisseurs doivent estimer l’utilisation, la concentration des clients, les coûts de l’électricité, l’amortissement du matériel et la durée de vie utile des coûteux accélérateurs IA.

Un centre de données peut fonctionner avec succès tout en générant un rendement décevant sur le capital investi. Un taux d’utilisation élevé et une tarification rigoureuse doivent compenser les coûts de construction, de financement, d’énergie et d’équipement.

Le projet Jupiter ajoute l’incertitude des permis et de l’alimentation électrique à cette équation. Chaque retard prolonge la période avant que les actifs du site puissent soutenir des charges de travail facturables.

Un carnet de commandes massif offre à Oracle un véritable coussin

Le scénario baissier se concentre sur le financement, mais Oracle dispose d’une demande sous contrat que la plupart des fournisseurs d’infrastructure auraient du mal à égaler.

Les obligations de performance restantes d’Oracle, ou RPO, ont atteint 664 milliards de dollars au premier trimestre de son exercice 2027. Les RPO mesurent les revenus contractuels qui n’ont pas encore été comptabilisés.

Ce chiffre a augmenté de 209 milliards de dollars par rapport à l’année précédente. Oracle a indiqué avoir signé plus de 30 milliards de dollars de contrats cloud IA supplémentaires au cours du trimestre.

Les RPO ne correspondent pas aux revenus ni à la trésorerie à court terme. Les contrats peuvent s’étendre sur plusieurs années, et la comptabilisation dépend de la capacité d’Oracle à fournir les services promis.

Le carnet de commandes reste néanmoins important, car Oracle ne construit pas entièrement sur la spéculation. De grands clients ont signé des accords pour une capacité qui n’existe pas encore.

Oracle a déclaré un chiffre d’affaires cloud total de 11,6 milliards de dollars pour le trimestre, en hausse de 62 %. Les revenus d’OCI ont augmenté de 121 % pour atteindre 7,4 milliards de dollars.

L’entreprise a également indiqué avoir livré plus de 300 000 GPU à des clients de son cloud IA après la fin du trimestre précédent. La capacité livrée a presque triplé par rapport au niveau atteint au quatrième trimestre de l’exercice 2026.

Les GPU, ou unités de traitement graphique, sont des processeurs optimisés pour les calculs parallèles utilisés dans l’entraînement et l’inférence de l’IA. Ils figurent parmi les composants les plus coûteux des centres de données IA modernes.

Les résultats du premier trimestre d’Oracle montrent pourquoi la direction continue de dépenser malgré un flux de trésorerie disponible négatif. La demande progresse plus vite que l’entreprise ne peut installer de capacité exploitable.

Oracle prévoit que son chiffre d’affaires de l’exercice 2027 atteindra au moins 90 milliards de dollars. L’entreprise a anticipé une croissance de ses revenus cloud au deuxième trimestre comprise entre 65 % et 71 % en dollars américains.

Ces attentes restent des prévisions de l’entreprise plutôt que des résultats garantis. Elles fournissent néanmoins un calendrier mesurable permettant aux investisseurs d’évaluer l’expansion.

Oracle a également modifié le financement de certains grands contrats d’IA. L’entreprise indique que ses clients ont prépayé ou fourni 75 milliards de dollars de GPU liés à ces accords.

Un GPU fourni par le client ne supprime pas le besoin de bâtiments, d’électricité, de refroidissement et de réseau. Il peut réduire les sommes qu’Oracle doit lever pour acheter les équipements informatiques les plus coûteux.

Les prépaiements peuvent améliorer le décalage temporel entre les dépenses de construction et les revenus des services. Ils rapprochent effectivement une partie des liquidités des clients du début du cycle d’investissement.

Oracle affirme que la structure de ses derniers contrats ne nécessite pas d’augmentation de son plan de levée de capitaux. Cette affirmation est au cœur de la défense de la stratégie par la direction.

L’entreprise a réalisé une vente d’actions au fil du marché de 20 milliards de dollars durant son premier trimestre fiscal. Un programme de vente au fil du marché cède progressivement des actions sur le marché public, plutôt que dans le cadre d’une seule offre à montant fixe.

Oracle avait précédemment indiqué prévoir de lever environ 40 milliards de dollars par dette et capitaux propres durant l’exercice 2027. Ce plan incluait le programme d’actions de 20 milliards de dollars.

L’entreprise avait levé 43 milliards de dollars par dette et 5 milliards de dollars par capitaux propres durant l’exercice 2026. Ces opérations démontrent son accès à des marchés de capitaux profonds, mais elles diluent aussi les actionnaires ou accroissent les obligations de financement.

Le carnet de commandes d’Oracle constitue donc un véritable amortisseur, mais pas une réponse complète. Il étaye l’idée que les nouvelles capacités ont des acheteurs en attente.

Le carnet de commandes ne révèle pas la rentabilité de chaque contrat. Il ne garantit pas non plus que chaque client conservera le même profil de demande sur toute la durée d’un accord de longue durée.

La concentration de la clientèle mérite une attention particulière. Les grands laboratoires d’IA peuvent s’engager sur des montants considérables parce que leurs besoins informatiques dépassent l’offre disponible.

Ces laboratoires dépendent également de capitaux externes, de l’adoption par les entreprises et de la poursuite de la croissance de leurs revenus. Leur capacité de dépense n’est pas indépendante du cycle plus large de financement de l’IA.

L’expansion d’Oracle relie plusieurs bilans. Les investisseurs financent les développeurs, les développeurs construisent des campus, Oracle loue des capacités et les entreprises d’IA contractent des services informatiques.

Ce réseau peut répartir efficacement les coûts lorsque chaque participant exécute ses engagements comme prévu. Il peut transmettre rapidement les tensions lorsque les besoins en électricité, en financement ou des clients évoluent.

C’est pourquoi le débat sur les coûts des centres de données IA d’Oracle ne peut se réduire à la question de l’existence de la demande d’IA. La demande est visible, contractée et produit déjà une croissance rapide d’OCI.

La véritable question est de savoir si Oracle a suffisamment bien tarifé cette demande pour absorber les retards de construction, les coûts de financement et les engagements d’infrastructure à long terme.

Le véritable enjeu oppose la demande contractée au risque d’exécution

Oracle n’a pas besoin de prouver que les entreprises veulent de la puissance de calcul pour l’IA. Elle doit prouver que la demande signée se transforme en capacité rentable avant que les frictions de financement ne s’accumulent.

Amazon, Microsoft et Google subissent une pression similaire pour transformer les dépenses liées à l’IA en rendements durables. Leur point de départ financier diffère de celui d’Oracle.

Ces entreprises financent d’importants investissements cloud grâce à des activités plus larges générant des liquidités. Oracle dispose d’une base logicielle substantielle, mais l’accélération récente de ses infrastructures est exceptionnellement importante au regard de ses dépenses historiques.

L’avantage d’Oracle réside dans sa concentration. Elle peut concevoir la capacité d’OCI autour de grandes charges de travail d’IA et utiliser des accords multicloud pour atteindre des clients déjà engagés auprès de plateformes concurrentes.

Sa relation avec OpenAI donne également à Oracle accès à des charges de travail suffisamment importantes pour remplir des campus entiers. Peu de clients peuvent absorber de nouvelles capacités informatiques à cette échelle.

Son désavantage est cette même concentration. Un projet conçu autour de plusieurs locataires gigantesques laisse moins de marge pour les retards, l’évolution des exigences techniques ou la renégociation des calendriers.

Le matériel d’IA complique encore l’économie du modèle. Les GPU peuvent rester utiles pendant des années, mais les systèmes plus récents peuvent rapidement améliorer les performances et l’efficacité énergétique.

Un centre de données livré tardivement pourrait ouvrir avec un matériel plus proche de son remplacement que prévu initialement. Oracle pourrait aussi installer des équipements plus récents et absorber les modifications des achats ou de la conception.

La disponibilité de l’électricité est devenue tout aussi importante que l’approvisionnement en puces. Un entrepôt rempli d’accélérateurs ne peut pas générer de revenus sans alimentation électrique fiable, refroidissement et connectivité réseau.

Le projet Jupiter illustre ce problème. Sa solution énergétique proposée dépend d’infrastructures situées hors des murs du centre de données et hors du contrôle direct d’Oracle.

Les retards d’autorisation peuvent donc affecter à la fois la date d’ouverture et le modèle de financement. Les prêteurs valorisent des flux de trésorerie prévisibles, tandis qu’une infrastructure énergétique non résolue crée une incertitude sur les délais.

Les cotations de prêts décotées ne prouvent pas un défaut de paiement. Elles montrent que certains acteurs du marché ont révisé leur évaluation avant l’ouverture du campus.

Le plan de financement d’Oracle de février visait à préserver un bilan de qualité investissement grâce à un mélange de dette et de capitaux propres. L’entreprise anticipait une demande contractée substantielle de la part d’OpenAI, Meta, Nvidia, AMD, TikTok, xAI et d’autres.

Cette liste diversifiée de clients renforce l’argument stratégique d’Oracle. Toutefois, le projet Jupiter lie toujours un développement précis à des décisions d’autorisation et à l’acceptation locale au Nouveau-Mexique.

L’entreprise est également confrontée à un défi de crédibilité créé par son ampleur. De petites erreurs de prévision deviennent de grandes différences financières lorsque les dépenses d’investissement annuelles atteignent des dizaines de milliards.

Un retard modeste sur un site pourrait rester gérable. Un schéma répété sur plusieurs campus pourrait nécessiter davantage de financement ou ralentir l’installation d’équipements générant des revenus.

Les marges constituent un autre test. Les revenus d’OCI peuvent augmenter rapidement alors que les coûts d’infrastructure réduisent le bénéfice dégagé sur chaque dollar supplémentaire.

Les investisseurs ont donc besoin de plus que de la croissance du carnet de commandes. Ils ont besoin de preuves que les revenus, le résultat opérationnel et la génération de trésorerie s’améliorent à mesure que les installations achevées sont utilisées.

La comparaison avec les autres entreprises cloud exige également de la prudence. Microsoft et Amazon ne fournissent pas de chiffre de profit clair pour la seule infrastructure d’IA.

Oracle combine elle aussi différentes activités cloud et logicielles dans les segments publiés. Les observateurs extérieurs ne peuvent pas calculer un rendement précis pour un campus d’IA à partir des états financiers consolidés.

Cette opacité laisse place à des récits concurrents. Les optimistes peuvent souligner la demande contractée, l’accélération des revenus d’OCI et les GPU financés par les clients.

Les sceptiques peuvent souligner le flux de trésorerie disponible négatif, l’augmentation des emprunts, les engagements locatifs, la pression sur les marges et la dette de projet décotée. Les deux camps s’appuient sur des faits vérifiés.

Le projet Jupiter est utile parce qu’il crée des jalons observables. L’approbation du pipeline, l’avancement de la construction, la livraison d’électricité, la distribution du prêt et le calendrier d’ouverture de 2028 peuvent tous être suivis.

La principale incertitude porte sur l’exécution, non sur la faisabilité technologique. Oracle sait exploiter des infrastructures cloud, tandis que ses fournisseurs savent construire des centres de données.

Le défi consiste à livrer des volumes de capacité sans précédent sous contraintes financières, réglementaires et physiques. L’échelle transforme un problème de construction ordinaire en épreuve financière pour l’entreprise.

L’opposition locale fait désormais partie de la structure de coûts d’Oracle

La résistance des communautés n’est pas une question secondaire de relations publiques lorsque les autorisations, l’accès à l’eau et les infrastructures électriques déterminent à quel moment un centre de données peut générer des revenus.

Les centres de données d’IA rivalisent pour des ressources déjà utilisées par les habitants, les exploitations agricoles, les fabricants et les services publics. Les grands campus peuvent nécessiter beaucoup d’électricité et d’eau, selon leurs systèmes de refroidissement.

Les développeurs du projet Jupiter ont présenté le campus comme une opportunité de développement économique. Ses partisans anticipent une activité de construction, des investissements dans les infrastructures, des avantages fiscaux et des emplois technologiques.

Les critiques se demandent si ces avantages justifient les coûts environnementaux et liés aux ressources publiques. Ils se sont concentrés sur la disponibilité de l’eau, les émissions, la production d’électricité au gaz et le processus d’approbation du projet.

Ces débats affectent directement les coûts des centres de données IA d’Oracle. Un tracé de pipeline révisé, un système de production alternatif ou une procédure d’autorisation plus longue peuvent modifier les calendriers de construction et les besoins de financement.

Un retard affecte aussi des parties au-delà d’Oracle. Les développeurs doivent assurer le service de la dette du projet, les entrepreneurs doivent gérer les calendriers de travail et les banques doivent décider de conserver ou de vendre leur exposition aux prêts.

Les collectivités locales font face à leur propre arbitrage. Elles souhaitent les investissements et l’activité économique, mais doivent aussi répondre aux habitants qui subissent les conséquences environnementales ou infrastructurelles.

L’ampleur prévue rend l’examen public inévitable. Un campus capable de soutenir d’importantes charges de travail d’IA fonctionne davantage comme une infrastructure industrielle énergivore que comme un complexe de bureaux ordinaire.

Oracle ne peut pas résoudre toutes les préoccupations par la conception logicielle. L’entreprise dépend des développeurs, des services publics, des autorités foncières, des régulateurs et des élus.

L’avis de force majeure reflète cette dépendance. Oracle se protégerait contre les coûts si des problèmes d’alimentation électrique externes empêchaient le projet d’ouvrir comme prévu.

Cependant, une protection contractuelle ne crée pas d’électricité. Elle réaffecte certaines conséquences financières entre Oracle, le développeur, les prêteurs et les investisseurs.

Cette distinction importe pour les clients entreprises. Un client qui choisit OCI a besoin d’une capacité fiable, et non simplement d’une explication juridique du retard de livraison.

Elle importe également pour les développeurs qui construisent des produits sur des modèles d’IA hébergés. Les pénuries de capacité peuvent influencer l’accès, la latence, la disponibilité des services et le coût d’exploitation d’applications à fort volume.

Les travailleurs du savoir ressentiront les effets indirectement. L’économie de l’infrastructure d’IA façonne l’agressivité avec laquelle les éditeurs de logiciels intègrent assistants, agents et fonctionnalités génératives aux produits du quotidien.

Les acheteurs entreprises devraient donc évaluer les promesses d’infrastructure en portant attention aux calendriers de livraison. Un important carnet de commandes signale une demande, mais les capacités achevées et alimentées déterminent la disponibilité réelle.

Oracle affirme que le campus reste dans les délais, et les éléments disponibles n’établissent pas le contraire pour l’objectif final de 2028. Des rapports ont indiqué qu’une phase antérieure accusait du retard par rapport à un jalon préliminaire.

Ces déclarations renvoient à des horizons temporels différents. Le retard d’une phase intermédiaire ne signifie pas automatiquement que l’ensemble du campus manquera son ouverture prévue.

L’écart dans l’information doit rester explicite. Oracle n’a pas divulgué publiquement toutes les conditions du bail, les jalons du projet ou les recours associés à l’avis.

Les cotations privées des prêteurs représentent également des indications de marché plutôt que des transactions finalisées sur l’ensemble du prêt. Les 18 milliards de dollars n’ont pas nécessairement tous changé de mains à ce niveau.

Une analyse responsable ne devrait pas transformer ces cotations en affirmation d’insolvabilité. Oracle continue de générer d’importantes liquidités opérationnelles et d’accéder aux marchés de la dette et des capitaux propres.

Ces cotations méritent toutefois attention. Elles révèlent que les partenaires de financement tarifient l’incertitude avant que la capacité informatique du site ne devienne disponible.

Le projet Jupiter déterminera si un hyperscaler peut gérer les risques communautaires, énergétiques et financiers comme un seul problème intégré de livraison. Les traiter séparément sous-estime leur effet combiné.

Trois signaux détermineront la prochaine phase d’Oracle

Le prochain jugement devrait dépendre de la livraison, de la conversion en trésorerie et des conditions de financement, et non d’une nouvelle hausse du carnet de commandes mis en avant.

Le premier signal concerne le calendrier d’alimentation électrique et d’autorisations de Project Jupiter. Les investisseurs devraient surveiller l’approbation du tracé du pipeline, un plan énergétique alternatif ou un nouveau revers réglementaire.

Une solution électrique crédible affaiblirait l’argument selon lequel les obstacles locaux feront dérailler le campus. De nouveaux retards renforceraient les craintes de voir les coûts arriver avant une capacité exploitable.

Les avancées de la construction doivent être comparées à l’ouverture prévue en 2028, et pas uniquement à des jalons intermédiaires informels. La position d’Oracle concernant la force majeure mérite également des éclaircissements alors que les négociations se poursuivent.

Le deuxième signal concerne l’évolution du free cash flow et des marges d’infrastructure d’Oracle. La croissance rapide d’OCI devient plus convaincante lorsque la capacité achevée commence à réduire le déficit de trésorerie.

Un trimestre positif ne réglerait pas la question, car les dépenses en centres de données sont irrégulières. Une amélioration durable montrerait que les actifs installés commencent à financer les expansions ultérieures.

Les investisseurs devraient comparer les dépenses d’investissement aux revenus d’OCI, aux flux de trésorerie opérationnels et aux marges cloud. Cette combinaison fournit davantage d’informations que le carnet de commandes à lui seul.

Le troisième signal est le prix de marché du financement lié à Oracle. Un redressement des prêts de Project Jupiter vers leur valeur nominale indiquerait une confiance accrue dans l’exécution.

Une décote plus importante, un effort de distribution infructueux ou un coût d’emprunt corporate plus élevé indiquerait que les prêteurs anticipent davantage de risques. Cette pression pourrait rendre les futurs campus plus coûteux, même si la demande des clients reste forte.

Les accords d’Oracle sur les GPU financés par les clients influenceront également ce signal. Davantage de prépaiements ou d’équipements fournis réduiraient les besoins directs en capital d’Oracle.

Le scénario central reste équilibré. Oracle dispose de l’une des plus grandes opportunités cloud contractées du secteur, et ses revenus d’infrastructure progressent à un rythme exceptionnel.

L’entreprise supporte aussi des emprunts croissants, un free cash flow négatif, d’importants engagements locatifs et une exposition à des projets nécessitant des autorisations locales. Aucune de ces contraintes ne disparaît parce que la demande est forte.

Pour les développeurs et les acheteurs d’entreprise, la question pratique est de savoir si la capacité IA promise devient disponible là et au moment où les contrats l’exigent. La fiabilité commence bien avant qu’un modèle ne reçoive un prompt.

Pour les investisseurs, le critère devrait être tout aussi concret. Il faut observer si Oracle transforme son carnet de commandes en installations alimentées, en revenus comptabilisés, en marges durables et en trésorerie.

L’histoire des coûts des centres de données IA d’Oracle ne sera pas tranchée par une seule cotation de prêt décotée. Elle dépendra de la capacité de Project Jupiter et de campus comparables à ouvrir sans imposer une nouvelle révision du financement.

Au cours des prochains mois, comparez les mises à jour de livraison d’Oracle avec ses flux de trésorerie et le prix de la dette de projet. Si les trois s’améliorent simultanément, sa thèse d’expansion se renforcera. Si la capacité glisse tandis que les coûts de financement augmentent, le carnet de commandes ressemblera moins à une protection qu’à une obligation en attente d’infrastructure.