Oracle cita ‘força maior’ para se proteger em controverso data center
A tentativa da Oracle de invocar força maior para adiar pagamentos de um enorme data center de IA no Novo México, depois que reguladores bloquearam um gasoduto-chave, está levantando questões sobre quanto risco empresas — e não governos — devem assumir por atrasos de licenciamento e infraestrutura. Comentadores debatem se esses gargalos sinalizam uma demanda genuína e avassaladora por computação de IA ou o começo de uma bolha de data centers superdimensionada, alimentada por projeções de receita irreais. O fio também traz ceticismo mais amplo sobre a saúde financeira e as práticas de negócios da Oracle, além de nuances jurídicas sobre quando cláusulas de força maior e de “mudança na lei” se aplicam legitimamente.
Posição Financeira e Estratégia da Oracle
- Comentadores observam a grande alavancagem da Oracle (>
US$100 bilhões) e a nota BBB-, com seguro de crédito custando muito mais do que para emissores típicos com grau de investimento. - Alguns argumentam que a classificação é generosa demais e que sua dívida é negociada como lixo; outros dizem que as notas refletem a capacidade de pagamento, não a ética.
- As demissões são interpretadas por alguns como uma forma de preservar caixa para a expansão de IA/data centers, e não como sinal de colapso das vendas.
- Há debate sobre se os credores deveriam se sentir tranquilos: se a Oracle não puder gastar como planejava, pagar a dívida pode ficar mais fácil, mas a avaliação das ações pressupõe altos retornos desse gasto.
Demanda por Data Centers de IA vs. Preocupações com Bolha
- Uma corrente vê restrições reais de oferta: instâncias spot desaparecendo, hyperscalers “não conseguem acompanhar”, e uma mudança de longo prazo em que “tudo vai ser IA”, incluindo a automação da maior parte do trabalho intelectual e físico.
- Outros questionam se a demanda atual e de curto prazo justifica a enorme capacidade ainda não construída (dezenas de GW). Exemplos incluem a situação da Anthropic, capacidade “sobrante” alugada da xAI/Meta, e expectativas de excesso de oferta.
- Céticos comparam isso a um excesso de construção no estilo do mercado imobiliário chinês: a capacidade física pode existir, mas ficar subutilizada à medida que alocação e modelos de negócio se ajustam.
- Alguns argumentam que excesso de oferta é típico de booms de tecnologia e acaba beneficiando os consumidores, mesmo que os construtores sofram.
Força Maior e Questões Legais/Regulatórias
- O fio gira em torno da Oracle invocando “força maior” depois que reguladores bloquearam infraestrutura crucial (por exemplo, gasoduto, licenças para data center).
- Um ponto de vista: se governos inicialmente incentivaram a construção de DCs e depois voltaram atrás ou apertaram as regras no meio do projeto, isso se encaixa no propósito de cláusulas de força maior ou de “mudança na lei”.
- Contra-argumento: muitos atrasos decorrem de obstáculos previsíveis de licenciamento e ambientais que a Oracle e seus parceiros deveriam ter antecipado; falhar em obter aprovações não está “além do controle” deles.
- Alguns enfatizam que força maior normalmente exige impossibilidade real por eventos imprevisíveis (guerras, pandemias), não estouros de custo ou mudanças políticas. Outros observam que a aplicabilidade depende inteiramente da redação do contrato e da jurisprudência local.
- Há ceticismo de que as empresas passem a esticar cada vez mais alegações de força maior à medida que o entusiasmo com IA esfria e os projetos ficam financeiramente pressionados.
Ecossistema de Produtos da Oracle e Reputação
- Forte crítica às práticas de licenciamento/auditoria hostis ao cliente da Oracle; vários observam empresas tentando migrar para longe dela.
- Outros enfatizam a profunda presença da Oracle em grandes empresas e no governo por meio de database e ERP (por exemplo, faturamento, HCM, finanças), com procedimentos armazenados complexos e lógica de negócio tornando a migração extremamente difícil.
- Alguns ainda veem o Oracle Database como uma plataforma de ponta, rica em recursos e bem suportada, e valorizam ter um “pescoço para apertar” para dados críticos; outros o chamam de bugado, hostil ao usuário e inferior às alternativas modernas de código aberto.