Le lendemain matin, Dhiraj retira toutes les étiquettes contextuelles du modèle futur.
Aarya le regarda faire.
Récupération mécanique.
Persistance thermique.
Interaction environnementale.
Transition d'urgence.
Voie de maintenance.
Tout disparut de l'affichage jusqu'à ne laisser que l'historique physique sous-jacent.
« Que fais-tu ? » demanda-t-elle.
« Recommencer. »
« C'est d'habitude une phrase dangereuse. »
Dhiraj l'ignora.
Il sélectionna l'état d'infrastructure actuel et afficha son historique validé.
Six états de topologie.
Trois relations transformées.
Deux états physiques dérivés de la topologie.
Une voie de récupération active.
Plusieurs interactions environnementales non résolues.
Puis il ouvrit le modèle futur.
Les quatre états prédits réapparurent.
Au lieu d'y attacher une question future, Dhiraj marqua chaque relation validée qui existait avant la transition.
« Jusqu'ici, dit-il, nous demandions ce qui compte. »
Aarya s'approcha.
« Et maintenant ? »
« Nous demandons ce qui ne doit pas être perdu. »
Elle étudia l'affichage.
Il y avait une différence importante.
Un système d'identité contextuelle pouvait déterminer quelles relations historiques importaient pour une question d'ingénierie connue.
Mais le futur pouvait contenir des questions que personne n'avait anticipées.
Une structure construite aujourd'hui pouvait devenir partie d'un tout autre réseau d'infrastructure vingt ans plus tard.
Une voie thermique enfouie pouvait devenir pertinente après la construction d'un nouveau système souterrain.
Un corridor de récupération qui semblait inutile en exploitation ordinaire pouvait devenir critique après une panne future.
L'ingénieur du présent ne pouvait pas connaître tous les usages futurs.
Préserver indéfiniment chaque morceau d'historique était impossible.
Mais ne préserver que ce qui compte aujourd'hui pouvait effacer l'information qui deviendrait critique demain.
Le problème se situait entre ces deux extrêmes.
Trop de préservation créait une archive inutilisable.
Trop peu créait une cécité historique.
Dhiraj écrivit deux mots au tableau.
Pertinence Future.
Aarya en ajouta un autre.
Usage Inconnu.
Puis elle traça une ligne entre les deux.
« C'est le problème. »
Dhiraj acquiesça.
« Le futur n'est pas une question d'ingénierie prédéfinie. »
« Et FRT-1 ne peut pas générer toutes les questions possibles. »
« Ce serait dépourvu de sens computationnel. »
« Exactement. »
Ils regardèrent l'architecture.
Le prochain cadre ne prédirait pas la question future.
Il préserverait les preuves physiques les plus capables de soutenir les questions futures.
C'était un objectif fondamentalement différent.
La première session de conception dura onze heures.
L'équipe d'ingénierie proposa des modèles de probabilité.
Dhiraj les rejeta.
« Probabilité de quoi ? »
« De pertinence future. »
« Basée sur quoi ? »
« Modèles d'usage historiques, données de planification d'infrastructure, fréquence de transition — »
« Non. »
La pièce devint silencieuse.
Dhiraj pointa du doigt le modèle.
« Nous ne savons pas ce que sera l'infrastructure future. »
Un ingénieur senior répondit prudemment.
« Nous pouvons estimer les usages probables. »
« Nous pouvons estimer des schémas de développement. C'est différent. »
Aarya acquiesça.
« Si nous classons les preuves historiques par demande future prédite, nous écarterons systématiquement les relations inhabituelles. »
Dhiraj la regarda.
« Et les relations inhabituelles sont exactement celles dont nous pourrions regretter la perte. »
L'équipe reprit le travail.
La proposition suivante fut une couche de préservation universelle.
Chaque relation physique validée serait conservée indéfiniment.
Aarya la rejeta.
« Le stockage n'est pas le problème principal. »
Dhiraj la regarda.
« L'interprétation. »
Elle acquiesça.
« Imaginez un ingénieur ouvrant une archive de site dans trente ans. »
Elle afficha un enregistrement hypothétique.
Des milliers de mesures.
Des centaines de transitions de topologie.
Des douzaines d'états environnementaux.
Plusieurs générations d'instruments.
Des populations historiques de composants.
Des événements de maintenance.
L'archive contenait tout.
Elle était inutile.
« L'ingénieur du futur n'a pas besoin de tout, dit-elle.
« Il a besoin des bonnes preuves. »
Dhiraj ajouta :
« Sans savoir à l'avance ce que "bon" veut dire. »
La pièce retomba dans le silence.
C'était le vrai problème.
Ils avaient besoin d'une architecture de préservation qui ne prédisait pas les questions futures, mais conservait suffisamment de preuves structurées pour rendre les questions futures répondables.
Aarya proposa le premier principe.
« Préserver les mécanismes avant les interprétations. »
Dhiraj considéra.
« Explique. »
« Si nous stockons qu'une ancienne topologie a été classée comme importante pour la récupération thermique, nous avons stocké une interprétation. »
Elle la remplaça par les preuves physiques.
Frontières de matériaux.
Voies thermiques observées.
Conditions environnementales.
Configurations de mesure.
Historique de transition.
États des composants.
« Celles-ci restent utiles même si l'ingénieur futur pose une question complètement différente. »
Dhiraj acquiesça.
« La preuve a une utilité future plus longue que la conclusion. »
La phrase alla sur le tableau.
Persistance Preuve > Persistance Interprétation
Ce devint le fondement.
Le système préserverait les preuves physiques en couches structurées.
Lignée de mesure brute.
Relations physiques validées.
État historique.
Conditions de transition.
État environnemental.
Population de composants.
Architecture de mesure.
Mécanismes causaux connus.
Limitations connues.
Les interprétations contextuelles resteraient attachées, mais elles ne seraient pas traitées comme le sens permanent de la preuve.
La distinction était subtile.
Elle résolvait aussi une partie du problème.
Un ingénieur futur pouvait réinterpréter la preuve sans reconstruire la campagne de mesure originale.
La question suivante était plus difficile.
Combien de preuves était suffisant ?
L'équipe créa une hiérarchie de préservation.
Le niveau un contenait l'identité historique de base.
Ce qui existait.
Quand cela existait.
Où cela existait.
Ce qui avait changé.
Le niveau deux préservait les relations physiques.
Comment les composants interagissaient.
Sous quelles conditions.
Avec quel comportement de propagation.
Le niveau trois préservait le comportement de transition.
Ce qui se passait quand le système changeait.
Le niveau quatre préservait les dépendances environnementales.
Le niveau cinq préservait les lacunes de preuve non résolues.
Aarya les arrêta là.
« Pourquoi les preuves non résolues sont-elles niveau cinq ? »
« Ce n'est pas le cas. »
Elle pointa l'architecture.
« Si nous enterrons l'incertitude au fond, les ingénieurs futurs supposeront que les couches supérieures sont complètes. »
Dhiraj acquiesça.
L'incertitude devait rester visible à chaque niveau.
Une mesure manquante était elle-même partie de l'historique physique.
Une transition non testée était une preuve sur les limites de la connaissance.
Un angle mort de mesure devait rester enregistré.
Ils redessinèrent la structure.
Chaque enregistrement de préservation porterait une Frontière de Preuve.
Elle spécifierait :
ce qui était connu,
comment c'était connu,
ce qui n'avait pas été observé,
ce qui avait été inféré,
ce qui était physiquement validé,
et ce qui restait non résolu.
L'archive préserverait donc non seulement la connaissance, mais les frontières de la connaissance.
C'était essentiel.
Les ingénieurs futurs pourraient autrement prendre un historique propre pour un historique complet.
Le premier prototype reçut une désignation temporaire.
PEP-1 — Préservation de Preuve Physique.
Dhiraj n'aimait pas le nom.
« Ça sonne comme du stockage. »
Aarya regarda l'architecture.
« C'est plus que du stockage. »
« Alors ne le nomme pas comme du stockage. »
Le débat sur le nom continua.
Architecture de Patrimoine Physique.
Continuité de Preuve Historique.
Cadre de Preuve Physique Future.
Tous sonnaient trop larges.
Finalement Aarya écrivit :
FEP-1 — Préservation de Preuve Future.
Dhiraj acquiesça.
« Mieux. »
FEP-1 siégerait au-dessus des systèmes de mesure et de lignée existants.
Il ne les remplacerait pas.
Son rôle était de préserver les preuves nécessaires pour reconstruire de futures relations physiques même quand les interprétations contextuelles d'aujourd'hui deviendraient obsolètes.
L'architecture liait :
FEE-1,
PCT-1,
TLA-1,
TDPS-1,
TIC-1,
CIT-1,
et FRT-1.
Mais les connexions étaient soigneusement contraintes.
FEP-1 pouvait préserver les sorties de ces systèmes.
Il ne pouvait pas traiter leurs classifications comme des faits indiscutables.
Chaque conclusion restait liée à sa chaîne de preuve.
Ce fut la première règle architecturale majeure.
Le premier test fut entièrement artificiel.
Les ingénieurs créèrent un site industriel simulé avec trente ans d'historique d'infrastructure.
Ils générèrent un état actuel.
Puis ils créèrent un ingénieur futur qui n'avait pas accès à la documentation du projet original.
Cet ingénieur ne reçut que l'archive FEP-1.
La question de test était délibérément sans rapport avec le but d'ingénierie original.
Le projet historique avait été conçu autour de la gestion de charge mécanique.
L'ingénieur futur demanda l'interaction thermique environnementale.
FEP-1 reconstruisit la topologie historique.
Il récupéra les frontières physiques.
Il récupéra les mesures environnementales.
Il récupéra la configuration instrumentale.
Mais les données thermiques étaient incomplètes.
L'ingénieur futur reçut un résultat non résolu.
Aarya fut satisfaite.
Dhiraj ne le fut pas.
« Pourquoi ? »
« Parce que c'est honnête. »
« Nous avons besoin de plus. »
L'équipe le regarda.
« L'archive a préservé assez pour montrer que la question ne peut pas actuellement recevoir de réponse. »
Il pointa le projet original.
« Mais pourquoi ne pouvait-il pas y répondre ? »
Ils examinèrent l'historique.
Les ingénieurs d'origine n'avaient pas collecté de mesures thermiques à la résolution requise.
Cette lacune n'avait jamais importé pour le projet d'origine.
FEP-1 préservait la lacune.
Mais le système n'avait aucun moyen de dire si la mesure manquante aurait pu être collectée pendant le déploiement d'origine.
Aarya comprit.
« Preuve d'absence. »
Dhiraj acquiesça.
« Exactement. »
Un jeu de données manquant pouvait signifier :
la mesure était impossible,
la mesure était inutile,
la mesure avait été négligée,
l'équipement n'existait pas,
ou les données étaient perdues.
C'étaient des états historiques complètement différents.
FEP-1 devait préserver la raison des preuves manquantes chaque fois qu'elle était connue.
L'archive elle-même avait maintenant besoin d'un historique.
Cette addition causa un problème inattendu.
Les équipes de reconstruction historique d'Aetherion avaient des effectifs limités.
Enregistrer pourquoi chaque mesure manquante l'était pouvait exiger de revoir d'anciens dossiers de projet, entretiens, registres de maintenance, journaux d'approvisionnement et historiques d'équipement.
Pour une grande infrastructure nationale, cela pouvait prendre des années.
Dhiraj refusa de créer une exigence qui ne pourrait jamais s'échelonner.
La solution fut la préservation sélective.
Lorsqu'un projet était activement mesuré, FEP-1 enregistrait automatiquement les frontières de preuve.
Pour l'infrastructure historique, le système distinguait entre :
absence connue,
absence documentée,
absence non documentée,
et preuves inaccessibles.
Il ne tenterait pas de fabriquer des explications.
C'était suffisant.
Un ingénieur futur pouvait voir :
Mesure thermique absente — raison non documentée.
Cette déclaration était bien plus utile que de traiter silencieusement le champ comme une information nulle.
Le premier test physique débuta sur un site industriel régional.
Le site avait été sélectionné car son historique contenait plusieurs transitions.
Construction originale.
Remplacement partiel.
Modification industrielle.
Abandon.
Redéveloppement moderne.
L'infrastructure actuelle contenait une voie thermique enfouie et une région souterraine modifiée mécaniquement.
L'équipe d'ingénierie installa un réseau de référence FEP-1.
Les instruments enregistrèrent non seulement les mesures physiques mais leur propre configuration.
Placement des capteurs.
Intervalles d'échantillonnage.
État d'étalonnage.
Conditions environnementales.
Chronologie de transition.
Identifiants de composants.
Chaque changement fut enregistré.
Puis l'équipe effectua une transition thermique contrôlée.
Les résultats furent stables.
La voie thermique historique fut détectée.
Le système mécanique resta inchangé.
L'équipe modifia alors les conditions environnementales.
La ventilation fut modifiée.
La température de surface changea.
La réponse thermique se décalait.
FEP-1 préserva la transition complète.
Rien d'inattendu pour l'instant.
Puis l'équipe remplaça un capteur.
Le nouveau capteur avait une meilleure résolution.
Son étalonnage était différent.
La carte thermique résultante montra une caractéristique subtile que le capteur précédent avait manquée.
Aarya arrêta l'analyse.
« Comparez la lignée de mesure. »
Le logiciel le fit.
La caractéristique ne fut pas automatiquement traitée comme un nouveau phénomène physique.
Elle fut d'abord classée comme un changement d'observabilité.
L'ancien capteur n'avait pas pu résoudre le gradient thermique étroit.
Le nouveau le pouvait.
FEE-1 compara les représentations.
Le champ physique était potentiellement le même.
Le domaine de mesure avait changé.
Cette distinction prévenait une erreur historique dangereuse.
Sans la lignée instrumentale, un ingénieur futur pourrait conclure que la caractéristique thermique était apparue lors du remplacement du capteur.
FEP-1 préservait la preuve montrant que la caractéristique avait existé dans l'angle mort de mesure.
Aarya regarda Dhiraj.
« C'est pour ça que ça compte. »
Il acquiesça.
« L'archive ne se contente pas de se souvenir de l'infrastructure.
« Elle se souvient de comment nous la connaissions. »
Le résultat changea l'architecture de préservation d'Aetherion.
La configuration de mesure devint un objet historique de premier plan.
Chaque déploiement de référence conséquent préserverait :
identité matérielle,
historique d'étalonnage,
configuration logicielle,
placement des capteurs,
architecture d'échantillonnage,
conditions environnementales,
et limitations d'observabilité connues.
Aetherion commença à fabriquer des modules de référence avec des enregistrements de configuration sécurisés.
Pas parce que le matériel en avait besoin pour fonctionner.
Parce que les ingénieurs futurs avaient besoin de savoir ce que les mesures signifiaient.
Cette exigence augmenta le coût de fabrication.
Elle augmenta aussi la valeur à long terme.
L'entreprise accepta le coût.
L'échec suivant vint de la direction opposée.
L'archive devint trop volumineuse.
Un seul site de surveillance de longue durée généra des téraoctets de mesures brutes.
Étendre cela à l'infrastructure nationale créerait un énorme problème de stockage et de récupération.
L'équipe logicielle proposa la compression.
Dhiraj accepta.
Mais seulement après avoir défini ce qui ne pourrait jamais être compressé.
Les mesures brutes pouvaient être archivées à différentes résolutions.
Les champs dérivés pouvaient être recalculés.
Les intervalles stables répétés pouvaient être compressés.
Mais les événements de transition, changements d'étalonnage, fenêtres d'anomalie et frontières de preuve devaient rester récupérables à pleine résolution.
Aarya ajouta une exigence de plus.
« Préservez les données brutes autour des désaccords. »
Dhiraj la regarda.
« Pourquoi les désaccords ? »
« Parce que c'est là que nos modèles échouent. »
Elle surligna une section de données.
Deux architectures de mesure avaient produit des représentations légèrement différentes.
La différence fut initialement classée comme du bruit.
Une analyse ultérieure montra qu'il s'agissait d'une vraie composante thermique de faible amplitude.
« Si nous compressons le désaccord comme du bruit, dit-elle, nous pourrions détruire la seule preuve qui dit à l'ingénieur futur où notre modèle avait tort. »
Dhiraj acquiesça.
L'architecture de stockage fut modifiée.
Fenêtres de préservation de désaccord.
Chaque fois que des systèmes de mesure indépendants étaient en désaccord au-delà d'un seuil de preuve défini, les données brutes environnantes recevaient une priorité de préservation plus élevée.
Le système ne déciderait pas quel instrument avait raison.
Il préserverait le désaccord.
Ce principe était déjà émergé pendant FEE-1.
Maintenant, il devint partie de la mémoire d'infrastructure à long terme.
L'architecture fut testée sur l'ensemble de données des vingt-quatre sites.
Les résultats furent révélateurs.
Sur neuf sites, les enregistrements historiques existants suffisaient à reconstruire l'identité contextuelle.
Sur sept, la configuration de mesure manquante limitait l'interprétation future.
Sur cinq, les transitions historiques étaient connues mais les conditions environnementales incomplètes.
Sur trois, les états dérivés de la topologie pouvaient être validés mais le mécanisme de leur formation restait partiellement incertain.
L'ensemble de données avait maintenant une nouvelle valeur.
Il ne contenait pas seulement des découvertes physiques.
Il contenait une carte de la capacité de préservation de l'historique d'infrastructure.
Aetherion commença à catégoriser l'infrastructure historique par Récupérabilité de Preuve.
Pas comme un score.
Comme une condition structurée.
Entièrement reconstruisible.
Partiellement reconstruisible.
Limité par la mesure.
Limité par l'historique.
Physiquement non résolu.
Les catégories aidaient les gouvernements à décider où des relevés supplémentaires valaient la peine.
Elles révélèrent aussi un problème à l'échelle nationale.
Une grande partie de l'infrastructure du pays avait été construite avant les pratiques de mesure numériques modernes.
Son historique physique existait dans des dessins sur papier, des registres de maintenance, de la mémoire institutionnelle, et parfois nulle part.
Préserver la connaissance future nécessitait de reconstruire le passé.
Cela signifiait que les archives étaient devenues de l'infrastructure d'ingénierie.
Aetherion développa ses partenariats universitaires.
Au lieu de demander aux universités de seulement numériser de vieux enregistrements d'infrastructure, l'entreprise créa un protocole standardisé de reconstruction historique.
Les chercheurs pouvaient identifier :
géométrie originale,
matériaux de construction,
dates de modification,
historique de remplacement,
conditions environnementales connues,
instrumentation,
événements de maintenance,
et défaillances documentées.
L'information entrait dans la structure de preuve FEP-1.
Mais les documents historiques n'étaient pas automatiquement traités comme vérité physique.
Un dessin montrait la géométrie intentionnelle.
Un registre de maintenance montrait le travail documenté.
Aucun ne prouvait que la structure physique correspondait au document.
Cette distinction restait essentielle.
Aetherion classa donc les preuves documentaires séparément de la validation physique.
Les enregistrements historiques pouvaient guider la reconstruction.
Ils ne pouvaient pas remplacer la mesure.
Ce principe empêchait l'archive de devenir une base de données sophistiquée d'hypothèses.
La réaction gouvernementale fut immédiate.
Plusieurs agences avaient d'énormes archives d'infrastructure difficiles à utiliser.
Le nouveau cadre offrait un moyen de connecter documents, mesures, validation physique et planification future.
Un programme pilote commença à intégrer les enregistrements historiques avec les évaluations de continuité physique.
Le but n'était pas de tout numériser.
C'était d'identifier l'infrastructure dont la modification future pouvait être affectée par un historique physique incomplet.
Un pont construit des décennies plus tôt avec de multiples réparations non documentées.
Un système d'eau enterré sous un nouveau développement.
Un site industriel converti à un autre usage.
Un corridor électrique modifié à maintes reprises au fil du temps.
Le système identifiait où les lacunes de preuve pouvaient créer de l'incertitude d'ingénierie future.
Le gouvernement ne donna pas le contrôle à Aetherion.
Au lieu de cela, il créa un protocole d'échange de données standardisé.
Plusieurs cabinets d'ingénierie pouvaient contribuer.
Les universités pouvaient valider les enregistrements historiques.
Les opérateurs d'infrastructure pouvaient conserver l'autorité opérationnelle.
Aetherion fournissait l'architecture de preuve physique et les standards de mesure de référence.
L'écosystème s'étendit.
Helios contesta FEP-1 de manière inattendue.
Leurs scientifiques computationnels argumentèrent que la préservation de preuve future pouvait être optimisée par la pertinence information-théorique.
Au lieu de préserver toutes les fenêtres de transition également, leur modèle identifiait les mesures les plus susceptibles de distinguer entre modèles physiques concurrents.
La réduction des besoins de stockage était énorme.
Aetherion le testa.
Les résultats furent excellents.
Le système d'Helios réduisait les besoins de stockage à long terme de près de soixante pour cent sur l'ensemble de données de référence tout en préservant la plupart de l'information discriminante pour les modèles.
Dhiraj approuva une collaboration plus poussée.
Mais Aarya trouva une limitation.
Le modèle de compression était optimisé autour d'hypothèses concurrentes connues.
Les mécanismes inconnus restaient vulnérables.
Elle le démontra en utilisant l'une des voies thermiques faibles découvertes plus tôt.
La voie n'avait pas été représentée dans l'ensemble de modèles d'origine.
Le système de compression d'Helios classa des parties du signal comme faible valeur car aucune hypothèse existante n'en dépendait.
Aarya restaura les données brutes.
Le signal faible resta.
Dhiraj regarda le résultat.
« Donc nous devons préserver ce qui défie le modèle. »
Aarya acquiesça.
« Et ce que le modèle ne comprend pas. »
L'algorithme de préservation hybride fut redessiné.
Au lieu de ne préserver que les mesures à haute information, il préserverait :
données discriminantes d'hypothèse,
désaccord de modèle,
fenêtres d'anomalie,
changements de frontière de mesure,
événements de transition,
et signaux statistiquement faibles qui restaient physiquement reproductibles.
Helios accepta le changement.
Le système résultant atteignait encore une compression significative.
Mais il n'assumait plus que les modèles d'aujourd'hui définissaient la connaissance de demain.
C'était exactement ce dont FEP-1 avait besoin.
Le premier déploiement national de FEP-1 commença discrètement.
Il n'y eut pas d'événement de lancement public.
Pas de démonstration géante.
Aetherion intégra simplement le cadre dans ses contrats d'évaluation d'infrastructure existants.
Chaque nouvelle campagne de mesure à haute conséquence produirait automatiquement un paquet de preuve future.
Chaque instrument de référence enregistrerait son propre historique de mesure.
Chaque transition de topologie validée préserverait sa frontière de preuve.
Chaque désaccord conséquent recevrait une priorité de préservation.
Chaque état physique majeur porterait son contexte historique.
Le changement était invisible pour le public.
Mais permanent.
Les projets d'infrastructure commencèrent à laisser derrière eux une mémoire physique structurée.
Pas seulement des plans.
Pas seulement des relevés de capteurs.
Un enregistrement de ce qui avait existé, de ce qui avait changé, comment cela avait été mesuré, ce qui avait été validé, et où l'incertitude restait.
Le futur hériterait de plus que des structures.
Il hériterait de preuves.
Dhiraj visita l'un des centres régionaux pendant la phase de déploiement.
Le centre avait considérablement grandi.
Quand il l'avait vu pour la première fois, il n'était guère plus qu'un laboratoire et une petite salle d'étalonnage.
Maintenant il contenait un stockage d'équipement de terrain, des baies d'étalonnage, des postes de travail de reconstruction historique, des salles de formation, des véhicules de validation mobile, et une section dédiée d'analyse de lignée.
Des ingénieurs se déplaçaient entre les stations en portant des caisses d'équipement.
Un groupe de stagiaires examinait un modèle d'infrastructure historique.
Une équipe universitaire validait de vieux enregistrements de construction.
Un opérateur gouvernemental préparait une évaluation de remplacement.
Un jeu de données Helios était traité sur l'un des grappes computationnelles.
La croissance d'Aetherion n'était plus concentrée autour du laboratoire central de Dhiraj.
Elle était devenue distribuée.
Cela importait.
Un cadre national d'ingénierie physique ne pouvait pas dépendre d'un seul bâtiment.
Dhiraj regarda un technicien étalonner un module de référence.
Aarya le rejoignit.
« Ça a changé. »
« Oui. »
« Plus de monde. »
« Trop ? »
Elle regarda autour.
« Pas encore. »
Dhiraj sourit.
« Ce n'est pas une réponse. »
« C'est la bonne réponse. »
Ils continuèrent à marcher.
Un stagiaire les aborda.
« Monsieur. »
Dhiraj s'arrêta.
« Oui ? »
« Nous avons une question sur le protocole de préservation. »
« Quelle question ? »
« Si un ingénieur futur découvre qu'une vieille relation physique était importante pour quelque chose de complètement différent de son but original, devrions-nous préserver l'ancienne interprétation aussi ? »
Dhiraj regarda Aarya.
Elle lui fit signe de répondre.
« Préservez l'interprétation comme preuve historique. »
Le stagiaire attendit.
« Mais ne la préservez pas comme définition de l'état physique. »
« Pourquoi ? »
« Parce que l'interprétation appartenait à l'ingénieur qui l'a faite. »
Il pointa vers l'archive de mesure.
« La preuve appartient au système. »
Le stagiaire acquiesça.
Dhiraj continua à marcher.
Aarya le rattrapa.
« C'était bien. »
« Tu trouves ? »
« Oui. »
« Alors ne le dis à personne. »
Elle sourit.
Ce soir-là, Dhiraj retourna au laboratoire central.
L'architecture intégrée avait encore changé.
FEP-1 siégeait maintenant au-dessus des systèmes existants.
En dessous étaient les cadres de continuité et de lignée physiques.
La structure devenait énorme.
Pourtant un problème restait.
La préservation de preuve future avait résolu le problème de la question inconnue partiellement.
Elle pouvait préserver la preuve sans connaître son but futur.
Mais elle ne pouvait pas tout préserver.
Certaine information physique était coûteuse à collecter.
Certaines mesures ne pouvaient être prises que pendant les transitions.
Certains états environnementaux se produisaient rarement.
Certaines conditions d'infrastructure pouvaient disparaître définitivement après remplacement.
L'ingénieur futur pourrait avoir besoin de preuves qui ne pouvaient plus être collectées.
FEP-1 pouvait préserver ce qui existait.
Il ne pouvait pas récupérer ce qui n'avait jamais été observé.
Aarya se tenait à côté de l'affichage.
« Nous avons résolu la préservation. »
« Partiellement. »
« Soit. »
Elle pointa les lacunes de preuve non résolues.
« Il y a des états physiques que nous ne pourrons jamais reconstruire après leur disparition. »
Dhiraj acquiesça.
« Alors nous devons savoir quelles mesures doivent être prises avant une transition. »
Aarya le regarda.
« Avant la transition. »
« Oui. »
FEP-1 avait été conçu pour préserver les preuves existantes.
Mais le problème de planification future était différent.
Si une transformation majeure d'infrastructure était sur le point de détruire un état physique observable, les ingénieurs avaient besoin de savoir quoi mesurer avant que la transformation n'arrive.
Cela signifiait que la préservation de preuve future devait travailler à rebours à partir de la perte potentielle d'information.
FRT-1 pouvait identifier les états futurs accessibles.
TIC-1 pouvait identifier les contextes pertinents.
CIT-1 pouvait modéliser le transfert d'identité.
FEP-1 pouvait préserver la preuve.
Mais aucun ne pouvait déterminer :
Quelle information doit être capturée maintenant parce qu'elle deviendra physiquement irrécupérable après la transition ?
C'était un nouveau problème d'ingénierie.
Dhiraj ouvrit le modèle de transition.
Aarya le regarda.
« Nous allons devoir mesurer des choses avant de savoir si nous en aurons besoin. »
« Oui. »
« C'est coûteux. »
« Oui. »
« Certaines mesures ne deviendront jamais utiles. »
« Probablement. »
Elle croisa les bras.
« Et tu veux quand même le construire. »
Dhiraj regarda le modèle d'infrastructure.
« Parce que les mesures que nous ne prenons pas ne peuvent pas être récupérées plus tard. »
Aarya resta silencieuse un moment.
Puis elle acquiesça.
« Alors nous avons besoin d'un moyen d'identifier la perte d'information irréversible. »
Dhiraj écrivit le premier nom de travail sur le tableau.
TPI-1.
Aarya le regarda.
« Trop tôt pour le nommer. »
« Probablement. »
« Que ça veut dire ? »
Il regarda le modèle de transition.
« Transition Preservation Intelligence. »
Elle secoua la tête.
« Ça sonne comme du logiciel. »
Dhiraj sourit.
« Alors nous trouverons un meilleur nom demain. »
Le laboratoire s'assombrit autour d'eux alors que l'affichage principal continuait de simuler de futures transitions d'infrastructure.
Pour la première fois, le problème n'était plus ce que le futur pourrait devenir.
C'était ce que le présent pourrait détruire avant que qui que ce soit ne réalise sa valeur.
Une nouvelle classe d'ingénierie avait commencé à émerger.
Préserver avant transition.
Parce qu'une fois qu'un état physique disparaissait, aucune archive ne pouvait recréer des mesures qui n'avaient jamais été prises.
Et Aetherion était sur le point d'apprendre que la pièce de données d'infrastructure la plus précieuse pourrait être celle que les ingénieurs n'avaient plus que quelques secondes pour collecter.