Atraso no Aluguel do Project Jupiter da Oracle Testa a Promessa por Trás do Financiamento de Data Centers de IA

A Oracle invocou força maior no Project Jupiter, criando uma forma de adiar o aluguel caso o data center no Novo México não abra na data prevista. O atraso no aluguel do Project Jupiter da Oracle não representa inadimplência ou cancelamento imediato. No entanto, ele expõe um conflito dentro do boom de infraestrutura de IA. Compromissos financeiros podem ser assinados anos antes de energia, licenças e aceitação da comunidade estarem garantidas.

A Oracle afirma que o campus continua dentro do cronograma e que avisos desse tipo são comuns em projetos dessa escala. As reportagens sobre os acordos privados de locação apresentam um quadro mais complexo. Segundo informações, o aviso permitiria à Oracle adiar o aluguel integral sob certas condições, ao mesmo tempo em que estenderia a locação e preservaria outras obrigações financeiras.

Essa distinção importa porque desenvolvedores e credores têm tratado compromissos de longo prazo de grandes empresas de tecnologia como um suporte confiável para o financiamento de data centers. O Project Jupiter mostra que um inquilino forte não elimina o risco de desenvolvimento. Ele pode redistribuir esse risco por meio de cláusulas de locação, garantias, custos de manutenção e extensões de prazo.

O episódio também vai além de um único local. O Project Jupiter está associado ao programa de infraestrutura Stargate e à capacidade computacional que a Oracle planeja fornecer a grandes clientes de IA. Portanto, um atraso afetaria mais do que proprietário e inquilino. Ele testaria a rapidez com que a demanda contratada por nuvem pode se transformar em capacidade operacional, licenciada e abastecida por energia.

O que o Aviso de Força Maior da Oracle Realmente Muda

A Oracle manteve seu compromisso com o Project Jupiter enquanto se prepara para a possibilidade de o campus não entrar em operação a tempo.

Em 24 de setembro de 2026, surgiram reportagens de que a Oracle havia enviado um aviso de força maior relacionado ao Project Jupiter. Força maior é um mecanismo contratual que trata de eventos fora do controle razoável de uma parte. Neste caso, o gatilho relatado envolve obstáculos que afetam o fornecimento de energia e o cronograma do projeto.

O aviso foi enviado à Stack Infrastructure, a desenvolvedora apoiada pela Blue Owl Capital. Espera-se que a Oracle atue como principal inquilina do campus no sul do Novo México. De acordo com a reportagem inicial sobre força maior, a Oracle não busca abandonar a instalação. Ela está se posicionando para adiar determinados pagamentos caso o campus não alcance a data planejada para entrar em operação.

Isso torna a expressão “atraso no aluguel” fácil de interpretar equivocadamente. A Oracle não anunciou que deixou de pagar uma conta existente. A medida relatada diz respeito a quando as obrigações integrais de aluguel começariam se determinados marcos do projeto não forem cumpridos.

A distinção separa um aviso contratual preventivo de um pagamento perdido. Ela também explica por que a Oracle pode afirmar que o local continua dentro do cronograma enquanto se protege contra um atraso. Essas posições parecem contraditórias, mas podem coexistir durante um grande projeto de construção.

O Project Jupiter está planejado como um campus de 2,46 gigawatts. Um gigawatt mede capacidade elétrica, e esse número indica a enorme necessidade de energia por trás do projeto. Alcançar essa escala exige mais do que edifícios concluídos. Exige que equipamentos de geração, fornecimento de combustível, conexões à rede, aprovações ambientais, sistemas de resfriamento, servidores e infraestrutura de rede funcionem em conjunto.

Cronogramas públicos fizeram referência à disponibilização de capacidade em etapas. As reportagens divergem sobre os marcos que regem obrigações contratuais específicas, incluindo uma fase inicial antes da meta mais ampla de 2028. Essa incerteza torna a linguagem do contrato de locação privado especialmente importante.

Segundo informações, o acordo contém termos de “hell-or-high-water”. Essas disposições geralmente exigem que um inquilino mantenha os pagamentos apesar de problemas que afetem o ativo subjacente. No entanto, o mecanismo de força maior permitiria ajustes de prazo quando condições definidas interferirem nos compromissos de energia.

A Oracle poderia receber um adiamento de pagamento de até três anos se os requisitos contratuais forem atendidos, segundo reportagens que citam pessoas familiarizadas com o acordo. A locação seria então estendida, o que significa que o aluguel adiado não simplesmente desapareceria.

A Oracle também poderia continuar responsável pelos custos de manutenção durante o adiamento. Essas despesas podem cobrir o financiamento e os retornos dos investidores enquanto o local aguarda a conclusão. Portanto, o ônus econômico mudaria de forma, em vez de desaparecer.

Este é o primeiro ponto essencial do evento. A Oracle criou uma margem de manobra contratual, mas não transferiu claramente todas as consequências financeiras para a Stack ou seus investidores.

O segundo ponto é que o aviso torna concreto um risco antes abstrato. As disputas sobre energia e licenciamento do Project Jupiter não são mais apenas questões locais de planejamento. Agora, elas interagem diretamente com o cronograma que rege a locação de uma grande empresa de tecnologia.

Energia e Licenças se Tornaram o Caminho Crítico

O Project Jupiter demonstra que a demanda por computação não pode gerar capacidade útil de IA até que a infraestrutura energética passe pela revisão regulatória e política.

Os planos para o campus preveem uma grande microrrede no local, construída em torno de células de combustível movidas a metano. Uma microrrede é um sistema de energia local projetado para abastecer um local definido, às vezes de forma independente da rede elétrica mais ampla. O sistema proposto para o Project Jupiter incluiria 2.275 células de combustível, gerando até 2,46 gigawatts.

Essa configuração exige uma licença de qualidade do ar porque as células de combustível produziriam emissões. A escala intensificou o escrutínio de moradores, grupos ambientais e autoridades estaduais.

O Departamento de Justiça do Novo México afirmou que a instalação proposta representaria uma concentração sem precedentes desse tipo de equipamento de células de combustível. Em uma petição de setembro, o departamento apoiou contestações ao processo acelerado de licenciamento. Sua resposta sobre licenciamento argumentou que os opositores precisavam de tempo adequado e proteções processuais para avaliar a proposta.

Um gasoduto separado também é central para o plano energético. O prazo do gasoduto importa porque as células de combustível não podem abastecer o campus sem uma fonte confiável de combustível. Quando os cronogramas de licenciamento ou construção mudam, o efeito percorre toda a cadeia de dependências.

O mesmo padrão se aplica à água. A Oracle afirma que o campus em operação usará resfriamento de circuito fechado, que recircula água em vez de captar continuamente novos suprimentos. A empresa descreveu seu uso operacional de água no longo prazo como limitado.

Os opositores concentraram-se nos requisitos de construção e no processo legal que rege novos poços. A Suprema Corte do Novo México suspendeu temporariamente uma autorização relacionada a um poço de construção enquanto o litígio continuava. Essa disputa não estabelece que o campus ficará permanentemente sem água. Ela mostra, porém, como uma única autorização contestada pode alterar um cronograma de construção.

A oposição da comunidade também questionou a velocidade e a transparência do processo de aprovação. Moradores levantaram preocupações sobre emissões, disponibilidade de água, subsídios públicos e se instituições locais conseguem avaliar de forma independente um projeto tão grande.

A Oracle apresenta um cálculo diferente. Ela afirma que o campus produzirá trabalho na construção, empregos de longo prazo, receitas tributárias, melhorias de infraestrutura e oportunidades educacionais. Seu compromisso com o Novo México descreve o Project Jupiter como um investimento econômico de longo prazo, e não como uma instalação temporária de computação.

Ambos os lados discutem consequências reais. Os defensores do projeto veem uma oportunidade de desenvolvimento regional vinculada à expansão da demanda por IA. Os críticos veem um projeto industrial intensivo em recursos avançando mais rápido do que a revisão pública comum consegue acomodar.

O problema de financiamento está entre essas posições. Os investidores não precisam que todas as disputas políticas desapareçam. Eles precisam de um cronograma crível, licenças executáveis e uma alocação clara dos custos de atraso.

O projeto do Project Jupiter concentrou várias dependências importantes em um único programa de construção. A geração de energia precisa de aprovação ambiental. As células de combustível precisam de infraestrutura de gás. A construção precisa de acesso à água. A capacidade computacional precisa que todos os sistemas de suporte cheguem na ordem correta.

Essa cadeia de dependências explica por que o atraso no aluguel do Project Jupiter da Oracle importa. Ele transforma um debate sobre infraestrutura física em um debate sobre execução contratual.

A estrutura de um data center sem energia confiável não pode gerar receita de nuvem. Uma locação assinada sem um campus utilizável não pode criar fluxo de caixa operacional dentro do prazo. Grandes compromissos financeiros não se sobrepõem a esses fatos.

O Atraso no Aluguel do Project Jupiter da Oracle Pressiona o Modelo de Financiamento

O conflito central agora está claro: os credores querem pagamentos previsíveis, enquanto o inquilino quer proteção contra infraestrutura que chega atrasada.

Os data centers modernos de IA frequentemente dependem de financiamento no nível do projeto. Uma desenvolvedora capta capital para adquirir terrenos, construir edifícios, instalar sistemas de energia e preparar o local para equipamentos de computação. A locação de longo prazo do inquilino ajuda os credores a estimar o fluxo de caixa futuro.

Uma grande empresa de nuvem pode fazer essa estrutura parecer mais segura. Sua qualidade de crédito e seus compromissos contratuais dão aos credores confiança de que o aluguel continuará quando a instalação abrir. Assim, as desenvolvedoras podem financiar infraestrutura sem exigir que o inquilino arque diretamente com todas as despesas de construção.

O modelo se torna mais frágil quando o local depende de licenças não resolvidas e infraestrutura energética dedicada. Uma locação pode atribuir responsabilidade de pagamento, mas não pode produzir eletricidade nem acelerar um processo judicial.

Segundo informações, o Project Jupiter utilizou fortes proteções ao inquilino para investidores, incluindo compromissos não canceláveis e custos de manutenção contínuos. Essas proteções continuam importantes. Ainda assim, o aviso de força maior mostra que até um acordo cuidadosamente estruturado contém mecanismos para lidar com interrupções.

A questão não é se os contratos funcionam. A questão é o que o contrato faz quando o projeto físico não cumpre o cronograma esperado.

Se a Oracle puder adiar o aluguel integral, a Stack poderá receber menos fluxo de caixa programado durante o atraso. Se a Oracle tiver de pagar custos de manutenção, a desenvolvedora e seus investidores manterão alguma proteção. Se a locação for estendida, o compromisso total da Oracle poderá permanecer intacto, embora a receita chegue mais tarde.

Cada resultado altera o momento dos pagamentos, sem necessariamente alterar o montante final pago. O momento ainda importa porque o financiamento depende de juros, janelas de refinanciamento, orçamentos de construção e da data prevista para operações estáveis.

Um dólar atrasado não equivale a um dólar pago no prazo em um projeto alavancado. Os credores precisam considerar juros adicionais, exposição prolongada à construção, custos de contratados e a possibilidade de novas disputas.

É por isso que o evento tem implicações para projetos muito além do Novo México. Investidores de crédito têm financiado cada vez mais infraestrutura de IA por meio de dívida de projeto, títulos de alto rendimento, estruturas lastreadas em ativos e capital privado. Essas estruturas frequentemente se baseiam em locações ou compromissos de serviço de empresas de tecnologia reconhecidas.

A Morgan Stanley descreveu a disponibilidade de energia, o licenciamento, a mão de obra e a resistência política como restrições relevantes à expansão da IA. Sua análise do mercado de crédito para IA argumenta que o financiamento de infraestrutura está se expandindo além dos títulos corporativos convencionais para estruturas mais especializadas.

O Project Jupiter dá a esses alertas um caso de teste específico. Um grande inquilino assinou um acordo significativo. Um desenvolvedor bem capitalizado estruturou o projeto. A demanda por computação de IA continuou forte. Ainda assim, a infraestrutura de energia se tornou um possível obstáculo ao cronograma.

Futuros credores estudarão como essa disputa será resolvida. Eles podem exigir reservas de contingência maiores, mais capital próprio dos desenvolvedores, garantias de conclusão mais robustas ou maior compensação pelo risco de licenciamento.

Eles também podem separar com mais cuidado os marcos de construção das datas de pagamento dos inquilinos. Um projeto com infraestrutura de geração e combustível ainda não aprovada pode receber condições diferentes das de outro com serviço de concessionária garantido.

Os desenvolvedores podem reagir dividindo os campi em fases menores. Essa abordagem pode reduzir o volume de capital exposto antes da aprovação final de cada licença. Também pode permitir que os inquilinos comecem a usar a capacidade concluída enquanto as fases posteriores permanecem sob análise.

A contrapartida é uma expansão mais lenta e menos certeza sobre a escala total. Empresas de IA frequentemente querem grandes blocos de capacidade rapidamente, porque as cargas de trabalho de treinamento e inferência crescem mais rápido do que instalações incrementais conseguem suportar.

O Project Jupiter, portanto, expõe o descompasso no centro do financiamento de infraestrutura de IA. A demanda por tecnologia se move na velocidade do software. O desenvolvimento de energia, a análise ambiental e a consulta às comunidades se movem na velocidade da infraestrutura.

Nenhuma cláusula de locação pode eliminar essa diferença. Ela apenas pode determinar quem arca com o custo.

Forte Demanda por Nuvem Não Elimina o Risco de Execução

O impulso dos negócios da Oracle sustenta sua capacidade de financiar expansão, mas não garante que todos os campi planejados abrirão dentro do cronograma.

A Oracle entrou nessa disputa enquanto reportava rápido crescimento em infraestrutura de nuvem. Seus resultados do primeiro trimestre fiscal de 2027 mostraram que a receita trimestral total cresceu 30 por cento, para 19,3 bilhões, enquanto a receita de infraestrutura de nuvem cresceu 121 por cento.

A empresa também informou ter entregue 850 megawatts de capacidade adicional de data centers durante o trimestre. Um megawatt equivale a um milésimo de gigawatt, portanto essa entrega representa uma expansão substancial em toda a rede mais ampla da Oracle.

As obrigações de desempenho remanescentes da Oracle chegaram a 664 bilhões. As obrigações de desempenho remanescentes, ou RPO, representam receita contratada que ainda não foi reconhecida. A métrica inclui acordos com diferentes durações e condições de desempenho, portanto não é idêntica a caixa imediatamente disponível.

A empresa também reportou fluxo de caixa livre negativo enquanto continuava seu programa de investimento em infraestrutura. Seus resultados trimestrais mostram por que a Oracle tem motivação para alinhar os pagamentos à capacidade operacional. Ela está gastando pesadamente antes que a receita de nuvem relacionada seja integralmente recebida.

Esses números sustentam duas interpretações opostas.

A visão otimista é que a Oracle tem demanda contratada suficiente para justificar uma construção agressiva. Os clientes precisam de mais capacidade de treinamento e inferência, e a Oracle afirma que a demanda continua excedendo a oferta. Sob essa perspectiva, as complicações do Project Jupiter seriam um atraso específico do local, e não um enfraquecimento do mercado mais amplo.

A visão cética se concentra na conversão. A demanda contratada só se torna valiosa quando a Oracle consegue implantar hardware, conectar energia, fornecer serviço confiável e coletar receita com margens aceitáveis.

O Project Jupiter está diretamente inserido nesse processo de conversão. O campus não é valioso apenas porque os clientes querem computação. Ele se torna valioso quando a Oracle consegue fornecer computação utilizável a partir do local.

A posição financeira da Oracle também difere da de muitos desenvolvedores. A empresa pode captar capital corporativo, vender ações, emitir dívida e alocar gastos em um portfólio global de infraestrutura. Um inquilino menor poderia ter menos opções se um projeto fosse interrompido.

Isso não torna a Oracle imune a atrasos. Significa, porém, que a empresa pode negociar de uma posição mais forte do que a maioria dos compradores de capacidade de data centers.

Stack e Blue Owl enfrentam um conjunto diferente de pressões. Sua tese de investimento depende das proteções contratuais do projeto, do progresso da construção, da estrutura de financiamento e do fluxo de aluguel futuro. Um atraso pode criar exposição adicional mesmo que a Oracle permaneça comprometida.

A OpenAI acrescenta outra camada. O Project Jupiter faz parte do plano mais amplo de capacidade Stargate, destinado a suportar cargas de trabalho de IA em expansão. A demanda do cliente de computação pode permanecer forte enquanto o cronograma de entrega da Oracle muda.

Isso separa o risco de demanda do risco de execução. O risco de demanda pergunta se os clientes precisarão da capacidade. O risco de execução pergunta se os desenvolvedores conseguem entregar essa capacidade dentro do custo e cronograma esperados.

No momento, o Project Jupiter parece mais uma história de risco de execução. A Oracle não disse que quer reduzir sua ocupação. Ela afirmou que o campus continua dentro do cronograma. Ainda assim, a notificação contratual mostra que a empresa está se preparando para um resultado diferente.

Isso não é prova de um colapso mais amplo do investimento em IA. É evidência de que números robustos de carteira de pedidos não podem substituir uma análise em nível de projeto.

Os investidores devem examinar quais licenças permanecem pendentes, quem fornece energia, quando o aluguel começa, o que acontece durante um atraso e quem financia o período de manutenção. Um nome famoso de inquilino responde apenas a parte dessa lista de verificação.

A Notificação É um Alerta, Não Evidência de Inadimplência

O ponto cético mais importante é que uma notificação de proteção não prova que o Project Jupiter sofrerá atraso ou que a Oracle não consegue cumprir suas obrigações.

Manchetes que descrevem aluguel adiado podem sugerir dificuldades financeiras imediatas. As reportagens disponíveis não sustentam essa conclusão.

A Oracle afirma que o Project Jupiter permanece dentro do cronograma planejado. A empresa também afirma que notificações de força maior são comuns em grandes empreendimentos e não alteram automaticamente as expectativas de entrega.

A notificação parece ter sido elaborada para preservar direitos contratuais antes que um prazo de pagamento ou construção se torne objeto de disputa. Empresas fornecem rotineiramente essas notificações porque deixar de fazê-lo pode enfraquecer sua posição posterior.

Também não está claro se a Stack aceita a interpretação da Oracle sobre os eventos que acionaram o mecanismo. A força maior depende de linguagem contratual específica. As partes podem discordar sobre se contratempos no licenciamento, oposição pública ou atrasos no fornecimento de energia atendem a essa linguagem.

Acordos privados limitam ainda mais o que observadores externos podem concluir. Reportagens públicas descrevem disposições-chave, mas a locação completa, aditivos, garantias e documentos de financiamento não estão disponíveis para análise independente.

A linguagem de “hell-or-high-water” também complica interpretações simples. Segundo relatos, a Oracle não pode rescindir a locação apenas porque a energia não está disponível. Essa disposição apoia os investidores ao manter o inquilino vinculado ao projeto.

Ao mesmo tempo, um mecanismo separado de força maior pode ajustar quando o aluguel começa. A interação entre essas cláusulas determina quanta proteção cada lado realmente recebe.

Os custos de manutenção oferecem outro motivo para cautela. Se a Oracle tiver de continuar cobrindo juros e retornos dos investidores, o alívio financeiro decorrente do adiamento do aluguel poderá ser limitado. Um adiamento de três anos funcionaria então mais como um ajuste de cronograma do que como uma saída do projeto.

As disputas locais também estão sem resolução, e não decididas permanentemente. Licenças podem ser concedidas após audiências, pedidos revisados, condições adicionais ou litígios. Rotas de infraestrutura podem mudar. Cronogramas de construção podem absorver alguns atrasos.

A Oracle já comprometeu recursos substanciais e credibilidade pública no Novo México. A empresa afirma que o Project Jupiter trará benefícios econômicos regionais e fortalecerá a capacidade doméstica de IA. Abandonar o projeto criaria custos operacionais, contratuais e reputacionais.

No entanto, a garantia da Oracle não deve encerrar a análise. A declaração da empresa é uma afirmação prospectiva, não uma verificação independente de que cada dependência permanece dentro do cronograma.

O Project Jupiter enfrentou desafios envolvendo licenças de emissões atmosféricas, infraestrutura de gás, acesso à água e oposição local. Esses fatores são relevantes porque afetam a capacidade operacional do local, e não apenas sua imagem pública.

A resistência nacional a data centers também cresceu à medida que comunidades analisam a demanda por eletricidade, o uso de água, incentivos fiscais, emissões e os efeitos sobre os custos de serviços públicos domésticos. Uma visão geral da oposição identificou resistência surgindo em diferentes regiões e grupos políticos.

Esse contexto mais amplo aumenta a probabilidade de que outros campi de IA encontrem disputas semelhantes. Ele não estabelece que toda disputa interromperá a construção.

A conclusão apropriada é mais limitada. O Project Jupiter é um alerta de que os modelos de financiamento devem considerar riscos políticos e de infraestrutura antes do início da construção.

Se o campus abrir dentro do cronograma, a notificação pode permanecer uma nota de rodapé processual. Mesmo assim, os credores saberão que a Oracle considerou o risco suficientemente relevante para preservar suas opções contratuais.

Se o cronograma sofrer atraso, o setor terá um exemplo muito mais claro de como perdas e atrasos se propagam pelos acordos de infraestrutura de IA.

Três Sinais Mostrarão se o Project Jupiter É uma Exceção

A próxima fase será decidida pelas licenças, pela entrega efetiva de energia e pelo tratamento financeiro de qualquer alteração no cronograma.

O primeiro sinal é o resultado do processo de qualidade do ar do Novo México. A aprovação eliminaria uma importante fonte de incerteza para a microrrede proposta de células de combustível. As condições vinculadas a essa aprovação ainda seriam importantes, porque novos requisitos de monitoramento, emissões ou construção podem afetar o cronograma.

Uma negativa ou um desafio jurídico prolongado reforçaria as preocupações em torno do atraso no aluguel do Oracle Project Jupiter. Isso sugeriria que a solução de energia pretendida pelo projeto não pode avançar no cronograma original.

O segundo sinal é o progresso da infraestrutura de gás e elétrica. Os anúncios devem ser julgados por marcos concluídos, não por rotas planejadas ou datas-alvo. Os investidores precisam de evidências de que o fornecimento de combustível, os equipamentos de geração, as interconexões e os sistemas de backup podem sustentar operações em fases.

Esse sinal mostrará se o campus tem um caminho viável da construção licenciada à computação utilizável. Um prédio pode parecer quase concluído e ainda estar a meses ou anos de atender clientes se os sistemas de energia ficarem atrasados.

O terceiro sinal é como Oracle, Stack, Blue Owl e os credores descrevem o projeto em divulgações financeiras. Observe mudanças nas datas de início, custos de manutenção, duração da locação, reservas de financiamento ou fluxo de caixa esperado.

Um cronograma negociado que preserve os pagamentos aos investidores enfraqueceria o argumento de que o Project Jupiter representa uma quebra mais ampla no financiamento. Isso mostraria que o contrato absorveu um período difícil de desenvolvimento conforme projetado.

Uma disputa sobre força maior, um marco de financiamento perdido ou uma grande reestruturação reforçaria o alerta. Esse resultado levaria os credores a reprecificar empreendimentos semelhantes e examinar com mais rigor outros projetos respaldados por inquilinos.

Os próximos relatórios de resultados da Oracle também fornecerão contexto útil. Os investidores devem comparar a capacidade entregue com os gastos de capital, o fluxo de caixa livre e a receita de infraestrutura de nuvem. Essas medidas mostram se a expansão física está se traduzindo em negócios reconhecidos.

A lição mais ampla não é que os data centers de IA sejam impossíveis de financiar. A demanda de provedores de nuvem e desenvolvedores de IA continua substancial, e grandes campi seguem avançando.

A lição é que a demanda não pode ser financiada isoladamente da geografia. Cada campus depende de um sistema elétrico específico, de um processo regulatório, de um mercado de trabalho, de um plano de uso da água e da comunidade local.

Os desenvolvedores precisarão concluir uma parcela maior desse trabalho antes de apresentar contratos de locação com inquilinos como fluxos de caixa quase certos. Os credores precisarão examinar o risco de execução local, em vez de depender principalmente do crédito corporativo do inquilino.

Os compradores de tecnologia empresarial também devem prestar atenção. Atrasos em data centers podem influenciar quando a capacidade de nuvem estará disponível, onde as cargas de trabalho serão executadas e se os provedores revisarão seus cronogramas de implantação. Clientes que planejam grandes programas de IA precisam de alternativas quando a infraestrutura contratada chega atrasada.

O atraso no pagamento de aluguel do Oracle Project Jupiter ainda não se tornou uma crise de pagamentos da Oracle. Ele se tornou um teste de se a engenharia financeira consegue permanecer alinhada à infraestrutura física.

Nos próximos meses, as evidências decisivas virão de licenças, marcos de construção e divulgações contratuais. Se esses sinais permanecerem no rumo certo, o Project Jupiter poderá validar as proteções incorporadas ao seu financiamento. Se se deteriorarem, os credores terão de reconsiderar quanta confiança um contrato de locação com uma hyperscaler deve proporcionar.