Communiquer avec la Terre quand la réponse peut prendre des dizaines de minutes

Le jour où Houston ne peut plus répondre à temps

Imaginez une fuite d’air dans un atelier martien. Une alarme apparaît, un technicien hésite entre isoler une conduite et arrêter une pompe, tandis que l’équipage demande conseil à la Terre. Même dans la géométrie la plus favorable, la réponse ne peut pas revenir à la vitesse d’une conversation terrestre. À grande distance, le simple aller-retour radio approche trois quarts d’heure avant même que des humains aient lu le message, compris le contexte et proposé une décision. Ce délai transforme la communication en problème d’architecture : la cité doit posséder localement les procédures, les modèles, l’autorité et les données nécessaires pour survivre entre deux échanges avec la Terre.

La NASA donne aujourd’hui un temps-lumière d’environ 3 à 22,4 minutes dans un seul sens suivant la géométrie Terre–Mars. Le calcul élémentaire est déjà spectaculaire : 3 minutes aller donnent au minimum 6 minutes aller-retour ; 22,4 minutes donnent 44,8 minutes. À cela s’ajoutent acquisition, routage, files d’attente, traitement humain et génération de la réponse. Ce n’est donc pas « Internet avec du lag ». C’est une organisation où la causalité opérationnelle doit rester locale.

Cette contrainte explique pourquoi le programme NASA Autonomous Systems and Operations traite l’autonomie comme une capacité de mission et non comme un confort logiciel. Sur Mars, une équipe ne peut pas attendre qu’un centre de contrôle terrestre valide chaque geste. La Terre conserve un rôle immense : expertise, analyse différée, planification stratégique, télé-science, mises à jour et arbitrages non urgents. Mais la sécurité immédiate, la conduite des véhicules, la gestion d’un incendie ou l’isolement d’une panne doivent être pensés pour fonctionner même pendant le silence.

Le défi n’est pas seulement humain. Les machines rencontrent le même problème. Un rover qui voit un obstacle, un réseau électrique qui détecte une surcharge ou un ECLSS qui observe une dérive de CO₂ ont besoin de boucles de décision beaucoup plus rapides que le temps interplanétaire. L’architecture de communication devient donc inséparable de l’autonomie, du contrôle, de la cybersécurité et de la gouvernance opérationnelle.

Le premier réflexe consiste souvent à demander combien de minutes séparent Mars de la Terre. La question plus utile est : quelles décisions deviennent impossibles à déléguer dès que le délai dépasse la dynamique du phénomène ? Une vanne peut devoir se fermer en secondes, un rover freiner en fractions de seconde, une fuite être isolée en quelques minutes, alors qu’une expertise médicale complexe peut tolérer un échange différé. La colonie doit donc classer ses décisions par horizon temporel. Les boucles physiques rapides restent locales ; les arbitrages de mission peuvent être partagés ; les décisions stratégiques peuvent attendre la Terre. Cette hiérarchie n’est pas seulement une conséquence du temps-lumière : elle devient une architecture de responsabilité.

La latence impose aussi une nouvelle discipline documentaire. Une équipe martienne ne peut pas fonctionner avec des procédures essentielles hébergées uniquement sur Terre. Plans électriques, historiques de maintenance, dossiers de configuration, pharmacopée d’urgence, cartes, logiciels, modèles de fabrication et procédures de récupération doivent exister localement, être versionnés et rester utilisables hors connexion. À cette échelle, le réseau n’est plus uniquement un moyen de parler : il devient la mémoire opérationnelle distribuée de la cité.

Le réseau martien existe déjà — mais ce n’est encore que l’embryon d’une infrastructure humaine

En 2026, le Mars Relay Network est une constellation internationale de quatre orbiteurs : Mars Odyssey, Mars Express, Mars Reconnaissance Orbiter et ExoMars Trace Gas Orbiter. Les rovers n’essaient pas de tout envoyer directement vers la Terre. Ils utilisent des liaisons de proximité vers les orbiteurs, qui disposent de davantage de puissance, de plus grandes antennes et de fenêtres de visibilité vers les réseaux terrestres. La NASA indique que les liaisons surface–orbite peuvent atteindre jusqu’à 2 Mbit/s dans certaines conditions.

Cette architecture est déjà une leçon de système. Un rover n’a pas besoin d’emporter seul l’antenne, la puissance et la géométrie nécessaires à chaque fonction. Il délègue une partie du transport de données à un étage orbital. Le principe rappelle un réseau terrestre : l’utilisateur final ne parle pas directement à chaque serveur du monde ; il passe par une infrastructure intermédiaire. Mars a donc déjà, à petite échelle, une forme de réseau d’accès et de backhaul.

Les chiffres 2026 montrent aussi que les différents relais n’apportent pas la même capacité. La page NASA du MRN indique qu’entre février et mai 2026, MRO a relayé en moyenne environ 850,6 Mbit par jour et TGO environ 2 228,1 Mbit par jour, tandis que Mars Express reste surtout un relais de secours. Ces nombres ne sont pas un dimensionnement de future colonie : ils décrivent le réseau robotique actuel. Leur intérêt est de montrer que la capacité dépend de l’orbite, des passages, de la puissance, du programme scientifique de l’orbiteur et des contacts avec la Terre.

Une présence humaine ferait exploser la diversité des flux : télémédecine, maintenance vidéo, cartographie, science, plans de fabrication, logiciels, données environnementales, conversations familiales, enseignement, synchronisation de bases documentaires, trafic des robots et journalisation de sûreté. Le réseau ne pourra donc plus être conçu comme une simple extension opportuniste d’orbiteurs scientifiques. Il devra devenir une infrastructure explicitement dimensionnée, redondante et maintenable.

Le Mars Relay Network actuel constitue un cas d’école parce qu’il montre déjà l’intérêt d’une architecture en étages. Les véhicules de surface ne consacrent pas toute leur masse et toute leur énergie à une liaison directe permanente avec la Terre : ils transmettent une grande partie de leurs données vers des orbiteurs capables de servir de relais. En 2026, le réseau scientifique repose encore sur un petit nombre d’orbiteurs vieillissants. Pour une implantation humaine, cette logique devrait devenir une infrastructure dédiée, renouvelable et redondante : couverture orbitale, réseau local de surface, liaisons vers des véhicules mobiles, horodatage commun et capacité de continuer à fonctionner après la perte d’un relais.

La différence fondamentale avec une mission robotique est le volume et la criticité du trafic. Une ville produirait télémétrie industrielle, vidéo médicale, plans de fabrication, logiciels, données scientifiques, communications personnelles, navigation locale et commandes de sûreté. Une seule hiérarchie de priorité ne suffirait pas. Il faudrait des classes de service : commande vitale, alarme, télémaintenance, navigation, science, transfert massif, loisirs. Lorsque la bande passante se contracte, le réseau doit savoir ce qu’il sacrifie en premier — et ce qu’il ne doit jamais sacrifier.

La vie d’un paquet de données : du rover au centre de mission

Le mot « relais » masque une chaîne d’opérations. Un rover ou un atterrisseur prépare d’abord les données qu’il veut transmettre, en tenant compte de sa mémoire, de l’énergie disponible et du prochain passage orbital. Lorsqu’un orbiteur compatible devient visible, une liaison de proximité peut être établie, souvent à des fréquences adaptées à cette courte distance. L’orbiteur reçoit les données, les stocke, puis les retransmet plus tard vers la Terre lorsque sa géométrie et son planning le permettent. La donnée a donc déjà vécu plusieurs heures avant d’atteindre une antenne du Deep Space Network ou d’un réseau partenaire.

Le Mars Relay Network Handbook publié en août 2026 est précieux parce qu’il traite ce réseau comme un service avec des interfaces, des capacités et des responsabilités. Il rappelle qu’un relais n’est pas une magie permanente : les orbiteurs ont des trajectoires, des contraintes de pointage, leurs propres missions scientifiques et des ressources de télécommunication partagées. Pour une future présence humaine, cette réalité opérationnelle devient une leçon : la bande passante doit être planifiée comme l’énergie ou l’eau.

MaROS : l’infrastructure possède déjà une couche de coordination

Le Mars Relay Operations Service — MaROS facilite la coordination entre les opérateurs de véhicules de surface et d’orbiteurs. Cela signifie que l’« Internet martien » ne commence pas par des antennes mais par une organisation : qui demande un passage, qui arbitre, comment les données sont suivies, comment un incident est diagnostiqué et comment plusieurs agences coopèrent. Une ville martienne ajouterait à cette coordination scientifique des besoins humains permanents : médecine, sécurité, navigation, commandes industrielles et communications civiles.

Le changement d’échelle est considérable. Un rover peut attendre un prochain passage si une image scientifique n’est pas urgente. Un hôpital ne peut pas traiter de la même manière une donnée clinique critique. Le réseau humain devra donc intégrer qualité de service, priorités, redondance et règles de préemption : certaines informations doivent pouvoir passer avant d’autres sans pour autant rendre le système inutilisable pour la science ou l’industrie.

L’Internet martien ne sera pas l’Internet terrestre avec vingt minutes de retard

Les protocoles terrestres sont nés dans un monde où une connexion de bout en bout existe presque toujours et où un paquet perdu peut être demandé à nouveau en quelques dizaines ou centaines de millisecondes. L’espace interplanétaire casse cette intuition. Une antenne peut être masquée par Mars, un orbiteur peut quitter l’horizon, une station au sol terrestre peut perdre la météo optique, une liaison peut être réservée à une autre mission et la conjonction solaire peut rendre les échanges volontairement plus prudents. Le chemin complet peut donc ne pas exister au moment où la donnée est créée.

Le Delay/Disruption Tolerant Networking — DTN — répond précisément à cette situation. Son idée centrale est le store-and-forward : un nœud conserve durablement un « bundle » de données, attend le prochain contact utile puis le transmet. Le Bundle Protocol ne suppose pas qu’un circuit continu soit disponible de Mars jusqu’au destinataire terrestre. Les plans de contact, priorités, dates d’expiration et mécanismes de garde deviennent des fonctions de premier ordre.

Cela change l’ingénierie du stockage. Une caméra ou un instrument produisant 50 Mbit/s pendant huit heures génère : 50 Mbit/s ÷ 8 = 6,25 Mo/s ; 6,25 × 3 600 × 8 = 180 000 Mo, soit environ 180 Go. Le symbole ÷ signifie « divisé par ». Si la fenêtre de transmission disparaît, ces 180 Go ne doivent pas être considérés comme une erreur : ils deviennent une file d’attente physique qu’il faut stocker, prioriser, vérifier et éventuellement compresser. À l’échelle d’une ville, le réseau et le stockage deviennent indissociables.

Le réseau devra aussi savoir abandonner intelligemment. Une alerte médicale de quelques kilooctets peut être plus importante qu’un téraoctet de cartographie déjà sauvegardé. Une commande critique ne doit pas attendre derrière des vidéos de loisir. La qualité d’un Internet martien se mesurera donc moins à la promesse d’un débit maximal qu’à sa capacité à préserver la bonne information, dans le bon ordre, pendant les mauvaises journées.

Sur Terre, beaucoup de protocoles ont été conçus avec l’idée qu’un chemin de bout en bout existe au moment de l’échange et que l’accusé de réception reviendra assez vite. L’espace interplanétaire casse ces hypothèses : orbiteur sous l’horizon, occultation, conjonction solaire, pointage optique impossible, station terrestre indisponible, longue latence. Le DTN traite cette discontinuité comme une propriété normale du réseau. Un nœud peut accepter un bundle, le conserver sur un stockage persistant puis le transmettre lors du contact suivant. Cette idée transforme un réseau fragile en chaîne logistique de l’information.

Cette logique pose aussitôt des questions de gouvernance technique. Combien de temps un bundle reste-t-il valide ? Qui peut demander une priorité absolue ? Que se passe-t-il si deux copies d’une commande existent après une reprise de réseau ? Comment authentifier un message conservé plusieurs heures dans un relais ? Le réseau martien devra donc associer routage, temps, identité, intégrité et règles d’expiration. La tolérance aux délais n’est pas une simple optimisation de débit : elle devient une partie de la sûreté de fonctionnement.

Mars aura-t-elle son GPS ? Position, navigation et temps deviennent un service collectif

Un GPS terrestre fonctionne parce qu’une constellation diffuse des signaux horaires et orbitaux extrêmement précis. Sur Mars, il n’existe pas aujourd’hui de constellation équivalente. Les rovers combinent odométrie, navigation inertielle, images, cartes orbitales, radio et estimation depuis la Terre. Cette mosaïque suffit pour des robots lents et fortement supervisés ; elle devient beaucoup plus contraignante lorsqu’il faut guider des convois, des drones, des engins de chantier, des secours ou des équipages sur des centaines de kilomètres.

Le rapport JPL 2024 sur le Positioning, Navigation and Timing à la Lune et à Mars insiste sur le fait que certaines solutions lunaires ne se transposent pas. À la Lune, des signaux GNSS terrestres très faibles peuvent encore être exploités dans certains scénarios. À Mars, cette stratégie devient impraticable : il faut une architecture dédiée, des horloges très stables, des moyens de détermination d’orbite et des services locaux de positionnement.

Le temps devient alors une distance. La lumière parcourt environ 299 792 458 mètres par seconde. Une erreur d’horodatage de 1 microseconde — 1 µs = 0,000001 seconde — correspond à environ 299,8 mètres de distance-lumière. Une erreur de 10 nanosecondes correspond encore à environ 3 mètres. Cela ne signifie pas qu’un système de navigation aura exactement cette erreur géométrique, car les mesures sont combinées, mais cela montre pourquoi l’horloge est un capteur de navigation.

Une cité martienne pourrait donc développer progressivement son propre PNT : relais orbitaux avec horloges stables, balises de surface autour des zones habitées, cartes partagées, corrections locales, navigation inertielle, vision et télémétrie radio. Le « GPS martien » ne naîtra probablement pas en une seule constellation mondiale. Il pourrait émerger par îlots de service autour des premiers sites puis se fédérer à mesure que la présence humaine s’étend.

Un service PNT martien ne serait probablement pas une copie miniature du GPS terrestre. Il pourrait commencer de manière beaucoup plus modeste : horloges stables sur quelques relais, mesures de distance radio, cartes orbitales, balises proches des bases et fusion avec l’inertiel et la vision embarquée. Au fur et à mesure que le trafic augmente, la valeur d’un référentiel commun explose. Deux rovers autonomes qui se croisent, une grue téléopérée, un drone, un convoi pressurisé et une équipe en EVA ont besoin de partager des positions, des cartes et un temps cohérents pour éviter les conflits.

Le temps est ici aussi important que la position. Une mesure de distance radio dérivée du temps de propagation devient rapidement fausse si les horloges divergent. Une erreur d’une microseconde correspond à environ trois cents mètres de distance-lumière ; cela ne signifie pas qu’une erreur d’horloge produit automatiquement trois cents mètres d’erreur de position, car l’architecture exploite plusieurs mesures, mais l’ordre de grandeur montre pourquoi la synchronisation ne peut pas être traitée comme une commodité. Une ville martienne finira vraisemblablement par posséder une véritable infrastructure temporelle.

Radio, Ka-band et laser : le futur sera probablement hybride

La radio reste l’outil robuste et éprouvé du lointain. Les grandes antennes du Deep Space Network communiquent en particulier en bandes X et Ka avec les missions profondes. La radio tolère mieux certaines contraintes de pointage et offre des modes de secours qui peuvent fonctionner avec des antennes moins directives. Mais la quantité de données d’une mission humaine — vidéo, science, télémédecine, cartographie, sauvegardes — pousse vers des capacités supérieures.

La communication optique concentre l’énergie dans un faisceau extrêmement étroit. Le programme DSOC de la NASA/JPL a démontré des débits très supérieurs à ceux de systèmes radio de taille et de puissance comparables, et la NASA indique en 2026 que la démonstration de deux ans a réussi des communications optiques sur des distances interplanétaires. Cela ne rend pas la radio obsolète. Un faisceau optique exige un pointage précis, des terminaux adaptés et, côté Terre, une disponibilité dépendante notamment des conditions atmosphériques.

Une architecture crédible associe donc plusieurs couches : radio robuste pour commandes, télémétrie de secours et situations dégradées ; liaisons radio haut débit lorsque la géométrie le permet ; optique pour déplacer de grands volumes de données ; réseaux locaux fibre et radio sur Mars ; relais orbitaux pour agréger le trafic. La diversité des supports réduit la dépendance à un seul mode de panne.

La leçon est industrielle autant que télécom. Un terminal optique inutilisable parce qu’un mécanisme de pointage est bloqué ne sert pas la colonie. Une antenne Ka très performante dont l’amplificateur ne peut pas être remplacé devient une dette. Les réseaux humains devront donc être pensés avec des interfaces réparables, des pièces de rechange, des modes bas débit et la possibilité de fonctionner longtemps en capacité réduite.

La radio possède un héritage spatial incomparable : commandes robustes, télémétrie, navigation radiométrique, réseaux terrestres existants. Les fréquences plus élevées peuvent offrir davantage de bande passante, mais le pointage, les pertes et la météo terrestre deviennent plus contraignants. Les communications optiques promettent des débits très supérieurs à puissance et ouverture comparables, comme l’ont montré les démonstrations de communication laser en espace lointain, mais elles exigent un pointage extrêmement fin et des stations optiques qui ne voient pas à travers les nuages.

Une architecture humaine robuste aura donc intérêt à éviter le choix doctrinaire d’une seule technologie. Une commande de secours peut préférer une liaison radio à faible débit mais très maîtrisée ; un transfert scientifique massif peut attendre une fenêtre optique ; le réseau local de surface peut employer fibre, radio et éventuellement laser selon les distances. Le mot important n’est pas 'laser' ou 'Ka' : c’est diversité. Des médias physiques différents réduisent certaines causes communes et permettent de dégrader le service sans perdre toute communication.

La conjonction solaire : apprendre à fonctionner lorsque la Terre devient un partenaire lointain

Lorsque le Soleil se rapproche de la ligne de visée Terre–Mars, son plasma perturbe fortement les liaisons radio et le risque d’erreur augmente. Les missions robotiques planifient déjà des périodes de prudence autour de la conjonction solaire. Une colonie humaine ne peut pas traiter cet événement comme une surprise : la géométrie est prévisible des mois à l’avance et doit déclencher un changement de mode préparé.

Avant la conjonction, la base peut charger localement mises à jour, procédures, modèles médicaux, catalogues de pièces, contenus éducatifs, plans scientifiques et données nécessaires aux semaines suivantes. Les opérations non urgentes sont décalées. Les décisions qui nécessitent normalement une autorité terrestre doivent recevoir une délégation temporaire claire. Les systèmes automatiques passent à des configurations plus conservatrices lorsque l’expertise externe devient moins accessible.

Des études NASA ont aussi exploré des relais placés de manière à réduire les coupures autour de la conjonction. Cela montre que l’autonomie et l’infrastructure sont deux leviers complémentaires : on peut rendre la base plus indépendante, et l’on peut également améliorer la géométrie du réseau. Mais aucune solution ne doit être vendue comme suppression magique de tous les risques. Une architecture robuste suppose toujours qu’un contact puisse être perdu.

Le test le plus honnête d’un réseau martien est donc simple : que se passe-t-il si la Terre disparaît pendant une journée, puis une semaine ? Quels services continuent ? Quels services se dégradent ? Quelles décisions deviennent locales ? Quels stocks de données sont nécessaires ? Cette question transforme la résilience de télécommunication en véritable exercice de gouvernance.

La conjonction solaire n’est pas un simple ralentissement. Lorsque Mars passe près du Soleil dans le ciel vu depuis la Terre, le plasma solaire perturbe les signaux et augmente le risque d’erreur. Les missions réduisent alors certaines commandes ou adoptent des procédures particulières. Pour une colonie, cet événement récurrent doit être traité comme une saison opérationnelle prévisible : mises à jour logicielles chargées à l’avance, stocks d’informations synchronisés, plans médicaux disponibles localement, activité industrielle préparée et marges de communication augmentées.

Cette préparation offre un test remarquable de maturité institutionnelle. Si la cité ne peut fonctionner quelques jours avec une capacité Terre fortement diminuée, elle n’est pas autonome au sens opérationnel. La conjonction devient donc un exercice naturel de résilience : vérifier que les autorités locales, les systèmes automatiques, la logistique et les bases de connaissances peuvent prendre le relais sans improvisation.

Cybersécurité et autorité : un paquet réseau peut commander une pompe, un sas ou un rover

Sur Terre, une panne informatique peut déjà arrêter une usine. Sur Mars, la frontière entre cyber et physique devient encore plus mince. Le réseau transporte des commandes vers l’énergie, l’air, les robots, les sas, les ateliers et les véhicules. Une identité compromise, une mise à jour mal signée ou une horloge fausse peut donc produire une conséquence matérielle immédiate.

La sécurité ne peut pas reposer sur l’idée que « personne n’attaquera Mars ». Elle doit commencer par l’architecture : segmentation entre réseaux vitaux et réseaux de confort, authentification forte, signatures des commandes, journalisation immuable, gestion locale des clés, principe du moindre privilège, modes manuels et possibilité de refuser une commande pourtant correctement formatée si elle contredit l’état physique observé.

Le délai Terre–Mars impose aussi une doctrine d’autorité. Qui peut arrêter un réacteur ? Qui peut fermer un sas commun ? Qui peut immobiliser un rover appartenant à une autre équipe ? Une commande terrestre reçue vingt minutes plus tard peut être devenue dangereuse parce que la situation a changé. Le réseau doit donc transporter non seulement des ordres, mais leur contexte, leur durée de validité et les conditions qui les rendent encore exécutables.

Cette logique rapproche les communications de la gouvernance. Une cité autonome informationnellement n’est pas une cité coupée de la Terre ; c’est une cité capable de comprendre quand une instruction externe est une expertise, quand elle est une décision stratégique et quand elle ne peut plus être appliquée sans jugement local.

Sur Mars, la frontière entre cybersécurité et sûreté industrielle disparaît. Un identifiant compromis peut devenir une vanne ouverte ; une mise à jour corrompue, un système ECLSS indisponible ; une horloge fausse, une séquence de navigation incohérente. Il faut donc séparer réseaux vitaux, réseaux scientifiques et usages personnels, limiter les privilèges, signer les logiciels, conserver des configurations connues comme sûres et journaliser les changements. La sécurité doit aussi fonctionner hors Terre : révocation d’une clé, isolement d’un segment ou restauration d’une version ne peuvent pas attendre une réponse interplanétaire.

L’autonomie ne signifie pourtant pas que le logiciel décide de tout. Il faut distinguer ce qu’un système peut faire seul, ce qu’il peut proposer à l’équipage et ce qui exige une autorité humaine. Une pompe peut se couper automatiquement sur surpression ; un rover peut contourner un obstacle ; mais une reconfiguration qui abandonne définitivement une partie de la base ou consomme une réserve stratégique relève d’une décision de niveau supérieur. Concevoir le réseau revient donc aussi à concevoir les frontières de l’autorité.

Sur Mars, une attaque informatique peut devenir un événement physique

Le réseau d’une cité reliera probablement des fonctions qui déplacent de l’énergie et de la matière : pompes, vannes, chargeurs, véhicules, portes, équipements médicaux, systèmes de culture. La cybersécurité ne peut donc pas être réduite au vol de données. Une commande malveillante ou une mise à jour compromise peut créer une panne d’air, une collision ou un défaut de stérilisation.

La première défense est l’architecture : segmentation entre réseaux administratifs et systèmes de contrôle, authentification forte, signatures de logiciel, journalisation, droits minimaux, modes manuels et sauvegardes hors ligne. La seconde est la capacité de récupération. Une cité doit pouvoir reconstruire un automate, restaurer une configuration connue et continuer à fonctionner même si un segment du réseau est considéré hostile.

Le délai avec la Terre rend cette résilience encore plus importante. Une équipe de cybersécurité terrestre peut aider à analyser un incident, mais elle ne peut pas décider en temps réel quelles vannes isoler. Les responsables locaux doivent posséder l’autorité et les outils nécessaires, ce qui transforme la cybersécurité en compétence de sécurité civile.

De quatre personnes à une ville : le réseau change de nature avec l’échelle

Pour quatre personnes, un réseau local peut tenir dans quelques commutateurs, radios et ordinateurs redondants. Pour vingt personnes, il faut déjà distinguer opérations, santé, laboratoire, maintenance et usages privés. À cent habitants, apparaissent des équipes multiples, des ateliers, plusieurs habitats, des véhicules simultanés et une vraie gestion de priorité. À mille habitants, le problème ressemble davantage à celui d’un opérateur critique : cœur de réseau, centres de données, sauvegardes, gestion d’identité, services publics et équipes d’astreinte.

La croissance n’est pas linéaire. Doubler le nombre d’habitants ne signifie pas seulement doubler le trafic. Le nombre d’interactions possibles augmente, les services se diversifient et les conséquences d’une panne touchent davantage de personnes. Le réseau doit donc évoluer d’un outil de mission vers une institution de la cité, avec des responsabilités de maintenance, des règles de disponibilité et une séparation entre services essentiels et facultatifs.

La stratégie scientifique 2026 des National Academies renforce ce constat : des campagnes humaines de Mars auront pour ambition de produire des observations complexes sur la vie, la géologie, le climat, l’eau et l’environnement humain. La science elle-même devient consommatrice de stockage, de calcul et de télécommunication. Une architecture de réseau insuffisante ne limite donc pas seulement le confort des habitants : elle réduit directement ce que la présence humaine peut apprendre de Mars.

Le réseau martien sera ainsi une infrastructure politique au sens noble : il déterminera qui peut parler à qui, quelles informations survivent aux coupures, comment les décisions sont documentées et jusqu’où une communauté peut agir sans attendre la Terre. C’est probablement l’un des systèmes les moins spectaculaires visuellement et l’un des plus déterminants pour transformer une base en société.

À quatre personnes, beaucoup de coordination peut encore passer par la voix, quelques consoles et un petit nombre de véhicules. À vingt, la base commence à avoir des équipes, des ateliers et des rotations. À cent, la gestion des identités, des priorités, des stocks de données et de la maintenance réseau devient une fonction permanente. À mille habitants, le réseau n’est plus un sous-système de mission : c’est une infrastructure urbaine, avec opérateurs, sécurité, capacité de planification, pièces de rechange, redondance physique et niveaux de service contractuels.

Cette montée en échelle oblige à penser à la souveraineté des données. Les dossiers médicaux, les recettes industrielles, les plans d’infrastructure et les archives scientifiques doivent être répliqués, sauvegardés et gouvernés. La question 'où se trouve la vérité ?' devient concrète lorsque deux bases ont travaillé plusieurs heures avec des versions différentes d’un plan ou d’une procédure. Les outils de synchronisation, de contrôle de version et de résolution des conflits deviennent aussi essentiels que les antennes.

2026 : Le moment où le relais martien commence à devenir une infrastructure

Pendant des décennies, les communications martiennes ont surtout été conçues mission par mission. Un rover possède une radio de proximité, un orbiteur scientifique accepte de jouer le rôle de relais, puis le Deep Space Network récupère les données et les achemine vers les équipes au sol. Cette architecture opportuniste a remarquablement fonctionné, mais elle ne correspond plus à l’échelle d’une présence humaine. Une base habitée produit de la télémétrie vitale, de la vidéo, des dossiers médicaux, des plans industriels, des données scientifiques, des communications privées, de la navigation locale et des commandes de sûreté. Elle ne peut pas dépendre d’un service conçu comme un bénéfice secondaire d’orbiteurs scientifiques vieillissants.

Le 14 mai 2026, la NASA a franchi une étape historique en publiant une demande de propositions industrielles pour un Mars Telecommunications Network. Le texte officiel vise des orbiteurs de télécommunications à hautes performances destinés aux missions de surface, orbitales et futures missions humaines, avec une capacité demandée à Mars au plus tard en 2030. Cette date ne signifie pas que l’Internet martien sera opérationnel en 2030 ; elle signifie quelque chose de plus intéressant : l’agence traite désormais la communication martienne comme une infrastructure qui mérite des véhicules dédiés et un service continu, et non seulement comme une fonction auxiliaire de quelques sondes.

Le réseau actuel permet de comprendre le saut d’échelle. Mars Odyssey, Mars Reconnaissance Orbiter, Mars Express et Trace Gas Orbiter ont assuré ou assurent des fonctions de relais entre la surface et la Terre. Une liaison UHF de proximité entre un rover et un orbiteur peut être beaucoup plus efficace qu’un lien direct vers la Terre : la distance est de quelques centaines ou milliers de kilomètres au lieu de dizaines ou centaines de millions. L’orbiteur emmagasine les données, puis les transmet lorsque sa géométrie et son planning le permettent. Le service MaROS de la NASA matérialise cette chaîne opérationnelle : une donnée possède une histoire, un calendrier, un orbiteur, un passage, une réception et parfois une nouvelle tentative.

Pour une cité, cette histoire devient une question politique et industrielle. À partir de quel nombre d’habitants la télécommunication cesse-t-elle d’être un sous-système pour devenir un service public ? Lorsque l’hôpital, l’énergie, les rovers et l’industrie utilisent le même réseau, il faut définir des classes de service, des priorités, des responsabilités et des procédures de réparation. Un relais orbital en panne n’est plus un désagrément scientifique : il peut réduire la capacité médicale, retarder un diagnostic, empêcher la mise à jour d’une carte ou isoler un véhicule. La naissance du Mars Telecommunications Network permet donc de raconter la transformation la plus intéressante : celle d’un réseau de missions en infrastructure de société.

Le Mars Telecommunications Network : quand un réseau de mission devient infrastructure

En mai 2026, la NASA a publié une demande de propositions industrielles pour un Mars Telecommunications Network destiné à fournir des services à haute performance aux missions orbitales, de surface et aux futures missions humaines, avec une capacité demandée à Mars au plus tard en 2030. Cette étape est historique moins par la date que par le changement de philosophie : au lieu de demander à chaque mission d’emporter presque toute sa chaîne de communication, on commence à raisonner en infrastructure partagée.

Une infrastructure partagée modifie l’économie des missions. Si un atterrisseur peut compter sur un relais puissant, sa propre antenne peut être plus petite ou son débit vers la surface meilleur. Si plusieurs véhicules utilisent le même service, les coûts fixes de l’orbiteur peuvent être répartis. Mais une dépendance nouvelle apparaît : la panne du réseau commun affecte plusieurs missions simultanément. L’architecture doit donc combiner mutualisation et résilience.

À terme, la question deviendra politique. Qui finance le réseau ? NASA, ESA, entreprises, cité martienne ? Un opérateur privé peut-il prioriser ses propres véhicules ? Quel service minimal doit rester disponible gratuitement pour les urgences ? Comment gérer le spectre radio et les identifiants réseau ? À quel moment une infrastructure née d’un programme d’exploration devient-elle un service public de fait ? La colonisation de Mars commence ainsi à rencontrer des problèmes que les villes terrestres connaissent déjà avec l’eau, l’électricité et Internet.

DTN : pourquoi l’Internet martien doit accepter l’absence de connexion

Sur Terre, nous nous sommes habitués à des réseaux où deux machines peuvent généralement établir une conversation presque instantanée. Entre la Terre et Mars, la distance change les hypothèses de base. La propagation de la lumière impose des minutes de délai dans un seul sens, les orbites créent des fenêtres de visibilité, un relais peut disparaître derrière la planète et une conjonction solaire peut rendre les liaisons très difficiles. Essayer de faire fonctionner tout le système comme un Internet terrestre simplement ralenti conduirait à des temporisations absurdes et à une fragilité structurelle.

Le Delay/Disruption Tolerant Networking, ou DTN, adopte l’hypothèse inverse : une coupure est normale. Le Bundle Protocol encapsule des données dans des unités qui peuvent être stockées durablement par un nœud intermédiaire avant d’être retransmises. Le réseau n’exige donc pas qu’une route de bout en bout existe au moment précis où le message est créé. Un relais peut recevoir un dossier médical, en assumer temporairement la garde, attendre le prochain contact prévu, puis l’envoyer. Le routage devient lié à un calendrier de contacts prévisibles, aux priorités, à la durée de validité des données et à la capacité de stockage.

Cette logique transforme la notion même de temps réseau. Une alarme de fuite perd sa valeur si elle arrive deux heures après l’incident ; une archive géologique de 40 gigaoctets peut attendre ; une ordonnance médicale signée doit rester authentique même après plusieurs stockages intermédiaires ; un logiciel critique ne doit jamais être remplacé par une version incomplète. Le réseau doit donc gérer priorité, expiration, intégrité, reprise, accusés de réception adaptés et sécurité, pas seulement transporter des octets.

Prenons un scénario pédagogique. Un site martien produit 50 Mbit/s de données utiles pendant huit heures où le lien principal n’est pas disponible. Huit heures représentent 28 800 secondes. Le volume vaut 50 × 28 800 = 1 440 000 mégabits. En divisant par huit pour convertir les bits en octets, on obtient environ 180 000 mégaoctets, soit autour de 180 gigaoctets avant surcharges de protocoles et redondances. Ce calcul très simple montre pourquoi une coupure n’est pas seulement un problème d’antenne : elle devient un problème de stockage, de classement et de gouvernance des priorités.

À l’échelle d’une ville, DTN pourrait coexister avec des réseaux locaux beaucoup plus classiques. À l’intérieur d’un habitat ou entre deux quartiers, la latence est négligeable ; entre Mars et la Terre, elle est structurelle. L’architecture devra donc traduire entre deux mondes : des services locaux interactifs et un échange interplanétaire asynchrone. L’Internet martien ne sera pas un seul réseau ; ce sera une fédération de réseaux dont les contraintes temporelles sont radicalement différentes.

Bundle Protocol, LTP et garde des données : construire pour la rupture au lieu de la subir

Sur Internet terrestre, beaucoup de protocoles ont été conçus autour de l’idée qu’un chemin de bout en bout existe au moment où les deux machines veulent communiquer. Entre Terre et Mars, cette hypothèse tombe. Les contacts peuvent être intermittents, les délais énormes et la géométrie orbitale prévisible. Le Delay/Disruption Tolerant Networking transforme cette contrainte en modèle : un nœud accepte de conserver durablement une unité de données — un bundle — jusqu’à ce qu’un contact utile apparaisse.

Le protocole LTP peut assurer un transfert fiable sur certains liens à grande latence, tandis que les mécanismes de garde — custody transfer — permettent à un nœud intermédiaire de prendre la responsabilité de conserver une donnée jusqu’à ce qu’elle soit transmise plus loin. Cette notion est essentielle : la mémoire n’est plus un simple tampon temporaire, elle devient une fonction réseau.

La planification peut utiliser un contact plan : l’orbite permet de savoir qu’un relais sera visible dans quarante-deux minutes pendant huit minutes, puis qu’une autre station apparaîtra plus tard. Le routeur peut donc choisir un chemin dans le temps, pas seulement dans l’espace. Un « paquet » vers la Terre ressemble davantage à une cargaison passant par plusieurs correspondances qu’à un appel téléphonique continu.

Prioriser lorsque tout ne peut pas partir

Supposons qu’une base accumule pendant huit heures 180 Go de données à transmettre. Une alarme médicale de 200 Mo, un journal industriel de 2 Go et 150 Go d’imagerie scientifique n’ont pas la même urgence. Le réseau doit attribuer classes de service, dates d’expiration et règles de priorité. Mais il faut éviter un piège : si tout est déclaré « critique », plus rien ne l’est. La gouvernance du réseau doit donc définir des catégories qui résistent à la pression politique et opérationnelle.

La sécurité s’ajoute à la latence. Un bundle peut rester stocké longtemps sur plusieurs nœuds. Il doit conserver son intégrité, son authenticité et ses droits d’accès. Une commande ancienne reçue après changement de situation peut devenir dangereuse ; l’expiration et le contexte temporel font donc partie de la sûreté. Sur Mars, un réseau tolérant les délais doit aussi tolérer la réalité que les données peuvent arriver trop tard pour être exécutées.

Radio et laser : la bande passante devient un budget de société

Les communications optiques changent l’imaginaire parce qu’elles permettent de concentrer beaucoup d’énergie dans un faisceau très étroit. La démonstration DSOC du JPL a montré 267 Mbit/s à environ 31 millions de kilomètres et a poursuivi des communications à des distances de plusieurs centaines de millions de kilomètres. Ce résultat ne prouve pas qu’une colonie martienne disposera partout d’un débit de 267 Mbit/s : distance, pointage, météo terrestre, disponibilité des stations et puissance modifient le bilan. Mais il montre que le laser n’est plus une simple promesse théorique pour l’espace lointain.

Un calcul rend l’ordre de grandeur parlant. Cent gigaoctets représentent environ 800 gigabits. À 267 Mbit/s, soit 0,267 Gbit/s, le temps théorique minimal vaut 800 ÷ 0,267 ≈ 2 996 secondes, soit presque 50 minutes. Le même volume à 2 Mbit/s prendrait environ 400 000 secondes, soit plus de 111 heures. Comparer ces chiffres permet de comprendre pourquoi l’imagerie haute résolution, les jumeaux numériques industriels, la télémédecine et la science peuvent justifier des liaisons optiques, tout en conservant une radio plus tolérante comme secours.

Une architecture humaine crédible sera donc probablement hybride. Les liaisons locales pourront employer UHF, Wi-Fi industriel, réseaux filaires et éventuellement optiques selon les environnements. Les relais orbitaux utiliseront plusieurs bandes, tandis que les liens Mars-Terre combineront radio X/Ka et optique. Le mot important n’est pas 'laser', mais diversité : plusieurs chemins, plusieurs fréquences, plusieurs stations au sol et plusieurs modes de dégradation.

À ce stade, la communication cesse d’être une simple performance technique. Une cité doit décider combien d’énergie elle accepte de consacrer à l’information, combien de données elle conserve localement, quels services fonctionnent même en isolement complet et quelle capacité de télécommunication doit survivre à la perte d’un relais. Ce sont des choix d’architecture mais aussi des choix de société : ce que l’on sauvegarde révèle ce que l’on considère comme vital.

DSOC : transformer un record en ordre de grandeur compréhensible

La démonstration Deep Space Optical Communications — DSOC a atteint 267 Mbit/s depuis environ 31 millions de kilomètres. Convertissons ce nombre. Un fichier de 100 Go contient environ 800 gigabits. Dans un monde idéal où le débit de 267 Mbit/s resterait constant et où l’on ignorerait toute surcharge protocolaire :

t = 800 Gbit ÷ 0,267 Gbit/s ≈ 2 996 s ≈ 49,9 min.

Le calcul est volontairement idéal. À grande distance, le débit baisse ; la météo terrestre peut rendre une station optique indisponible ; le pointage doit être extrêmement précis ; le codage, les protocoles et les temps de contact réduisent le débit utile. Mais l’exercice permet de sentir la différence entre une liaison de quelques mégabits par seconde et une liaison optique de plusieurs centaines de mégabits par seconde.

Pour une cité, l’optique peut servir les gros volumes : science, imagerie, réplication de bases de données, jumeaux numériques et communications culturelles. La radio restera probablement indispensable pour la robustesse, les opérations par mauvais temps terrestre, certaines commandes et les liaisons locales. Le réseau le plus résilient sera donc hybride plutôt que « tout laser ».

Quatre, vingt, cent, mille habitants : concevoir la montée en échelle

Pour quatre habitants, la simplicité est une qualité de sûreté. Un habitat, quelques rovers, une paire de relais, des caches locaux et des procédures écrites peuvent suffire. La majorité des décisions se prend dans la même pièce. Le réseau doit surtout rester compréhensible et réparable par un petit équipage. Les équipements de secours peuvent être physiquement isolés et les données essentielles copiées sur plusieurs supports.

À vingt habitants, la base devient une organisation. Plusieurs EVA peuvent se dérouler simultanément, des laboratoires et ateliers produisent des données, l’hôpital a ses propres exigences et les usages privés apparaissent. Le réseau doit segmenter le trafic, journaliser les événements, maintenir un annuaire de services et offrir des communications locales indépendantes de la Terre. Le stockage n’est plus seulement une mémoire de mission : il devient une bibliothèque opérationnelle.

À cent habitants, la ville naissante possède plusieurs zones, des véhicules autonomes et des procédés industriels continus. Les volumes de données augmentent plus vite que la population parce que chaque nouveau système possède capteurs, historiques, logiciels et modèles. Les fonctions de centre de données, de gestion des identités, de sauvegarde hors site et de cybersécurité deviennent permanentes. Le réseau doit tolérer une panne partielle sans interrompre l’eau, l’air ou l’énergie.

À mille habitants, il faut raisonner comme un opérateur d’infrastructure critique. Plusieurs centres de données, des segments physiques indépendants, une gouvernance du spectre, des équipes de maintenance, un service de temps, un positionnement local, une réplication entre quartiers et un réseau orbital dédié deviennent plausibles. Une perte de Terre de plusieurs jours doit être un mode prévu, pas un scénario d’apocalypse. Le critère de maturité d’une cité n’est donc pas son débit maximal ; c’est sa capacité à continuer à fonctionner lorsque le lien le plus prestigieux disparaît.

Un scénario chiffré de montée en charge — hypothèses, pas prévision

Pour rendre l’échelle concrète, imaginons un scénario pédagogique où la production moyenne de données « à valeur de long terme » vaut 20 Go/jour à quatre personnes, 80 Go/jour à vingt, 500 Go/jour à cent et 5 To/jour à mille. Ces nombres ne sont ni des exigences NASA ni des prévisions : ils servent à montrer l’effet de l’échelle lorsque vidéos, science, maintenance prédictive, dossiers médicaux, jumeaux numériques et sauvegardes deviennent courants.

Le stockage brut n’est pas la difficulté principale : soixante-dix téraoctets sont modestes pour des technologies terrestres modernes. Le défi est de maintenir les équipements, répliquer les données, vérifier les sauvegardes, gérer la consommation électrique, refroidir les serveurs et décider ce qui doit être synchronisé vers la Terre. Une ville peut donc devenir très autonome localement tout en restant culturellement et scientifiquement connectée à la planète d’origine.