Résumé

  • Un Internet-Draft individuel propose un registre IANA des corps célestes ; son auteur a accepté publiquement que la nomenclature relève déjà de l’IAU et du Minor Planet Center.
  • Cette correction ne résout pas tout : le nom astronomique, l’identifiant réseau stable, le préfixe alloué, la route et la livraison sont cinq constats d’autorité différente.
  • TIPTOP peut définir une correspondance minimale et versionnée sans transformer un nom lisible, un projet ou une ligne de registre en preuve opérationnelle.

La révision 01 de Defining a Celestial Bodies Registry for Deep Space Internet Addressing demande à l’IANA de conserver un CBID, un nom officiel de l’IAU, un type de corps et un corps parent. Elle présente ce registre comme source unique pour une agrégation hiérarchique des adresses spatiales.

Le statut réel est plus étroit. La fiche Datatracker indique un document individuel, visé comme Informational. La charte TIPTOP traite de l’architecture IP, de QUIC, de la sécurité et du DNS dans des réseaux à très long délai. Elle n’adopte pas ce texte et ne crée aucun registre.

Le 6 septembre, Erik Kline a posé la question décisive : pourquoi demander à l’IANA de refaire ce que l’IAU fait déjà ? Il cite le RFC 9179, dont le champ astronomical-body renvoie expressément au nom défini par l’IAU. Alejandro Acosta a accepté l’objection et annoncé qu’une prochaine version retirerait ce poids inutile de l’IANA.

Marshall Eubanks a ensuite ajouté le Minor Planet Center. Une petite planète peut recevoir un code de découverte, plusieurs désignations provisoires, un numéro permanent puis un nom approuvé. Le 7 septembre, l’auteur a pris note de ce cadre pour une révision 02. Cette révision n’est pas encore une pièce publiée.

Conserver la lignée plutôt qu’un libellé

La présentation de l’IAU et le guide du MPC montrent que la désignation est un processus. Des observations séparées peuvent être rapprochées ; un numéro peut exister sans nom ; une classification peut évoluer ; des espaces et signes de ponctuation peuvent être légitimes.

Une base réseau qui copie seulement le nom courant détruit cette histoire. Après un renommage, le même corps peut paraître nouveau. Après la fusion de deux désignations provisoires, deux identifiants réseau peuvent survivre pour un seul objet. À l’inverse, un identifiant opaque et stable ne donne au réseau aucun pouvoir pour nommer ou classer l’objet.

Il faut une correspondance versionnée : autorité astronomique, référence durable, état de désignation, alias, date d’effet et remplacement éventuel. L’identifiant réseau possède sa propre règle de stabilité. Le préfixe et son titulaire possèdent encore une autre provenance.

Expert Review n’est pas une délégation de vérité

Le projet invoque l’Expert Review. Le RFC 8126 définit une procédure d’enregistrement : un expert applique des critères publiés. Il ne lui transmet pas l’autorité scientifique de l’IAU ou du MPC. L’expert IANA peut vérifier une référence ; il ne peut ni confirmer une orbite ni fusionner des découvertes.

Le astronomical-body du RFC 9179 sert à interpréter des coordonnées. Ce n’est ni une allocation IP, ni un certificat d’extrémité, ni une annonce de route. La future couche réseau doit donc ajouter ses propres reçus : identifiant, version de la correspondance, autorité d’allocation, préfixe, période de validité et historique des transferts.

Ensuite seulement viennent l’origine de route, sa validation, le chemin choisi, l’identité de l’équipement ou de la mission, la réception et l’effet applicatif. Une agrégation peut réduire une table de routage ; elle ne prouve pas que le paquet a atteint le destinataire voulu.

La discipline des couches de réalité de Heng Lu empêche ces raccourcis. La Minimum Initial Specification invite à standardiser seulement la jointure commune nécessaire. La primauté du code en fonctionnement maintient la dernière limite : ni le registre ni la route ne valent preuve de livraison.

Le débat public a donc déjà produit un résultat utile. Il a retiré une prétention d’autorité redondante et rendu visibles les jointures à construire. Dans l’espace profond, corriger une erreur prend longtemps. C’est précisément pourquoi le nom le plus mémorable ne doit jamais porter silencieusement l’allocation, le routage et le résultat.

Sources

  1. Datatracker — projet de registre
  2. Charte TIPTOP
  3. Heng Lu — Minimum Initial Specification
  4. Heng Lu — Reality Layers
  5. Heng Lu — Running-Code Primacy
  6. IAU — nomenclature astronomique
  7. Erik Kline — renvoi existant à l’IAU
  8. Alejandro Acosta — retrait du poids IANA
  9. Marshall Eubanks — étapes IAU/MPC
  10. Alejandro Acosta — notes pour la révision 02
  11. Internet-Draft, révision 01
  12. Minor Planet Center — désignations
  13. RFC 8126 — politiques IANA
  14. RFC 9179 — référentiel astronomique