Introducción
Los proveedores de capital deben decidir qué función de datos merece una ubicación fuera de la Tierra y qué órbita se ajusta a esa función. El almacenamiento y la computación son servicios diferentes. El almacenamiento de archivos protege la información a lo largo del tiempo y se juzga por su integridad, recuperabilidad, autenticidad y acceso controlado. La computación transforma la información y se juzga por el rendimiento, la latencia, la disponibilidad, la eficiencia energética y la utilidad de su producción. Una comparación que trata a ambos como capacidad genérica de centros de datos oscurece su economía.
La Luna y LEO también crean diferentes sistemas operativos. La distancia media Tierra-Luna es de unos 384.400 kilómetros. El material de la NASA sitúa la latencia de la señal lunar unidireccional en aproximadamente 1,3 segundos antes de enrutar, codificar, poner en cola o procesar la aplicación. Una trayectoria LEO de 550 kilómetros tiene un tiempo de propagación vertical ideal inferior a dos milisegundos, aunque un servicio real añade geometría, puerta de enlace, red y retraso de procesamiento. [5][30]
La decisión de inversión debe comenzar por los datos del cliente, el tiempo de respuesta requerido, el objetivo de recuperación, el control legal y la disposición a pagar. La arquitectura sigue esos requisitos. El marco de este documento los convierte en evidencia técnica, contratos, flujo de caja y valor ajustado al riesgo.
1. Definir los dos servicios.
Un archivo lunar almacena datos seleccionados sobre hardware colocado en la Luna o alrededor de ella. Su propósito potencial es la preservación, la recuperación retrasada, la separación estratégica, la continuidad científica o un registro protegido. El servicio requiere ingesta de datos, replicación, verificación de fijación, custodia de evidencia, control de acceso, recuperación y eventual migración de medios. Una carga útil que lleva una copia única sin un servicio continuo de integridad y recuperación es una demostración o una cápsula del tiempo en lugar de un archivo operativo.
Una plataforma informática LEO procesa datos en la órbita terrestre. Puede recibir datos de sensores de satélites, ejecutar inferencias o transformaciones, seleccionar información para transmisión, coordinar otras naves espaciales o entregar un servicio de carga de trabajo administrada. Su producción comercial debe medirse mediante cálculos aceptados, volumen de enlace descendente reducido, tiempo de respuesta mejorado u otro resultado del cliente. El hardware en órbita no crea por sí solo un servicio informático.
Ambas arquitecturas dependen de los sistemas terrestres. Las estaciones terrestres, la identidad, el cifrado, las interfaces con los clientes, el seguimiento, la facturación y la gobernanza siguen siendo materiales. El perímetro de inversión debe identificar qué activos y contratos están controlados por la empresa del proyecto y cuáles permanecen compartidos con patrocinadores o terceros.
2. Comience con el caso de uso
El almacenamiento lunar se adapta a datos que pueden tolerar una escritura y recuperación lentas, tiene un alto valor de preservación, se beneficia de una separación geográfica extrema y sigue siendo útil después de largos períodos sin interacción frecuente. Las categorías candidatas pueden incluir registros científicos seleccionados, archivos culturales, claves de recuperación de desastres, registros regulados cuando sean legales y copias de continuidad estratégica. Cada categoría requiere una revisión legal y de seguridad específica del cliente.
La computación LEO se adapta a los datos generados en el espacio, cargas de trabajo que reducen el volumen de transmisión, operaciones autónomas, coordinación de satélites urgentes y procesamiento que se beneficia de la proximidad a los sensores orbitales. Las aplicaciones empresariales convencionales suelen depender de usuarios terrestres, datos terrestres e interacciones a escala de milisegundos con redes terrestres. Su economía de servicios generalmente favorece la infraestructura terrestre, a menos que una restricción específica respalde un diseño orbital.
La disciplina de casos de uso protege la valoración. Una afirmación amplia sobre el almacenamiento soberano o la demanda de nube orbital debe descomponerse en clientes nombrados, clases de datos, frecuencia de transacciones, latencia aceptable, retención requerida, método de recuperación, política de seguridad y valor del contrato.
3. Separar la resiliencia de la lejanía
La resiliencia es la probabilidad de que los datos sigan siendo auténticos, legibles y recuperables dentro del tiempo de recuperación acordado después de fallas definidas. La distancia física puede reducir la exposición a un desastre terrestre compartido. También puede crear nuevas causas comunes, incluidas pérdidas de lanzamiento, radiación, fallas térmicas, interrupciones de las comunicaciones, escasez de energía, defectos de software y logística de reemplazo no disponible.
La guía de la Biblioteca del Congreso para la preservación digital enfatiza copias múltiples, diferentes medios, separación geográfica, controles de fijación y reemplazo planificado de medios. Una copia lunar puede agregar diversidad geográfica. Debería seguir siendo una capa controlada en un sistema de preservación más amplio con copias verificadas de la Tierra, metadatos y capacidad de reparación. [23][24][25]
Mida la resiliencia mediante pruebas de extremo a extremo. El servicio debe detectar daños, identificar la versión autorizada, reconstruir los datos dañados, demostrar el control de acceso y recuperar un objeto utilizable. Una afirmación de supervivencia del hardware sin evidencia a nivel de datos no debería recibir ninguna prima de preservación.
4. Cuantificar la latencia física
La propagación de señales crea un límite inferior que la arquitectura no puede eliminar. En la Luna, la NASA utiliza aproximadamente 1,3 segundos en un sentido. Por lo tanto, una solicitud y una respuesta requieren al menos aproximadamente 2,6 segundos de tiempo de luz antes de que la red y la aplicación se sobrecarguen. Múltiples apretones de manos de protocolo añaden más retraso. Esto sigue siendo compatible con flujos de trabajo de archivo asincrónicos y muchas transferencias de máquina a máquina, al tiempo que limita las aplicaciones interactivas. [5]
La latencia LEO varía según la altitud, la geometría, el traspaso, el enrutamiento, las puertas de enlace y el tránsito terrestre. Una ruta local entre el satélite y la computadora puede ser corta. Un servicio encaminado a través de una infraestructura terrestre distante puede perder esa ventaja. Los inversores deberían exigir una latencia medida de extremo a extremo para la carga de trabajo y la ruta reales en lugar de un cálculo basado únicamente en la altitud.
La latencia tiene valor económico sólo cuando el contrato la paga. El modelo debe vincular el tiempo de respuesta con la producción aceptada, el ancho de banda evitado, la mejora de la utilización de los activos, los ingresos del cliente o la reducción de las pérdidas. Un camino más rápido sin una decisión valorada no tiene un flujo de caja independiente.
5. Mapear el flujo de datos
Describa cada movimiento desde el origen de los datos hasta el resultado aceptado por el cliente. Un archivo lunar puede implicar ingesta terrestre, cifrado, precarga de lanzamiento, enlace ascendente incremental, almacenamiento, verificación de fijación, informes de estado, solicitud de recuperación, lectura lunar, enlace descendente, confirmación de integridad y entrega al cliente. Cada paso tiene supuestos de capacidad, disponibilidad, costos y control.
Un flujo de cálculo LEO puede implicar captura de sensores, enrutamiento entre satélites, asignación de carga de trabajo, procesamiento, almacenamiento, selección de enlace descendente, recepción de puerta de enlace y entrega terrestre. La compresión o la inferencia pueden reducir el volumen transmitido, mientras que las actualizaciones de software y la actualización del modelo crean tráfico inverso.
El mapa de flujo de datos debe identificar la custodia y la autoridad en cada interfaz. También debe mostrar dónde existe el texto sin formato, dónde residen las claves, qué entidad puede eliminar o modificar datos y cómo un cliente demuestra que un resultado proviene de la carga de trabajo y el conjunto de datos aprobados.
6. Definir el servicio de preservación
Un contrato de archivo debe especificar los formatos aceptados, identificadores de objetos, metadatos, cifrado, algoritmo de suma de verificación, replicación, frecuencia de fijación, respuesta a la corrupción, retención, retención legal, recuperación, eliminación, migración y presentación de informes de evidencia. PREMIS define conceptos de metadatos de preservación que respaldan la gestión a largo plazo y la prueba de eventos. [25]
El cliente necesita un objetivo de punto de recuperación y un objetivo de tiempo de recuperación. Un nivel lunar puede proporcionar una copia muy antigua pero aislada, mientras que las capas terrestres o LEO proporcionan una recuperación más rápida. La arquitectura debe indicar qué falla soluciona cada copia y el orden en que se produce la recuperación.
La retención prolongada crea obsolescencia de formatos y medios. La promesa de almacenar bits durante décadas está incompleta sin derechos de migración, financiación de reemplazo y un proceso verificado para mantener el contenido utilizable. La vida del contrato no debe exceder el período respaldado por la vida útil del hardware, la energía, las comunicaciones, la financiación y la capacidad de migración.
7. Definir el servicio informático.
Un contrato informático LEO debe definir la carga de trabajo, la entrada, la salida, el rendimiento, el tiempo de procesamiento, la disponibilidad, el manejo de datos, la versión del modelo, la aceptación del cliente, el precio, los créditos de servicio y la terminación. La capacidad se puede medir a través de los trabajos aceptados, el tiempo útil del procesador u otra unidad vinculada a los ingresos.
La configuración financiada debería congelarse lo suficiente como para completar las pruebas técnicas. Los procesadores, aceleradores o modelos futuros pueden permanecer fuera del perímetro de deuda o adquisición hasta que califiquen. La actualización rápida puede mejorar el rendimiento y también puede reabrir riesgos de radiación, térmicos, de software y de aceptación del cliente.
El trabajo de la NASA en computación de alto rendimiento para vuelos espaciales apunta a grandes ganancias en capacidad de procesamiento y tolerancia a fallas para futuras misiones. Los programas de tecnología pública proporcionan dirección técnica. Una valoración comercial todavía necesita evidencia del hardware, software y entorno operativo específicos. [29]
8. Distinguir valor activo y pasivo
El valor de archivo lunar puede ser mayoritariamente pasivo. El cliente puede pagar por la custodia, las pruebas de integridad y la recuperación poco común. La baja frecuencia de acceso puede reducir la demanda de comunicaciones. También limita los eventos de servicio observables y hace que sea más difícil demostrar el desempeño continuo.
El valor de cálculo LEO está activo. Los ingresos dependen de las cargas de trabajo repetidas, la disponibilidad operativa y la aceptación del cliente. La plataforma puede generar telemetría y evidencia comercial más rica. Se enfrenta a un mayor uso de energía, cambios de software, atención al cliente y obsolescencia.
Los inversores deberían utilizar diferentes indicadores clave de rendimiento. Un archivo lunar debe informar petabytes protegidos, objetos verificados, excepciones de fijación, pruebas de recuperación, vida de los medios y cobertura de migración. Un servicio informático LEO debe informar la capacidad de procesamiento utilizable, los trabajos aceptados, la utilización facturable, la latencia, la tasa de fallas, la energía por unidad aceptada y la renovación.
9. Asegurar el lanzamiento y la entrega
La entrega a LEO y la entrega a la Luna son productos logísticos diferentes. La masa, el volumen, la vibración, la exposición a la radiación, la integración, la transferencia, el aterrizaje y la puesta en servicio afectan el costo y la probabilidad de falla. Un precio de lanzamiento cotizado no incluye todos los servicios necesarios para crear un activo lunar operativo.
La iniciativa CLPS de la NASA garantiza la entrega de carga útil comercial de extremo a extremo, incluida la integración, las operaciones de la misión, el lanzamiento y el aterrizaje. La NASA informa de 17 contratos de entrega y más de 60 instrumentos, al tiempo que describe el aterrizaje lunar como difícil y acepta el riesgo de la misión. El Inspector General de la NASA también ha identificado desafíos de cronograma, requisitos en evolución y contratación. [10][11]
Modelo de costo de entrega por etapa. Incluya calificación de carga útil, integración, lanzamiento, transferencia, retransmisión, aterrizaje, puesta en servicio, seguro, sistemas terrestres y capacidad de reserva. Requerir evidencia contractual ejecutada para las etapas que respaldan el caso base.
10. Modelar el poder como una restricción de servicio.
El almacenamiento consume menos energía que la computación de alto rendimiento, pero ambos requieren energía para el control, las comunicaciones, la gestión térmica y las comprobaciones de integridad. El poder de la superficie lunar depende del sitio y la arquitectura. La NASA identifica la energía localizada continua como esencial y describe una noche lunar de aproximadamente catorce días, rangos de temperatura extremos, opciones solares, de celdas de combustible regenerativas, de radioisótopos y de fisión en desarrollo. [7][15][16]
El modelo energético debe utilizar energía disponible para el servicio después de la degradación de la generación, la pérdida de almacenamiento, las cargas térmicas, las comunicaciones, los sistemas de plataforma y la reserva. Un valor solar nominal no debe tratarse como energía utilizable continua.
Los nodos LEO experimentan ciclos de eclipse y uso repetido de la batería. Los sistemas lunares se enfrentan a una larga oscuridad o requieren una iluminación polar favorable, energía almacenada o suministro no solar. Los requisitos de masa y reemplazo resultantes pertenecen al costo de capital y la vida útil de los activos.
11. Asegura el ambiente térmico.
Los dispositivos electrónicos y los medios de almacenamiento funcionan dentro de límites de temperatura calificados. La NASA describe los extremos de la superficie lunar, las regiones frías y permanentemente sombreadas y la masa y potencia adicionales que requieren las cálidas cajas electrónicas. Un análisis reciente de la carga útil lunar también encontró diferencias entre el comportamiento térmico previsto y observado asociado con el terreno, el entorno de radiación y el polvo. [8][13][14]
Exigir pruebas de vacío térmico para la configuración financiada y los supuestos del sitio. La durabilidad del almacenamiento, el rendimiento de escritura, la tasa de errores y la recuperación de lectura deben probarse en ciclos relevantes. La computación LEO debe probarse con una carga de trabajo sostenida porque el calor rechazado puede limitar el ciclo de trabajo.
La evidencia térmica afecta el valor a través de la capacidad utilizable, la disponibilidad del servicio, la energía, la degradación y el reemplazo. Una plataforma que debe operar con un ciclo de trabajo bajo tiene menos capacidad de ingresos de lo que sugiere su hardware instalado.
12. Cuenta de la radiación y la corrupción de datos.
Las partículas ionizantes pueden causar efectos de un solo evento, errores de datos, reinicios y daños permanentes. La demostración de RadPC de la NASA utiliza procesadores redundantes y evaluación del estado en tiempo real para recuperarse de fallas inducidas por la radiación. El proyecto muestra una dirección de mitigación y no valida todos los diseños informáticos o de almacenamiento comercial. [9]
El programa de diligencia debe cubrir la selección de componentes, blindaje, código de corrección de errores, depuración, redundancia, inyección de fallas, modo seguro, reinicio, reparación de objetos dañados y telemetría. La integridad de los datos debe demostrarse por encima de la capa del dispositivo mediante sumas de verificación de un extremo a otro y copias independientes.
Modele la corrupción latente por separado de las fallas visibles del hardware. Un servicio de almacenamiento puede seguir funcionando y respondiendo mientras devuelve datos dañados o no auténticos. Este riesgo afecta la garantía, el seguro, la reserva y los recursos del cliente.
13. Diseñar la arquitectura de comunicaciones.
La especificación LunaNet de la NASA define estándares e interfaces para comunicaciones cooperativas y servicios de navegación alrededor de la Luna. Cubre comunicaciones directas a la Tierra y de retransmisión y está diseñado para múltiples proveedores gubernamentales y comerciales. La NASA ha seleccionado el desarrollo de retransmisiones por etapas, mientras que el programa Moonlight de la ESA describe una arquitectura de comunicaciones y navegación de cinco satélites. [1][2][3][4]
Estos programas pueden reducir las barreras de infraestructura con el tiempo. La disponibilidad, la cobertura, la capacidad, el precio y las condiciones comerciales aún requieren contratos. Un proyecto debe identificar enlaces primarios y alternativos, estaciones terrestres, ventanas de servicio, exposición a las condiciones climáticas, derechos de espectro, protocolo, seguridad y restauración.
Las redes tolerantes a retrasos e interrupciones almacenan datos hasta que haya una ruta disponible. La NASA está implementando DTN como parte de su arquitectura de red más amplia. DTN mejora operación mediante enlaces interrumpidos; no elimina la latencia del tiempo de luz ni crea ancho de banda faltante. [6]
14. Proteger el espectro y la interoperabilidad
La coordinación del espectro afecta tanto a las redes lunares como a las de la órbita terrestre. Los procedimientos de la UIT requieren que los sistemas no geoestacionarios identifiquen si el cuerpo de referencia es la Tierra u otro objeto como la Luna. Las misiones lunares también enfrentan requisitos de protección y coordinación de frecuencias, incluida la zona blindada de la Luna utilizada para la radioastronomía. [17][18][19]
El proyecto debe registrar presentaciones, asignaciones, condiciones de operación, hitos, obligaciones de interferencia y efectos de cambio de control. El valor para el cliente puede disminuir si el servicio carece de comunicaciones confiables o si las emisiones limitan una ubicación científicamente sensible.
La interoperabilidad reduce la dependencia de un relé o terminal cuando existen múltiples proveedores compatibles. Una afirmación de cumplimiento de estándares debe estar respaldada por pruebas de conformidad, documentación de interfaz y un plan de transición operativa.
15. Defina cuidadosamente la soberanía
El Tratado sobre el Espacio Ultraterrestre establece que el espacio ultraterrestre y los cuerpos celestes no están sujetos a apropiación nacional. También asigna responsabilidad por las actividades espaciales nacionales y establece que un estado de registro conserva la jurisdicción y el control sobre su objeto registrado. Por tanto, una ubicación lunar no crea soberanía territorial. [20]
Para los clientes, la soberanía de los datos puede referirse a la ley aplicable, la autoridad del controlador, la custodia, el acceso, las claves de cifrado, la nacionalidad del operador, la exposición al acceso gubernamental, las restricciones de transferencia y la auditabilidad. Estos atributos dependen de los contratos y del análisis legal de la empresa del proyecto, el estado de lanzamiento, el registro, los operadores, las estaciones terrestres y los clientes.
El documento utiliza la soberanía como un requisito comercial para un control demostrable y una gobernanza legal. Cualquier caso de inversión debe reemplazar el lenguaje estratégico amplio con un mapa de jurisdicción, opiniones legales, políticas de clientes y soluciones contractuales.
16. Construya una seguridad centrada en los datos
La seguridad debe seguir los datos de la Tierra, los lanzamientos, las órbitas, los sistemas lunares y los enlaces terrestres. La guía de confianza cero del NIST trata la ubicación como insuficiente para generar confianza y enfatiza el acceso verificado a los recursos distribuidos. La guía de clasificación de datos del NIST admite reglas basadas en la información misma. [21][22]
Clasificar objetos antes de ingerirlos. Defina cifrado en tránsito y en reposo, generación de claves, custodia, rotación, recuperación, acceso privilegiado, identidad del dispositivo, atestación de carga de trabajo, registro, respuesta a incidentes y eliminación segura. Una copia lunar cifrada con claves no disponibles no tiene valor de recuperación.
Separe la ciberresiliencia de la separación física. Un defecto de software, una credencial robada o una actualización maliciosa pueden propagarse a través de copias distantes. Los planos de control independientes, las actualizaciones por etapas, los registros inmutables y la recuperación probada pueden reducir las fallas correlacionadas.
17. Establecer la aceptación del cliente.
Los ingresos se vuelven financiables cuando el cliente acepta un servicio evidenciado. Para el almacenamiento, la aceptación puede requerir ingesta verificada, suma de verificación independiente, estado de replicación, prueba de recuperación y certificado de custodia. Para la informática, puede requerir precisión de salida, tiempo de procesamiento, disponibilidad, manejo de datos y conciliación de facturas.
Los contratos deben indicar el pago mínimo, el precio de uso, la indexación, los créditos de servicio, la responsabilidad, la rescisión, la devolución de datos y el soporte de migración. Las declaraciones estratégicas, los memorandos piloto y la capacidad reservada sin pago exigible no deben incluirse en los ingresos contratados por su valor total.
La concentración del cliente merece un ajuste explícito. Las primeras plataformas de datos espaciales pueden depender de una agencia gubernamental, una filial patrocinadora o un cliente ancla. Las adquisiciones, asignaciones, terminación y condiciones de la política deben modelarse a partir del contrato ejecutado.
18. Construya el modelo de ingresos.
El precio del almacenamiento lunar puede incluir configuración, ingesta, capacidad protegida, informes de integridad, recuperación, retención legal y migración. Un pago único por carga útil debe separarse de los ingresos recurrentes por preservación. La duración prolongada del contrato puede respaldar el valor sólo cuando el precio, el aumento de costos, el desempeño y la terminación siguen siendo viables.
El precio de la computación LEO puede incluir capacidad reservada, trabajo aceptado, tiempo de procesador, reducción de datos, resultado entregado o disponibilidad. El aumento del uso debería recibir una ponderación de evidencia menor que los mínimos exigibles hasta que se respeten la utilización y la renovación.
Las previsiones de ingresos deben conciliar las unidades físicas con las facturas. Los objetos protegidos, la capacidad facturable, el procesamiento aceptado y las colecciones deben estar visibles en un registro de evidencia común. La cartera de marketing y la capacidad técnica deben permanecer fuera del caso base contratado.
19. Modelo de costo operativo y del ciclo de vida.
El costo operativo incluye red, estaciones terrestres, software, seguridad, monitoreo, atención al cliente, seguros, espectro, cumplimiento normativo y gestión de programas. El hardware puede requerir recuperación remota, reabastecimiento o reemplazo completo porque la reparación en campo es limitada.
La logística lunar puede crear largos períodos de restauración. El modelo de costos debe incluir carga útil de reemplazo, integración, ventana de entrega, puesta en servicio y replicación de datos. El reemplazo de LEO puede ser más rápido y requerir cohortes más frecuentes debido a la actualización de la órbita y la tecnología.
Reservas del ciclo de vida del fondo antes de distribuciones. El cronograma de reserva debe seguir la vida de diseño calificada, las fallas observadas, el tiempo de fabricación, el acceso al lanzamiento y la migración de medios. Un activo con una vida nominal superior al reemplazo financiado tiene un valor terminal no respaldado.
20. Compara los ciclos de reemplazo
La vida de los medios, la obsolescencia del procesador y la vida de la plataforma son cosas separadas. Los medios de archivo pueden seguir siendo físicamente legibles mientras que los sistemas de formato, controlador o cifrado se vuelven obsoletos. El hardware informático puede seguir siendo funcional y al mismo tiempo perder competitividad comercial.
El caso lunar debería definir ventanas planificadas de verificación de lectura y migración. Una reclamación de larga duración requiere pruebas aceleradas, evidencia de componentes y una ruta de reemplazo accesible. La computación LEO debería definir la actualización de cohortes, la compatibilidad con versiones anteriores y la transición de clientes.
La deuda y el plazo del contrato no deben exceder el período con evidencia de servicio resiliente. El valor terminal debe reflejar el capital de reemplazo necesario para continuar el servicio en lugar de asumir efectivo perpetuo del hardware inicial.
21. Trate el seguro como una transferencia parcial del riesgo.
La cobertura potencial puede incluir lanzamiento, tránsito, propiedad en órbita o en superficie, responsabilidad de terceros, interrupción cibernética y comercial. La disponibilidad y los términos dependen de la misión real, la evidencia técnica, la agregación, las exclusiones y las condiciones del mercado.
Los seguros no pueden reemplazar una arquitectura viable. La autenticidad de los datos, la demanda de los clientes, la obsolescencia de los formatos, los defectos del software o la lentitud en la sustitución pueden quedar excluidos o ser difíciles de cuantificar. Modelo de deducibles, periodos de espera, retrasos en reclamaciones y pérdidas no aseguradas.
Asignar lo recaudado y definir su reintegro. El pago de una reclamación puede pagar la deuda o reconstruir la capacidad, y los documentos deben indicar qué resultado tiene prioridad. La continuidad del cliente puede requerir liquidez antes de que una aseguradora llegue a un acuerdo.
22. Asignar el riesgo de finalización
La finalización debería convertir la exposición al desarrollo en un servicio operativo aceptado. Un archivo lunar puede requerir entrega exitosa, energía, comunicaciones, escritura de almacenamiento, verificación de fijación, recuperación, seguridad y aceptación del cliente. La computación LEO puede requerir una cohorte operativa mínima, carga de trabajo sostenida, latencia, disponibilidad y resultados aceptados.
El apoyo del patrocinador debe cubrir los sobrecostos, las pruebas fallidas, los retrasos en la entrega, el reemplazo y el servicio de la deuda antes de su finalización. La liberación debe seguir una certificación independiente y reservas financiadas.
La finalización parcial merece un tratamiento definido. Un nodo superviviente o una copia almacenada pueden tener valor científico y ningún valor comercial. El acuerdo de financiación y compra debe vincular la finalización del servicio vendido a los clientes.
23. Construir el perímetro de financiación.
La tecnología temprana, la entrega de productos únicos y la demanda no contratada generalmente requieren capital, subvenciones, pagos anticipados a los clientes o capital estratégico. Las cohortes operativas con ingresos aceptados pueden respaldar la financiación de equipos, la deuda estructurada o la deuda de proyectos sujeta a la asignación de riesgos.
Mantener la expansión especulativa fuera del perímetro financiado. Un vehículo de propósito especial debe poseer los activos, contratos, cuentas, derechos de propiedad intelectual y acceso operativo necesarios para brindar el servicio definido. Las dependencias de patrocinadores compartidos necesitan contratos independientes y apoyo en la transición.
El efectivo disponible para el servicio de la deuda debe calcularse después de los costos operativos, los impuestos, el capital de trabajo y la reserva del ciclo de vida. El dimensionamiento de la deuda debería utilizar los ingresos aceptados a la baja y no debería basarse en un múltiplo de salida no demostrado.
24. Valora la evidencia en lugar de la novedad
El valor debe construirse a partir de las unidades contratadas, el desempeño, el costo y el riesgo aceptados. Aplicar flujo de caja descontado al perímetro de servicio evidenciado. Utilice las referencias del mercado con cautela porque el almacenamiento terrestre, la nube terrestre, los operadores de satélites y las empresas espaciales previas a los ingresos conllevan aspectos económicos diferentes.
Ajuste por capital restante, cronograma, finalización técnica, concentración de clientes, financiamiento del ciclo de vida, derechos regulatorios y liquidez. Una prima de novedad sin evidencia de efectivo puede ocultar costos y riesgos. El valor de la opción estratégica debe indicarse por separado con probabilidad y vencimiento.
La NIIF 13 enmarca el valor razonable en torno a supuestos de los participantes del mercado. La NIC 36 requiere análisis sustentables de flujo de efectivo y deterioro, mientras que la NIC 38 aborda el reconocimiento de activos intangibles. Estos estándares no prescriben el valor de transacción para una plataforma lunar, pero refuerzan la evidencia disciplinada, la vida útil y el análisis de la unidad generadora de efectivo. [26][27][28]
25. Aplicar la prima de resiliencia
Una prima de resiliencia equivale al valor presente de la pérdida evitada o del servicio preservado para el cliente, limitado por el precio de alternativas creíbles. Debe estimarse a partir del valor de los datos del cliente, el modelo de amenaza, la arquitectura de recuperación, el seguro y la disposición a pagar.
La distancia extrema puede abordar una clase limitada de eventos terrestres correlacionados. El almacenamiento terrestre multirregional, los medios fuera de línea, las organizaciones independientes y las copias LEO pueden proporcionar una resiliencia más económica para muchos clientes. La comparación debe incluir estas alternativas.
No asignar ninguna prima cuando la capa lunar no pueda ser probada, recuperada, utilizada legalmente o mantenida actualizada. La evidencia de un contrato remunerado y pruebas de recuperación repetidas proporcionan una base más sólida que una etiqueta estratégica.
26. Aplicar el ajuste de latencia.
La latencia reduce el valor de las cargas de trabajo interactivas y puede tener poco efecto en los archivos fríos. Clasifique cada servicio por requisito de respuesta. El control en tiempo real, el comercio, la voz y el software interactivo tienen límites estrictos. El procesamiento científico por lotes, los análisis retrasados y la recuperación de archivos pueden tolerar más retrasos.
Para el cálculo LEO, mida la ruta completa desde el origen de los datos hasta la salida aceptada. El caso de valor puede surgir del procesamiento local antes del enlace descendente en lugar de una interacción más rápida con un usuario de la Tierra.
El modelo de valoración debería reducir el precio, la utilización o la demanda direccionable cuando la latencia medida excede los requisitos del cliente. Debería evitar un único descuento de latencia global aplicado a servicios no relacionados.
27. Aplicar el ajuste de soberanía
Los clientes pueden pagar por control de claves verificado, acceso restringido de operadores, jurisdicciones designadas, adquisiciones soberanas, continuidad independiente o separación física. Cada requisito debe aparecer en el contrato y diseño operativo.
La soberanía también puede añadir costos. Las licencias nacionales, el control de exportaciones, las adquisiciones, la acreditación de seguridad, la localización de datos y los requisitos de auditoría pueden limitar a los proveedores y clientes. Deben incluirse obligaciones de registro y autorización.
Valorar el beneficio neto contratado después del costo de cumplimiento y concentración. Una plataforma que depende de un programa de políticas o de un cliente soberano puede tener relevancia estratégica y un riesgo de renovación material al mismo tiempo.
28. Comparar la madurez técnica
La NASA, la ESA y otras agencias están desarrollando sistemas de comunicación, energía, navegación, informática y entrega lunares. Las demostraciones proporcionan evidencia de componentes y operaciones. No constituyen un archivo comercial completo con un servicio pago a largo plazo. [1][3][4][7][9][10]
Utilice una escalera de evidencia. Concepto, prueba de laboratorio, calificación ambiental, demostración de vuelo, piloto del cliente, servicio recurrente aceptado y reemplazo repetible representan diferentes estados de riesgo. Cada dato de valoración debe identificar su estado actual.
Evite promediar la madurez en toda la plataforma. Un dispositivo de almacenamiento probado en vuelo puede depender de un sistema de energía no probado, un contrato de retransmisión, un proceso de seguridad o un producto del cliente. La dependencia crítica más débil puede controlar la finalización comercial.
29. Construya el caso lunar hipotético.
El archivo lunar ilustrativo tiene diez petabytes de capacidad bruta y tres petabytes bajo contrato pagado una vez finalizado. El costo total de desarrollo, calificación, integración, entrega, puesta en servicio y terreno es USD 70 million. Los ingresos anuales aceptados son USD 12 million y el costo anual operativo y del ciclo de vida es USD 6 million.
El modelo supone una precarga en la Tierra para el archivo inicial y una sincronización incremental limitada después de la implementación. No se supone que los archivos de varios petabytes puedan cargarse económicamente a través de un servicio de comunicaciones lunares no verificado. La recuperación es poco común y se prueba periódicamente.
Un flujo de caja operativo ilustrativo es USD 6 million antes de impuestos y financiación. El valor empresarial ponderado por probabilidad es USD 14 million después del capital restante y ajustes técnicos explícitos, del cliente y del ciclo de vida. Este valor es totalmente hipotético y no describe el precio de mercado.
30. Construya el caso hipotético de LEO
El grupo LEO ilustrativo contiene veinticuatro nodos de procesamiento. El costo total de desarrollo, calificación, lanzamiento, puesta en servicio y terreno es USD 110 million. Los ingresos anuales aceptados son USD 42 million y el costo anual operativo y del ciclo de vida es USD 24 million.
Los ingresos provienen del procesamiento reservado y aceptado de datos orbitales. El caso base excluye la demanda genérica de nube terrestre. Asume un desempeño medido de la carga de trabajo, la aceptación del cliente y el reemplazo financiado.
Un flujo de caja operativo ilustrativo es USD 18 million antes de impuestos y financiación. El valor empresarial ponderado por probabilidad es USD 75 million después del capital restante y ajustes técnicos, de cliente y de ciclo de vida específicos. Cada entrada es hipotética.
31. Utilice un cuadro de mando de decisiones común
Califique ambas arquitecturas según las necesidades del cliente, ajuste de latencia, resiliencia, evidencia técnica, contratos, dependencias operativas, reemplazo, regulación y capital. Una puntuación alta en una dimensión no puede curar un fallo fatal en otra.
Utilice condiciones de línea roja antes de la puntuación ponderada. El manejo ilegal de datos, las comunicaciones no disponibles, el diseño térmico no calificado, el reemplazo no financiado o la falta de aceptación del cliente deberían detener el caso de inversión.
La recomendación final debe identificar el perímetro financiado, la evidencia requerida antes de la liberación de capital y las condiciones que cambiarían la decisión.
32. Establecer puertas de liberación de capital
La puerta uno cubre casos de uso legal, clasificación de datos, necesidades del cliente y arquitectura. La puerta dos cubre los contratos de calificación ambiental, comunicaciones, energía, seguridad y entrega. La puerta tres cubre demostraciones en vuelo o en superficie, integridad y recuperación de datos de un extremo a otro. Gate Four cubre el servicio al cliente aceptado, el pago recurrente y la financiación del ciclo de vida.
El capital en cada etapa debe coincidir con las pruebas recuperables. Experimentos y calificación de fondos de capital tempranos. Posteriormente, el capital financia activos operativos repetibles. La deuda debe seguir al servicio completado y aceptado y a un flujo de caja resiliente.
Cada puerta debería tener evidencia nombrada, revisores independientes, excepciones y un presupuesto aprobado. Pasar una prueba técnica no debería liberar los fondos reservados para la aceptación comercial.
33. Definir la decisión de inversión
Elija el almacenamiento lunar cuando la necesidad contratada sea una preservación de larga duración y de bajo acceso con valor material procedente de una separación geográfica extrema, y cuando el proyecto demuestre integridad, recuperación, control legal, energía, comunicaciones y financiación de la migración.
Elija la computación LEO cuando la carga de trabajo se origine en órbita o obtenga un valor mensurable a partir del procesamiento local, un enlace descendente reducido o una respuesta operativa, y cuando la plataforma demuestre un rendimiento, latencia, disponibilidad, pago del cliente y economía de reemplazo aceptados.
Elija un diseño terrestre o híbrido cuando satisfaga las necesidades de continuidad y procesamiento del cliente a un menor costo ajustado al riesgo. La junta debe aprobar la arquitectura más pequeña que proporcione el resultado contratado y pueda ser compatible durante todo su ciclo de vida.
Conclusión
El almacenamiento lunar y la computación LEO responden a diferentes problemas de información. La Luna puede agregar una separación extrema para archivos seleccionados, al tiempo que impone limitaciones de retraso en el tiempo de luz, entrega, energía, térmicas y de reparación. LEO puede soportar el procesamiento orbital y rutas de datos más rápidas, al tiempo que enfrenta riesgos de utilización, actualización y operación de la constelación.
Los inversores deberían valorar la evidencia del servicio más que la ubicación. Los contratos, la aceptación, la integridad, la recuperación, el rendimiento, las reservas del ciclo de vida y el control legal convierten un concepto técnico en flujo de caja. Los programas públicos de comunicaciones, entrega e informática lunares mejoran el entorno propicio. El valor comercial sigue siendo específico de la transacción.
La secuencia práctica es definir el problema del cliente, probar el servicio de extremo a extremo, contratar el resultado, financiar el reemplazo y luego dimensionar el capital para lograr un flujo de caja resistente. Esta secuencia se aplica ya sea que el activo esté en la Tierra, en LEO o en la Luna.
La comparación práctica debe seguir basándose en evidencia y ser específica del servicio. Los tomadores de decisiones deben conciliar la arquitectura física, el flujo de trabajo del cliente, la aceptación contractual, la financiación del ciclo de vida y la recuperabilidad en un solo modelo. Cada conclusión de la diligencia debe identificar su fuente, fecha de vigencia, revisor responsable y consecuencias para el precio, la estructura o la liberación de capital. Esa disciplina hace visible la incertidumbre técnica y crea una base repetible para la revisión del comité de inversiones, la negociación financiera y el control del desempeño posterior al cierre.
Apéndice A. Lista de verificación de casos de uso del cliente
Registre el propietario de los datos, el controlador, la fuente, el volumen, la tasa de cambio, la retención, la frecuencia de acceso, el requisito de respuesta, el punto de recuperación, el tiempo de recuperación, las restricciones legales, la autoridad de cifrado, el requisito de eliminación y la consecuencia de la pérdida.
Identifique alternativas terrestres, fuera de línea, multirregionales, LEO y lunares. Compare su servicio verificado, costo, exposición a causas comunes y ruta de migración.
Apéndice B. Lista de verificación de evidencia técnica
Revise la madurez de los componentes, la calificación ambiental, la radiación, la temperatura, la energía, la integridad del almacenamiento, el rendimiento informático, las comunicaciones, la seguridad, el software, la recuperación de fallas, la telemetría y el modo seguro.
Exigir evidencia de la configuración financiada y carga de trabajo representativa. Registrar supuestos, límites de prueba, excepciones y acciones correctivas.
Apéndice C. Lista de verificación del contrato
Revisar los acuerdos de entrega, lanzamiento, retransmisión, tierra, energía, fabricación, operaciones, clientes, seguros y propiedad intelectual. Confirmar precio, cronograma, desempeño, aceptación, remedio, asignación, control de cambios, terminación y soporte de transición.
Asigne cada entrada del modelo financiero a una cláusula de contrato, prueba o supuesto identificado.
Apéndice D. Lista de verificación de valoración
Concilie las unidades protegidas o procesadas con los ingresos y cobros aceptados. Costo operativo del modelo, reserva de ciclo de vida, capital restante, impuestos, capital de trabajo y financiamiento.
Aplicar ajustes explícitos de probabilidad, demora, concentración, técnicos, regulatorios y de reemplazo. Separe el valor de la opción estratégica del valor operativo de la empresa.
Apéndice E. Lista de verificación de soberanía y seguridad
Mapee la empresa del proyecto, registro, autorización, estado de lanzamiento, operadores, estaciones terrestres, clientes, ley aplicable, transferencias de datos y exposición al acceso gubernamental. Obtener asesoramiento legal para la estructura actual.
Revise la clasificación, el cifrado, las claves, el acceso, la certificación, el registro, las actualizaciones, la respuesta a incidentes, la eliminación, la recuperación y la auditoría independiente.
Apéndice F. Cifras y tablas de decisión
Índice totalmente hipotético; LEO es igual a 1,0. El precio real de la misión requiere contratos ejecutados.
| Requisito | Almacenamiento lunar | cálculo LEO | Comparador terrestre o híbrido |
|---|---|---|---|
| Recuperación de archivos poco comunes | ajuste potencial | ventaja limitada | línea de base fuerte |
| Procesamiento interactivo | mal ajuste | dependiente de la carga de trabajo | línea de base fuerte |
| Procesamiento de sensores orbitales | indirecto | ajuste potencial | dependiente del ancho de banda |
| Separación geográfica extrema | diferenciador potencial | diferenciador moderado | alternativa multirregional |
| Migración frecuente de medios | difícil | posible a través de cohortes | operativamente más fácil |
Marco de selección propuesto.
Participación totalmente hipotética de la potencia nominal después de las cargas de plataforma y de reserva.
| Estado | Evidencia mínima | Tratamiento de capital |
|---|---|---|
| Concepto | arquitectura y problema del cliente | patrocinador o capital de investigación |
| Calificado | Pruebas medioambientales y de seguridad representativas. | patrimonio histórico |
| demostrado | prueba de vuelo o lunar y prueba de datos de extremo a extremo | capital estratégico o estructurado |
| Aceptado | aceptación pagada del cliente | potencial financiamiento operativo |
| repetible | historial de reemplazo y renovación | perímetro más amplio de deuda y adquisiciones |
Tratamiento de transacción propuesto.
Propagación unidireccional idealizada; Los servicios reales añaden enrutamiento y procesamiento.
| Dimensión | Archivo lunar | cálculo LEO |
|---|---|---|
| Salida primaria | objeto preservado verificado | resultado procesado aceptado |
| Restricción principal | entrega y recuperacion | utilización y disponibilidad del servicio |
| causa común | lanzamiento, software, clave o relé | lanzar cohorte, diseño, puerta de enlace o software |
| Acción del ciclo de vida | migración de medios y plataformas | actualización y reemplazo de cohortes |
| Aceptación central | escritura, fijación y recuperación | rendimiento, latencia y calidad de salida |
Mapa de diligencias propuesto.
Unidades totalmente hipotéticas que entran en servicio o en eventos de migración.
| Métrico | Archivo lunar | cálculo LEO |
|---|---|---|
| Costo total de desarrollo y entrega. | 70 | 110 |
| Capacidad contratada | 3 libras | 24 nodos de procesamiento |
| Ingresos anuales aceptados | 12 | 42 |
| Costo anual de operación y ciclo de vida | 6 | 24 |
| Efectivo operativo anual antes de impuestos y financiamiento | 6 | 18 |
| Valor empresarial ponderado por probabilidad | 14 | 75 |
Totalmente hipotético; USD millones excepto capacidad.
Totalmente hipotético; USD millones.
| Afirmar | evidencia requerida | Tratamiento de valoración |
|---|---|---|
| Separación física | prueba de arquitectura y recuperación | pérdida evitada cuando se demuestre |
| Control jurisdiccional | registro, licencias y opiniones legales | específico del cliente |
| control clave | prueba de custodia, rotación y recuperación | prima del contrato donde se paga |
| Acceso restringido | identidad, registros y auditoría independiente | condición de aceptación del servicio |
| Continuidad | ruta alternativa de control y recuperación | ajuste de probabilidad y recuperación |
Marco propuesto; Se requiere asesoramiento legal para una estructura real.
Marco propuesto de evidencia y liberación de capital.
| Flujo de trabajo | Pregunta principal | evidencia de decisión |
|---|---|---|
| Cliente | quién paga por qué resultado | contrato ejecutado y aceptación |
| Técnico | ¿Puede la configuración sostener el servicio? | pruebas representativas y telemetría |
| Datos | ¿Se puede demostrar la integridad y la recuperación? | Fijación, recuperación y resultados de auditoría. |
| Legal | quién controla el objeto y los datos | licencias, registro y dictámenes |
| Financiero | puede cobrar el servicio de fondos y el reemplazo | modelo controlado y reservas |
Alcance de la transacción propuesta.
| Criterio | Almacenamiento lunar | cálculo LEO | linea roja |
|---|---|---|---|
| Caso de uso | archivo estratégico de bajo acceso | procesamiento orbital | no hay problema con el cliente que paga |
| Estado latente | solo asíncrono | dependiente de la ruta | pierde respuesta contratada |
| Resiliencia | una capa en un archivo diverso | capacidad de servicio distribuido | falla absoluta correlacionada |
| Madurez | evidencia comercial temprana | evidencia operativa temprana | subsistema crítico no calificado |
| Ciclo vital | migración financiada | reemplazo de cohorte financiado | valor terminal no admitido |
Marco propuesto para la junta directiva.
Fuentes
- Administración Nacional de Aeronáutica y del Espacio, Especificación de interoperabilidad LunaNet. Lea la fuente principal
- Administración Nacional de Aeronáutica y del Espacio, Especificación de interoperabilidad LunaNet Versión 5. Lea la fuente principal
- Administración Nacional de Aeronáutica y del Espacio, LunaNet y Servicios de Navegación y Retransmisión de Comunicaciones Lunares. Lea la fuente principal
- Agencia Espacial Europea, Programa de navegación y conectividad a la luz de la luna. Lea la fuente principal
- Administración Nacional de Aeronáutica y del Espacio, Retrasos en las comunicaciones en el espacio profundo. Lea la fuente principal
- Administración Nacional de Aeronáutica y del Espacio, Redes tolerantes a retrasos e interrupciones. Lea la fuente principal
- Administración Nacional de Aeronáutica y del Espacio, Tecnología de la Superficie Lunar. Lea la fuente principal
- Administración Nacional de Aeronáutica y del Espacio, Electrónica y embalaje tolerantes al frío para la exploración de la superficie lunar. Lea la fuente principal
- Administración Nacional de Aeronáutica y del Espacio, Demostración de computación tolerante a la radiación. Lea la fuente principal
- Administración Nacional de Aeronáutica y del Espacio, Servicios comerciales de carga útil lunar. Lea la fuente principal
- Oficina del Inspector General de la NASA, Iniciativa de servicios comerciales de carga útil lunar, IG-24-013. Lea la fuente principal
- Administración Nacional de Aeronáutica y del Espacio, Entrega comercial a la cara oculta de la Luna y Lunar Pathfinder. Lea la fuente principal
- Servidor de informes técnicos de la NASA, diseño y análisis térmico de carga útil del escudo electrodinámico contra el polvo CLPS. Lea la fuente principal
- Servidor de informes técnicos de la NASA, Evaluación térmica lunar. Lea la fuente principal
- Administración Nacional de Aeronáutica y del Espacio, Energía de fisión en la superficie para la exploración lunar. Lea la fuente principal
- Administración Nacional de Aeronáutica y del Espacio, Tecnologías de energía lunar. Lea la fuente principal
- Unión Internacional de Telecomunicaciones, Procedimientos reglamentarios de redes de satélites no geoestacionarios. Lea la fuente principal
- Unión Internacional de Telecomunicaciones, Frecuencias preferidas y directrices para misiones espaciales que operan en la región lunar. Lea la fuente principal
- Unión Internacional de Telecomunicaciones, Protección de la zona protegida de la Luna. Lea la fuente principal
- Oficina de las Naciones Unidas para Asuntos del Espacio Ultraterrestre, Tratado sobre los principios que deben regir las actividades de los Estados en la exploración y utilización del espacio ultraterrestre, incluida la Luna y otros cuerpos celestes. Lea la fuente principal
- Instituto Nacional de Estándares y Tecnología, SP 800-207 Arquitectura Zero Trust. Lea la fuente principal
- Instituto Nacional de Estándares y Tecnología, Prácticas de Clasificación de Datos. Lea la fuente principal
- Biblioteca del Congreso, Prácticas de preservación digital. Lea la fuente principal
- Biblioteca del Congreso, Glosario de gestión de colecciones digitales. Lea la fuente principal
- Biblioteca del Congreso, Diccionario de datos PREMIS para metadatos de preservación, versión 3.0. Lea la fuente principal
- Fundación NIIF, NIIF 13 Medición del Valor Razonable. Lea la fuente principal
- Fundación IFRS, NIC 36 Deterioro del valor de activos. Lea la fuente principal
- Fundación IFRS, NIC 38 Activos Intangibles. Lea la fuente principal
- Administración Nacional de Aeronáutica y del Espacio, Computación de vuelos espaciales de alto rendimiento. Lea la fuente principal
- Administración Nacional de Aeronáutica y del Espacio, Distancia promedio entre la Tierra y la Luna. Lea la fuente principal
