Introdução
Os provedores de capital precisam decidir qual função de dados merece uma localização fora da Terra e qual órbita se adapta a essa função. Armazenamento e computação são serviços diferentes. O armazenamento de arquivos protege as informações ao longo do tempo e é avaliado pela integridade, capacidade de recuperação, autenticidade e acesso controlado. A computação transforma informações e é avaliada pelo rendimento, latência, disponibilidade, eficiência energética e utilidade de sua produção. Uma comparação que trate ambos como capacidade genérica de data center obscurece a sua economia.
A Lua e o LEO também criam sistemas operacionais diferentes. A distância média Terra-Lua é de cerca de 384.400 quilômetros. O material da NASA coloca a latência do sinal lunar unidirecional em aproximadamente 1,3 segundos antes do roteamento, codificação, enfileiramento ou processamento do aplicativo. Um caminho LEO de 550 quilômetros tem um tempo de propagação vertical ideal abaixo de dois milissegundos, embora um serviço real acrescente geometria, gateway, rede e atraso de processamento. [5][30]
A decisão de investimento deve começar pelos dados do cliente, tempo de resposta necessário, objetivo de recuperação, controle legal e disposição a pagar. A arquitetura segue esses requisitos. A estrutura neste documento os converte em evidências técnicas, contratos, fluxo de caixa e valor ajustado ao risco.
1. Defina os dois serviços
Um arquivo lunar armazena dados selecionados em hardware colocado na Lua ou ao redor dela. A sua finalidade potencial é a preservação, a recuperação retardada, a separação estratégica, a continuidade científica ou um registo protegido. O serviço requer ingestão de dados, replicação, verificação de fixidez, evidências de custódia, controle de acesso, recuperação e eventual migração de mídia. Uma carga útil que carrega uma cópia única sem integridade contínua e serviço de recuperação é uma demonstração ou cápsula do tempo, em vez de um arquivo operacional.
Uma plataforma de computação LEO processa dados na órbita da Terra. Pode receber dados de sensores de satélites, executar inferência ou transformação, selecionar informações para transmissão, coordenar outras naves espaciais ou fornecer um serviço de carga de trabalho gerenciado. Sua produção comercial deve ser medida por meio de cálculos aceitos, redução do volume de downlink, melhoria do tempo de resposta ou outro resultado do cliente. O hardware em órbita não cria por si só um serviço de computação.
Ambas as arquiteturas dependem de sistemas terrestres. As estações terrestres, a identidade, a encriptação, as interfaces com os clientes, a monitorização, a faturação e a governação continuam a ser importantes. O perímetro investível deve identificar quais ativos e contratos são controlados pela empresa do projeto e quais permanecem compartilhados com patrocinadores ou terceiros.
2. Comece com o caso de uso
O armazenamento lunar se adapta a dados que podem tolerar gravação e recuperação lentas, tem alto valor de preservação, se beneficia da separação geográfica extrema e permanece útil após longos períodos sem interação frequente. As categorias de candidatos podem incluir registros científicos selecionados, arquivos culturais, chaves de recuperação de desastres, registros regulamentados quando legais e cópias de continuidade estratégica. Cada categoria requer análise jurídica e de segurança específica do cliente.
A computação LEO se adapta a dados gerados no espaço, cargas de trabalho que reduzem o volume de transmissão, operações autônomas, coordenação e processamento de satélites sensíveis ao tempo que se beneficiam da proximidade de sensores orbitais. As aplicações empresariais convencionais geralmente dependem de usuários terrestres, dados terrestres e interações em escala de milissegundos com redes terrestres. A sua economia de serviços geralmente favorece a infra-estrutura terrestre, a menos que uma restrição específica apoie um projecto orbital.
A disciplina de casos de uso protege a avaliação. Uma afirmação ampla sobre armazenamento soberano ou demanda de nuvem orbital deve ser decomposta em clientes nomeados, classes de dados, frequência de transação, latência aceitável, retenção necessária, método de recuperação, política de segurança e valor do contrato.
3. Separe a resiliência do afastamento
Resiliência é a probabilidade de os dados permanecerem autênticos, legíveis e recuperáveis dentro do tempo de recuperação acordado após falhas definidas. A distância física pode reduzir a exposição a um desastre terrestre partilhado. Também pode criar novas causas comuns, incluindo perda de lançamento, radiação, falha térmica, interrupção de comunicações, falta de energia, defeitos de software e logística de substituição indisponível.
As orientações da Biblioteca do Congresso para preservação digital enfatizam múltiplas cópias, diferentes mídias, separação geográfica, verificações de fixidez e substituição planejada de mídias. Uma cópia lunar pode adicionar diversidade geográfica. Deve permanecer como uma camada controlada num sistema de preservação mais amplo, com cópias verificadas da Terra, metadados e capacidade de reparação. [23][24][25]
Meça a resiliência por meio de testes completos. O serviço deve detectar corrupção, identificar a versão oficial, reconstruir dados danificados, comprovar o controle de acesso e recuperar um objeto utilizável. Uma reivindicação de sobrevivência de hardware sem evidência em nível de dados não deveria receber prêmio de preservação.
4. Quantifique a latência física
A propagação do sinal cria um limite inferior que a arquitetura não pode remover. Na Lua, a NASA usa cerca de 1,3 segundos em um sentido. Uma solicitação e uma resposta requerem, portanto, pelo menos cerca de 2,6 segundos de tempo de luz antes da sobrecarga da rede e do aplicativo. Múltiplos handshakes de protocolo adicionam mais atrasos. Isso permanece compatível com fluxos de trabalho de arquivamento assíncronos e muitas transferências de máquina para máquina, ao mesmo tempo que restringe aplicativos interativos. [5]
A latência LEO varia com altitude, geometria, transferência, roteamento, gateways e trânsito terrestre. Um caminho local do satélite para o computador pode ser curto. Um serviço encaminhado através de infra-estruturas terrestres distantes pode perder essa vantagem. Os investidores devem exigir uma latência medida de ponta a ponta para a carga de trabalho e a rota reais, em vez de um cálculo baseado apenas na altitude.
A latência só tem valor econômico quando o contrato a paga. O modelo deve vincular o tempo de resposta aos resultados aceitos, largura de banda evitada, melhor utilização de ativos, receita do cliente ou redução de perdas. Um caminho mais rápido sem uma decisão valiosa não tem fluxo de caixa independente.
5. Mapeie o fluxo de dados
Descreva cada movimento desde a origem dos dados até o resultado aceito pelo cliente. Um arquivo lunar pode envolver ingestão terrestre, criptografia, pré-carga de lançamento, uplink incremental, armazenamento, verificação de fixidez, relatório de status, solicitação de recuperação, leitura lunar, downlink, confirmação de integridade e entrega ao cliente. Cada etapa tem suposições de capacidade, disponibilidade, custo e controle.
Um fluxo de computação LEO pode envolver captura de sensor, roteamento inter-satélite, alocação de carga de trabalho, processamento, armazenamento, seleção de downlink, recebimento de gateway e entrega terrestre. A compactação ou inferência pode reduzir o volume transmitido, enquanto as atualizações de software e de modelo criam tráfego reverso.
O mapa de fluxo de dados deve identificar a custódia e a autoridade em cada interface. Ele também deve mostrar onde existe o texto simples, onde residem as chaves, qual entidade pode excluir ou modificar dados e como um cliente prova que uma saída veio da carga de trabalho e do conjunto de dados aprovados.
6. Defina o serviço de preservação
Um contrato de arquivamento deve especificar formatos aceitos, identificadores de objetos, metadados, criptografia, algoritmo de soma de verificação, replicação, frequência de fixidez, resposta à corrupção, retenção, retenção legal, recuperação, exclusão, migração e relatório de evidências. PREMIS define conceitos de metadados de preservação que apoiam o gerenciamento de longo prazo e a prova de eventos. [25]
O cliente precisa de um objetivo de ponto de recuperação e de um objetivo de tempo de recuperação. Uma camada lunar pode fornecer uma cópia muito antiga, mas isolada, enquanto as camadas terrestres ou LEO proporcionam uma recuperação mais rápida. A arquitetura deve indicar qual falha cada cópia aborda e a ordem em que a recuperação ocorre.
A longa retenção cria obsolescência de formato e mídia. A promessa de armazenar bits durante décadas está incompleta sem direitos de migração, financiamento de substituição e um processo verificado para manter o conteúdo utilizável. A duração do contrato não deve exceder o período suportado pela vida útil do hardware, energia, comunicações, financiamento e capacidade de migração.
7. Defina o serviço de computação
Um contrato de computação LEO deve definir carga de trabalho, entrada, saída, rendimento, tempo de processamento, disponibilidade, tratamento de dados, versão do modelo, aceitação do cliente, preço, créditos de serviço e rescisão. A capacidade pode ser medida através de trabalhos aceitos, tempo útil do processador ou outra unidade vinculada à receita.
A configuração financiada deve ser suficientemente congelada para completar os testes técnicos. Futuros processadores, aceleradores ou modelos podem permanecer fora do perímetro de dívida ou aquisição até serem qualificados. A atualização rápida pode melhorar o desempenho e também pode reabrir riscos de radiação, térmicos, de software e de aceitação do cliente.
O trabalho da NASA em computação de voos espaciais de alto desempenho visa grandes ganhos na capacidade de processamento e tolerância a falhas para missões futuras. Os programas de tecnologia pública fornecem orientação técnica. Uma avaliação comercial ainda precisa de evidências para hardware, software e ambiente operacional específicos. [29]
8. Distinguir valor ativo e passivo
O valor do arquivo lunar pode ser principalmente passivo. O cliente pode pagar pela custódia, evidência de integridade e recuperação rara. A baixa frequência de acesso pode reduzir a procura de comunicações. Também limita eventos de serviço observáveis e torna mais difícil comprovar o desempenho contínuo.
O valor de cálculo LEO está ativo. A receita depende de cargas de trabalho repetidas, disponibilidade operacional e aceitação do cliente. A plataforma pode gerar telemetria e evidências comerciais mais ricas. Enfrenta maior uso de energia, mudanças de software, suporte ao cliente e obsolescência.
Os investidores devem utilizar diferentes indicadores-chave de desempenho. Um arquivo lunar deve relatar petabytes protegidos, objetos verificados, exceções de fixidez, testes de recuperação, vida da mídia e cobertura de migração. Um serviço de computação LEO deve relatar capacidade de processamento utilizável, trabalhos aceitos, utilização faturável, latência, taxa de falhas, energia por unidade aceita e renovação.
9. Subscrever lançamento e entrega
A entrega para LEO e a entrega para a Lua são produtos logísticos diferentes. Massa, volume, vibração, exposição à radiação, integração, transferência, pouso e comissionamento afetam o custo e a probabilidade de falha. O preço de lançamento cotado não inclui todos os serviços necessários para criar um ativo lunar operacional.
A iniciativa CLPS da NASA fornece entrega de carga útil comercial de ponta a ponta, incluindo integração, operações de missão, lançamento e pouso. A NASA relata 17 contratos de entrega e mais de 60 instrumentos, ao mesmo tempo que descreve o pouso lunar como difícil e aceita o risco da missão. O Inspetor Geral da NASA também identificou cronograma, requisitos em evolução e desafios de contratação. [10][11]
Modelo entregue custo por etapa. Inclui qualificação de carga útil, integração, lançamento, transferência, retransmissão, pouso, comissionamento, seguro, sistemas terrestres e capacidade de reserva. Exigir evidências contratuais executadas para as etapas que apoiam o caso base.
10. Modele o poder como uma restrição de serviço
O armazenamento consome menos energia do que a computação de alto desempenho, mas ambos exigem energia para controle, comunicações, gerenciamento térmico e verificações de integridade. A potência da superfície lunar depende do local e da arquitetura. A NASA identifica a energia localizada contínua como essencial e descreve uma noite lunar de aproximadamente quatorze dias, faixas de temperatura extremas, energia solar, célula de combustível regenerativa, radioisótopos e opções de fissão em desenvolvimento. [7][15][16]
O modelo energético deve utilizar energia disponível em serviço após degradação da geração, perda de armazenamento, cargas térmicas, comunicações, sistemas de plataforma e reserva. Um valor solar de placa de identificação não deve ser tratado como energia utilizável contínua.
Os nós LEO experimentam ciclos de eclipse e uso repetido da bateria. Os sistemas lunares enfrentam longa escuridão ou requerem iluminação polar favorável, energia armazenada ou fornecimento não solar. Os requisitos de massa e substituição resultantes pertencem ao custo de capital e à vida útil dos ativos.
11. Subscreva o ambiente térmico
Os meios eletrônicos e de armazenamento operam dentro dos limites de temperatura qualificados. A NASA descreve extremos da superfície lunar, regiões frias permanentemente sombreadas e a massa e potência adicionais exigidas por caixas eletrônicas quentes. Análises recentes da carga lunar também encontraram diferenças entre o comportamento térmico previsto e observado associado ao terreno, ambiente de radiação e poeira. [8][13][14]
Exigir testes de vácuo térmico para a configuração financiada e as suposições do local. A durabilidade do armazenamento, o desempenho de gravação, a taxa de erros e a recuperação de leitura devem ser testados em ciclos relevantes. A computação LEO deve ser testada em carga de trabalho sustentada porque o calor rejeitado pode limitar o ciclo de trabalho.
A evidência térmica afeta o valor através da capacidade utilizável, disponibilidade de serviço, energia, degradação e substituição. Uma plataforma que deve operar em um ciclo de trabalho baixo tem menos capacidade de receita do que sugere o hardware instalado.
12. Conta para radiação e corrupção de dados
Partículas ionizantes podem causar efeitos de evento único, erros de dados, reinicializações e danos permanentes. A demonstração RadPC da NASA usa processadores redundantes e avaliação de saúde em tempo real para se recuperar de falhas induzidas por radiação. O projeto mostra uma direção de mitigação e não valida todo armazenamento comercial ou design de computação. [9]
O programa de diligência deve abranger seleção de componentes, blindagem, código de correção de erros, depuração, redundância, injeção de falhas, modo de segurança, reinicialização, reparo de objetos corrompidos e telemetria. A integridade dos dados deve ser comprovada acima da camada do dispositivo por meio de somas de verificação ponta a ponta e cópias independentes.
Modele a corrupção latente separadamente da falha de hardware visível. Um serviço de armazenamento pode permanecer ativo e responsivo enquanto retorna dados danificados ou não autênticos. Este risco afeta garantia, seguro, reserva e recursos do cliente.
13. Projete a arquitetura de comunicações
A especificação LunaNet da NASA define padrões e interfaces para comunicações cooperativas e serviços de navegação ao redor da Lua. Abrange comunicações diretas à Terra e de retransmissão e foi projetado para vários provedores governamentais e comerciais. A NASA selecionou o desenvolvimento de relés em etapas, enquanto o programa Moonlight da ESA descreve uma arquitetura de comunicação e navegação de cinco satélites. [1][2][3][4]
Estes programas podem reduzir as barreiras infra-estruturais ao longo do tempo. Disponibilidade, cobertura, capacidade, preço e condições comerciais ainda exigem contratos. Um projeto deve identificar links primários e alternativos, estações terrestres, janelas de serviço, exposição climática, direitos de espectro, protocolo, segurança e restauração.
A rede tolerante a atrasos e interrupções armazena dados até que uma rota fique disponível. A NASA está implantando DTN como parte de sua arquitetura de rede mais ampla. DTN melhora a operação através de links interrompidos; ele não remove a latência do tempo de luz nem cria largura de banda ausente. [6]
14. Proteger o espectro e a interoperabilidade
A coordenação do espectro afeta as redes lunares e da órbita terrestre. Os procedimentos da UIT exigem que sistemas não geoestacionários identifiquem se o corpo de referência é a Terra ou outro objeto como a Lua. As missões lunares também enfrentam requisitos de coordenação e proteção de frequência, incluindo a zona protegida da Lua usada para radioastronomia. [17][18][19]
O projeto deve registrar registros, atribuições, condições operacionais, marcos, obrigações de interferência e efeitos de mudança de controle. O valor para o cliente pode diminuir se o serviço não tiver comunicações fiáveis ou se as emissões restringirem uma localização cientificamente sensível.
A interoperabilidade reduz a dependência de um relé ou terminal quando existem vários provedores compatíveis. Uma reivindicação de conformidade com os padrões deve ser apoiada por testes de conformidade, documentação de interface e um plano de transição operacional.
15. Defina soberania com cuidado
O Tratado do Espaço Exterior afirma que o espaço exterior e os corpos celestes não estão sujeitos à apropriação nacional. Também atribui responsabilidade pelas atividades espaciais nacionais e prevê que um estado de registo retenha jurisdição e controlo sobre o seu objeto registado. Uma localização lunar, portanto, não cria soberania territorial. [20]
Para os clientes, a soberania dos dados pode referir-se à lei aplicável, autoridade do controlador, custódia, acesso, chaves de criptografia, nacionalidade do operador, exposição ao acesso governamental, restrições de transferência e auditabilidade. Esses atributos dependem de contratos e análises jurídicas da empresa do projeto, estado de lançamento, registro, operadoras, estações terrestres e clientes.
O documento utiliza a soberania como um requisito comercial para um controlo demonstrável e uma governação legal. Qualquer caso de investimento deve substituir uma linguagem estratégica ampla por um mapa de jurisdições, pareceres jurídicos, políticas de clientes e soluções contratuais.
16. Crie segurança centrada em dados
A segurança deve seguir os dados da Terra, lançamento, órbita, sistemas lunares e ligações terrestres. A orientação de confiança zero do NIST trata a localização como insuficiente para a confiança e enfatiza o acesso verificado aos recursos distribuídos. As orientações de classificação de dados do NIST apoiam regras baseadas nas próprias informações. [21][22]
Classifique os objetos antes de ingeri-los. Defina criptografia em trânsito e em repouso, geração de chaves, custódia, rotação, recuperação, acesso privilegiado, identidade do dispositivo, atestado de carga de trabalho, registro em log, resposta a incidentes e exclusão segura. Uma cópia lunar criptografada com chaves indisponíveis não tem valor de recuperação.
Separe a resiliência cibernética da separação física. Um defeito de software, uma credencial roubada ou uma atualização maliciosa podem se propagar em cópias distantes. Planos de controle independentes, atualizações em estágios, logs imutáveis e recuperação testada podem reduzir falhas correlacionadas.
17. Estabeleça a aceitação do cliente
A receita torna-se financiável quando o cliente aceita um serviço comprovado. Para armazenamento, a aceitação pode exigir ingestão verificada, soma de verificação independente, status de replicação, teste de recuperação e certificado de custódia. Para computação, pode exigir precisão de saída, tempo de processamento, disponibilidade, tratamento de dados e reconciliação de faturas.
Os contratos devem indicar pagamento mínimo, preço de uso, indexação, créditos de serviço, responsabilidade, rescisão, devolução de dados e suporte à migração. As declarações estratégicas, os memorandos-piloto e a capacidade reservada sem pagamento executório não devem contabilizar as receitas contratadas pelo valor total.
A concentração de clientes merece ajuste explícito. As primeiras plataformas de dados espaciais podem depender de uma agência governamental, afiliado patrocinador ou cliente âncora. As aquisições, as dotações, a rescisão e as condições da política devem ser modeladas a partir do contrato executado.
18. Construa o modelo de receita
Os preços do armazenamento lunar podem incluir configuração, ingestão, capacidade protegida, relatórios de integridade, recuperação, retenção legal e migração. Um pagamento único de carga útil deve ser separado da receita recorrente de preservação. A longa duração do contrato só pode sustentar valor quando o preço, o aumento dos custos, o desempenho e a rescisão permanecerem viáveis.
O preço da computação LEO pode incluir capacidade reservada, trabalho aceito, tempo de processador, redução de dados, resultado entregue ou disponibilidade. O lado positivo do uso deve receber um peso de evidência menor do que os mínimos aplicáveis até que a utilização e a renovação sejam observadas.
As previsões de receitas devem reconciliar as unidades físicas com as faturas. Os objectos protegidos, a capacidade faturável, o processamento e as recolhas aceites devem ser visíveis num registo de provas comum. O pipeline de marketing e a capacidade técnica devem permanecer fora do cenário base contratado.
19. Custo operacional e do ciclo de vida do modelo
O custo operacional inclui rede, estações terrestres, software, segurança, monitoramento, suporte ao cliente, seguros, espectro, conformidade regulatória e gerenciamento de programas. O hardware pode exigir recuperação remota, reabastecimento ou substituição completa porque o reparo em campo é limitado.
A logística lunar pode criar longos períodos de restauração. O modelo de custo deve incluir carga útil de substituição, integração, janela de entrega, comissionamento e nova replicação de dados. A substituição do LEO pode ser mais rápida e exigir coortes mais frequentes devido à órbita e à atualização tecnológica.
Financie as reservas do ciclo de vida antes das distribuições. O cronograma de reserva deve seguir a vida útil do projeto qualificado, falhas observadas, prazo de fabricação, acesso ao lançamento e migração de mídia. Um ativo com vida nominal além da substituição financiada tem valor terminal não suportado.
20. Compare os ciclos de substituição
A vida da mídia, a obsolescência do processador e a vida da plataforma são separadas. A mídia de arquivo pode permanecer fisicamente legível enquanto os sistemas de formato, controlador ou criptografia se tornam obsoletos. O hardware de computação pode permanecer funcional enquanto perde competitividade comercial.
O caso lunar deve definir janelas planejadas de verificação de leitura e migração. Uma reivindicação de longa duração requer testes acelerados, evidências de componentes e um caminho de substituição acessível. A computação LEO deve definir atualização de coorte, compatibilidade com versões anteriores e transição do cliente.
O prazo da dívida e do contrato não deve exceder o período com evidência de serviço resiliente. O valor terminal deve refletir o capital de reposição necessário para continuar o serviço, em vez de assumir o dinheiro perpétuo do hardware inicial.
21. Trate o seguro como uma transferência parcial de risco
A cobertura potencial pode incluir lançamento, trânsito, propriedade em órbita ou superfície, responsabilidade civil, cibernética e interrupção de negócios. A disponibilidade e os termos dependem da missão real, das evidências técnicas, da agregação, das exclusões e das condições de mercado.
O seguro não pode substituir uma arquitetura viável. A autenticidade dos dados, a procura dos clientes, a obsolescência dos formatos, os defeitos de software ou a substituição lenta podem permanecer excluídos ou difíceis de quantificar. Modelo de franquias, períodos de carência, atrasos em sinistros e perdas não seguradas.
Atribuir receitas e definir a reintegração. Um pagamento de reivindicação pode reembolsar dívidas ou reconstruir capacidade, e os documentos devem indicar qual resultado tem prioridade. A continuidade do cliente pode exigir liquidez antes que uma seguradora faça um acordo.
22. Alocar risco de conclusão
A conclusão deverá converter a exposição ao desenvolvimento num serviço operacional aceite. Um arquivo lunar pode exigir entrega bem-sucedida, energia, comunicações, gravação de armazenamento, verificação de fixidez, recuperação, segurança e aceitação do cliente. A computação LEO pode exigir uma coorte operacional mínima, carga de trabalho sustentada, latência, disponibilidade e saída aceita.
O apoio do patrocinador deve cobrir custos excessivos, testes reprovados, atrasos na entrega, substituição e serviço da dívida antes da conclusão. A liberação deve seguir certificação independente e reservas financiadas.
A conclusão parcial merece tratamento definido. Um nó sobrevivente ou uma cópia armazenada pode ter valor científico e nenhum valor comercial. O contrato de financiamento e compra deve vincular a conclusão ao serviço vendido aos clientes.
23. Construa o perímetro de financiamento
A tecnologia inicial, a entrega de primeira qualidade e a procura não contratada normalmente exigem capital próprio, subvenções, pré-pagamentos de clientes ou capital estratégico. Os grupos operacionais com receitas aceites podem apoiar o financiamento de equipamentos, dívida estruturada ou dívida de projeto sujeita a alocação de risco.
Manter a expansão especulativa fora do perímetro financiado. Um veículo para fins especiais deverá deter os activos, contratos, contas, direitos de propriedade intelectual e acesso operacional necessários para fornecer o serviço definido. As dependências partilhadas dos patrocinadores necessitam de contratos de plena concorrência e de apoio à transição.
O caixa disponível para o serviço da dívida deve ser calculado após custos operacionais, impostos, capital de giro e reserva para o ciclo de vida. O dimensionamento da dívida deve utilizar receitas aceites em baixa e não deve basear-se num múltiplo de saída não comprovado.
24. Valorize as evidências em vez da novidade
O valor deve ser construído a partir de unidades contratadas, desempenho, custo e risco aceitos. Aplicar fluxo de caixa descontado ao perímetro de serviço evidenciado. Use as referências de mercado com cautela porque o armazenamento terrestre, a nuvem terrestre, os operadores de satélite e os empreendimentos espaciais pré-receita têm economias diferentes.
Ajuste para capital restante, cronograma, conclusão técnica, concentração de clientes, financiamento do ciclo de vida, direitos regulatórios e liquidez. Um prémio de novidade sem prova de dinheiro pode ocultar custos e riscos. O valor da opção estratégica deve ser declarado separadamente com probabilidade e vencimento.
A IFRS 13 enquadra o valor justo em torno de premissas de participantes do mercado. A IAS 36 exige fluxo de caixa sustentável e análise de imparidade, enquanto a IAS 38 aborda o reconhecimento de ativos intangíveis. Estas normas não prescrevem o valor da transação para uma plataforma lunar, mas reforçam a evidência disciplinada, a vida útil e a análise da unidade geradora de caixa. [26][27][28]
25. Aplicar o prémio de resiliência
Um prémio de resiliência é igual ao valor presente da perda evitada ou do serviço preservado para o cliente, limitado pelo preço de alternativas credíveis. Deve ser estimado a partir do valor dos dados do cliente, modelo de ameaça, arquitetura de recuperação, seguro e disposição a pagar.
A distância extrema pode abordar uma classe restrita de eventos terrestres correlacionados. Armazenamento terrestre multirregional, mídia off-line, organizações independentes e cópias LEO podem fornecer resiliência mais barata para muitos clientes. A comparação deve incluir essas alternativas.
Não aloque nenhum prêmio quando a camada lunar não puder ser testada, recuperada, usada legalmente ou mantida atualizada. A evidência de um contrato pago e de repetidos testes de recuperação fornece uma base mais sólida do que um rótulo estratégico.
26. Aplique o ajuste de latência
A latência reduz o valor das cargas de trabalho interativas e pode ter pouco efeito nos arquivos frios. Classifique cada serviço por requisito de resposta. Controle em tempo real, negociação, voz e software interativo têm limites rígidos. O processamento científico em lote, a análise atrasada e a recuperação de arquivos podem tolerar mais atrasos.
Para computação LEO, meça o caminho completo desde a origem dos dados até a saída aceita. O caso de valor pode surgir do processamento local antes do downlink, em vez de uma interação mais rápida com um usuário do Earth.
O modelo de avaliação deve reduzir o preço, a utilização ou a procura endereçável quando a latência medida excede os requisitos do cliente. Deve evitar um desconto único de latência global aplicado a serviços não relacionados.
27. Aplicar o ajuste de soberania
Os clientes podem pagar por controle de chave verificado, acesso restrito do operador, jurisdições nomeadas, compras soberanas, continuidade independente ou separação física. Cada requisito deve aparecer no contrato e no projeto operacional.
A soberania também pode adicionar custos. O licenciamento nacional, o controlo de exportações, as aquisições, a acreditação de segurança, a localização de dados e os requisitos de auditoria podem restringir fornecedores e clientes. Deverão ser incluídas obrigações de registo e autorização.
Valorize o benefício líquido contratado após custo de conformidade e concentração. Uma plataforma dependente de um programa político ou de um cliente soberano pode ter relevância estratégica e risco material de renovação ao mesmo tempo.
28. Compare a maturidade técnica
A NASA, a ESA e outras agências estão a desenvolver sistemas lunares de comunicações, energia, navegação, computação e entrega. As demonstrações fornecem evidências de componentes e operações. Eles não comprovam um arquivo comercial completo com serviço pago de longo prazo. [1][3][4][7][9][10]
Use uma escada de evidências. Conceito, teste de laboratório, qualificação ambiental, demonstração de voo, piloto do cliente, serviço recorrente aceito e substituição repetível representam diferentes estados de risco. Cada dado de avaliação deve identificar o seu estado atual.
Evite calcular a maturidade média em toda a plataforma. Um dispositivo de armazenamento comprovado em voo pode depender de um sistema de energia, contrato de retransmissão, processo de segurança ou produto do cliente não comprovado. A dependência crítica mais fraca pode controlar a conclusão comercial.
29. Construa o hipotético caso lunar
O arquivo lunar ilustrativo tem dez petabytes de capacidade bruta e três petabytes sob contrato pago após a conclusão. O custo total de desenvolvimento, qualificação, integração, entrega, comissionamento e solo é USD 70 million. A receita anual aceita é USD 12 million e o custo anual operacional e de ciclo de vida é USD 6 million.
O modelo pressupõe pré-carga na Terra para o arquivo inicial e sincronização incremental limitada após a implantação. Não pressupõe que arquivos de vários petabytes possam ser carregados economicamente através de um serviço de comunicações lunares não verificado. A recuperação é rara e testada periodicamente.
O fluxo de caixa operacional ilustrativo é USD 6 million antes de impostos e financiamento. O valor da empresa ponderado pela probabilidade é USD 14 million após o capital restante e ajustes explícitos técnicos, de cliente e de ciclo de vida. Este valor é totalmente hipotético e não descreve o preço de mercado.
30. Construa o caso hipotético LEO
O cluster LEO ilustrativo contém vinte e quatro nós de processamento. O custo total de desenvolvimento, qualificação, lançamento, comissionamento e solo é USD 110 million. A receita anual aceita é USD 42 million e o custo anual operacional e de ciclo de vida é USD 24 million.
A receita vem do processamento reservado e aceito de dados orbitais. O caso base exclui a procura genérica de nuvens terrestres. Ele pressupõe desempenho medido da carga de trabalho, aceitação do cliente e substituição financiada.
O fluxo de caixa operacional ilustrativo é USD 18 million antes de impostos e financiamento. O valor da empresa ponderado pela probabilidade é USD 75 million após o capital restante e ajustes específicos técnicos, de cliente e de ciclo de vida. Cada entrada é hipotética.
31. Use um scorecard de decisão comum
Pontue ambas as arquiteturas em relação às necessidades do cliente, ajuste de latência, resiliência, evidências técnicas, contratos, dependências operacionais, substituição, regulamentação e capital. Uma pontuação elevada numa dimensão não pode curar um fracasso fatal noutra.
Use condições de linha vermelha antes da pontuação ponderada. O tratamento ilegal de dados, comunicações indisponíveis, design térmico não qualificado, substituição não financiada ou ausência de aceitação do cliente devem interromper o caso de investimento.
A recomendação final deverá identificar o perímetro financiado, as provas exigidas antes da libertação de capital e as condições que alterariam a decisão.
32. Definir portas de liberação de capital
A porta um cobre caso de uso legal, classificação de dados, necessidade e arquitetura do cliente. A porta dois cobre contratos de qualificação ambiental, comunicações, energia, segurança e entrega. O portão três cobre demonstração de voo ou superfície, integridade e recuperação de dados ponta a ponta. O portão quatro cobre atendimento ao cliente aceito, pagamento recorrente e financiamento do ciclo de vida.
O capital em cada fase deve corresponder à evidência recuperável. Experimentos e qualificação iniciais de fundos de capital. Posteriormente, o capital financia ativos operacionais repetíveis. A dívida deve seguir-se ao serviço concluído e aceite e ao fluxo de caixa resiliente.
Cada portão deve ter evidências nomeadas, revisores independentes, exceções e um orçamento aprovado. A aprovação em um teste técnico não deverá liberar fundos reservados para aceitação comercial.
33. Defina a decisão de investimento
Escolha o armazenamento lunar quando a necessidade contratada for preservação de longa duração e de baixo acesso, com valor material proveniente de separação geográfica extrema, e quando o projeto comprovar integridade, recuperação, controle legal, energia, comunicações e financiamento de migração.
Escolha a computação LEO quando a carga de trabalho se originar em órbita ou ganhar valor mensurável do processamento local, downlink reduzido ou resposta operacional, e quando a plataforma provar rendimento, latência, disponibilidade, pagamento do cliente e economia de substituição aceitos.
Escolha um design terrestre ou híbrido quando ele atender às necessidades de continuidade e processamento do cliente com menor custo ajustado ao risco. O conselho deve aprovar a menor arquitetura que entregue o resultado contratado e possa ser suportada durante todo o seu ciclo de vida.
Conclusão
O armazenamento lunar e a computação LEO atendem a diferentes problemas de informação. A Lua pode adicionar separação extrema para arquivos selecionados, ao mesmo tempo que impõe restrições de atraso no tempo de luz, entrega, energia, térmicas e reparos. LEO pode suportar processamento orbital e caminhos de dados mais rápidos, ao mesmo tempo que enfrenta riscos de utilização, atualização e operação de constelação.
Os investidores devem valorizar a evidência do serviço em vez da localização. Contratos, aceitação, integridade, recuperação, rendimento, reservas de ciclo de vida e controle legal convertem um conceito técnico em fluxo de caixa. Os programas lunares públicos de comunicações, distribuição e computação melhoram o ambiente propício. O valor comercial permanece específico da transação.
A sequência prática é definir o problema do cliente, comprovar o serviço ponta a ponta, contratar o resultado, repor os fundos e depois dimensionar o capital para obter um fluxo de caixa resiliente. Esta sequência se aplica quer o ativo esteja na Terra, em LEO ou na Lua.
A comparação prática deve continuar a ser baseada em evidências e específica do serviço. Os tomadores de decisão devem conciliar arquitetura física, fluxo de trabalho do cliente, aceitação contratual, financiamento do ciclo de vida e capacidade de recuperação em um único modelo. Cada conclusão de diligência deve identificar sua fonte, data de vigência, revisor responsável e consequência para preço, estrutura ou liberação de capital. Essa disciplina torna visível a incerteza técnica e cria uma base repetível para a revisão do comité de investimento, negociação de financiamento e controlo de desempenho pós-fechamento.
Apêndice A. Lista de verificação de caso de uso do cliente
Registre o proprietário dos dados, o controlador, a fonte, o volume, a taxa de alteração, a retenção, a frequência de acesso, o requisito de resposta, o ponto de recuperação, o tempo de recuperação, as restrições legais, a autoridade de criptografia, o requisito de exclusão e a consequência da perda.
Identifique alternativas terrestres, off-line, multirregionais, LEO e lunares. Compare o serviço verificado, o custo, a exposição a causas comuns e o caminho de migração.
Apêndice B. Lista de verificação de evidências técnicas
Revise a maturidade dos componentes, qualificação ambiental, radiação, térmica, energia, integridade de armazenamento, desempenho de computação, comunicações, segurança, software, recuperação de falhas, telemetria e modo de segurança.
Exigir evidências da configuração financiada e da carga de trabalho representativa. Registre suposições, limites de teste, exceções e ações corretivas.
Apêndice C. Lista de verificação do contrato
Revise os contratos de entrega, lançamento, retransmissão, aterramento, energia, fabricação, operações, cliente, seguro e propriedade intelectual. Confirme preço, cronograma, desempenho, aceitação, solução, atribuição, controle de alterações, rescisão e suporte de transição.
Mapeie cada entrada do modelo financeiro para uma cláusula contratual, teste ou suposição identificada.
Apêndice D. Lista de verificação de avaliação
Reconcilie unidades protegidas ou processadas com receitas e cobranças aceitas. Custo operacional modelo, reserva de ciclo de vida, capital remanescente, impostos, capital de giro e financiamento.
Aplicar ajustes explícitos de probabilidade, atraso, concentração, técnicos, regulatórios e de substituição. Separe o valor da opção estratégica do valor operacional da empresa.
Apêndice E. Lista de verificação de soberania e segurança
Mapeie a empresa do projeto, registro, autorização, estado de lançamento, operadores, estações terrestres, clientes, legislação aplicável, transferências de dados e exposição de acesso governamental. Obtenha aconselhamento jurídico para a estrutura real.
Revise classificação, criptografia, chaves, acesso, atestado, registro em log, atualizações, resposta a incidentes, exclusão, recuperação e auditoria independente.
Apêndice F. Números e tabelas de decisão
Índice totalmente hipotético; LEO é igual a 1,0. O preço real da missão requer contratos executados.
| Exigência | Armazenamento lunar | Computação LEO | Comparador terrestre ou híbrido |
|---|---|---|---|
| Recuperação de arquivo raro | ajuste potencial | vantagem limitada | linha de base forte |
| Processamento interativo | ajuste ruim | dependente da carga de trabalho | linha de base forte |
| Processamento de sensor orbital | indireto | ajuste potencial | dependente da largura de banda |
| Separação geográfica extrema | potencial diferenciador | diferenciador moderado | alternativa multirregional |
| Migração frequente de mídia | difícil | possível através de coortes | operacionalmente mais fácil |
Estrutura de triagem proposta.
Parcela totalmente hipotética da potência nominal após a plataforma e as cargas de reserva.
| Estado | Evidência mínima | Tratamento de capital |
|---|---|---|
| Conceito | arquitetura e problema do cliente | patrocinador ou capital de pesquisa |
| Qualificado | testes ambientais e de segurança representativos | patrimônio histórico |
| Demonstrado | teste de voo ou lunar e prova de dados ponta a ponta | capital estratégico ou estruturado |
| Aceito | aceitação paga do cliente | potencial financiamento operacional |
| Repetível | histórico de substituição e renovação | perímetro mais amplo de dívida e aquisição |
Tratamento de transação proposto.
Propagação unidirecional idealizada; serviços reais adicionam roteamento e processamento.
| Dimensão | Arquivo lunar | Computação LEO |
|---|---|---|
| Saída primária | objeto preservado verificado | resultado processado aceito |
| Restrição principal | entrega e recuperação | utilização e disponibilidade de serviço |
| Causa comum | lançamento, software, chave ou relé | lançar coorte, design, gateway ou software |
| Ação do ciclo de vida | migração de mídia e plataforma | atualização e substituição de coorte |
| Aceitação central | escrita, fixidez e recuperação | rendimento, latência e qualidade de saída |
Mapa de diligência proposto.
Unidades totalmente hipotéticas entrando em serviços ou eventos de migração.
| Métrica | Arquivo lunar | Computação LEO |
|---|---|---|
| Custo total de desenvolvimento e entrega | 70 | 110 |
| Capacidade contratada | 3PB | 24 nós de processamento |
| Receita anual aceita | 12 | 42 |
| Custo operacional anual e do ciclo de vida | 6 | 24 |
| Caixa operacional anual antes de impostos e financiamento | 6 | 18 |
| Valor empresarial ponderado por probabilidade | 14 | 75 |
Totalmente hipotético; USD milhões, exceto capacidade.
Totalmente hipotético; USD milhões.
| Alegar | Evidência necessária | Tratamento de avaliação |
|---|---|---|
| Separação física | teste de arquitetura e recuperação | perda evitada quando demonstrada |
| Controle jurisdicional | registro, licenças e pareceres jurídicos | específico do cliente |
| Controle de chave | teste de custódia, rotação e recuperação | prêmio do contrato quando pago |
| Acesso restrito | identidade, registros e auditoria independente | condição de aceitação do serviço |
| Continuidade | rota alternativa de controle e recuperação | ajuste de probabilidade e recuperação |
Estrutura proposta; aconselhamento jurídico é necessário para uma estrutura real.
Evidência proposta e estrutura de liberação de capital.
| Fluxo de trabalho | Pergunta principal | Evidência de decisão |
|---|---|---|
| Cliente | quem paga por qual resultado | contrato executado e aceitação |
| Técnico | a configuração pode sustentar o serviço | testes representativos e telemetria |
| Dados | integridade e recuperação podem ser provadas | resultados de fixidez, recuperação e auditoria |
| Jurídico | quem controla o objeto e os dados | licenças, registo e pareceres |
| Financeiro | pode dinheiro financiar serviço e substituição | modelo controlado e reservas |
Escopo da transação proposta.
| Critério | Armazenamento lunar | Computação LEO | Linha vermelha |
|---|---|---|---|
| Caso de uso | arquivo estratégico de baixo acesso | processamento orbital | nenhum problema de cliente pagante |
| Latência | apenas assíncrono | dependente da rota | perde resposta contratada |
| Resiliência | uma camada em arquivo diversificado | capacidade de serviço distribuída | falha não mitigada correlacionada |
| Maturidade | evidências comerciais iniciais | evidência operacional inicial | subsistema crítico não qualificado |
| Vida útil | migração financiada | substituição de coorte financiada | valor terminal não suportado |
Estrutura proposta para o conselho.
Fontes
- Administração Nacional de Aeronáutica e Espaço, Especificação de Interoperabilidade LunaNet. Leia a fonte primária
- Administração Nacional de Aeronáutica e Espaço, Especificação de Interoperabilidade LunaNet Versão 5. Leia a fonte primária
- Administração Nacional de Aeronáutica e Espaço, LunaNet e Serviços de Retransmissão e Navegação de Comunicações Lunares. Leia a fonte primária
- Agência Espacial Europeia, Programa de Conectividade e Navegação ao Luar. Leia a fonte primária
- Administração Nacional de Aeronáutica e Espaço, Atrasos na comunicação no espaço profundo. Leia a fonte primária
- Administração Nacional de Aeronáutica e Espaço, Rede Tolerante a Atrasos e Interrupções. Leia a fonte primária
- Administração Nacional de Aeronáutica e Espaço, Tecnologia de Superfície Lunar. Leia a fonte primária
- Administração Nacional de Aeronáutica e Espaço, Eletrônicos Tolerantes ao Frio e Embalagens para Exploração da Superfície Lunar. Leia a fonte primária
- Administração Nacional de Aeronáutica e Espaço, Demonstração de Computação Tolerante à Radiação. Leia a fonte primária
- Administração Nacional de Aeronáutica e Espaço, Serviços Comerciais de Carga Lunar. Leia a fonte primária
- Escritório do Inspetor Geral da NASA, Iniciativa Comercial de Serviços de Carga Útil Lunar, IG-24-013. Leia a fonte primária
- Administração Nacional de Aeronáutica e Espaço, Entrega Comercial para o Lado Distante da Lua e Lunar Pathfinder. Leia a fonte primária
- Servidor de relatórios técnicos da NASA, projeto e análise térmica de carga útil do escudo eletrodinâmico contra poeira CLPS. Leia a fonte primária
- Servidor de relatórios técnicos da NASA, avaliação térmica lunar. Leia a fonte primária
- Administração Nacional de Aeronáutica e Espaço, Poder de Superfície de Fissão para Exploração Lunar. Leia a fonte primária
- Administração Nacional de Aeronáutica e Espaço, Lunar Power Technologies. Leia a fonte primária
- União Internacional de Telecomunicações, Procedimentos Regulamentares de Redes de Satélites Não Geoestacionárias. Leia a fonte primária
- União Internacional de Telecomunicações, Frequências Preferenciais e Diretrizes para Missões Espaciais Operando na Região Lunar. Leia a fonte primária
- União Internacional de Telecomunicações, Proteção da Zona Protegida da Lua. Leia a fonte primária
- Escritório das Nações Unidas para Assuntos do Espaço Exterior, Tratado sobre os Princípios que Regem as Atividades dos Estados na Exploração e Uso do Espaço Exterior, incluindo a Lua e Outros Corpos Celestes. Leia a fonte primária
- Instituto Nacional de Padrões e Tecnologia, SP 800-207 Zero Trust Architecture. Leia a fonte primária
- Instituto Nacional de Padrões e Tecnologia, Práticas de Classificação de Dados. Leia a fonte primária
- Biblioteca do Congresso, Práticas de Preservação Digital. Leia a fonte primária
- Biblioteca do Congresso, Glossário de gerenciamento de coleções digitais. Leia a fonte primária
- Biblioteca do Congresso, Dicionário de Dados PREMIS para Metadados de Preservação Versão 3.0. Leia a fonte primária
- Fundação IFRS, IFRS 13 Mensuração do Valor Justo. Leia a fonte primária
- Fundação IFRS, IAS 36 Imparidade de Ativos. Leia a fonte primária
- Fundação IFRS, IAS 38 Ativos Intangíveis. Leia a fonte primária
- Administração Nacional de Aeronáutica e Espaço, Computação de Voo Espacial de Alto Desempenho. Leia a fonte primária
- Administração Nacional de Aeronáutica e Espaço, Distância Média Terra-Lua. Leia a fonte primária
