Résumé

  • Publiée pour discussion le 25 septembre 2026, LAC-2026-6 est une proposition, en version 1, qui précise à plusieurs étapes du PDP qu’il s’agit de la version d’un texte. Elle n’a pas obtenu de consensus et n’est pas une règle en vigueur.
  • L’auteur affirme vouloir rendre la rédaction conforme à la pratique, sans changer le PDP. Il reconnaît en outre que la raison technique exacte pour laquelle le système ne pourrait pas relancer une période de discussion sans nouvelle version n’a pas été confirmée par le personnel de LACNIC.
  • Un identifiant de dossier permet de réunir des versions. Il ne démontre ni que la version finale a été annoncée à temps, ni qu’elle a été présentée au forum, discutée, soumise au dernier appel et acceptée par le conseil. Chaque transmission devrait laisser une trace de la version en cause et du traitement des objections.

Le numéro du dossier ne dit pas quels mots ont été acceptés

La fiche officielle de LAC-2026-6 montre pour l’instant une proposition, une version, un auteur et un état : « En discusión ». Elle donne aussi deux dates qu’il faut distinguer. Le texte porte une dernière modification datée du 22 septembre ; l’entrée en discussion date du 25. La première n’est pas la preuve que le public a pu débattre depuis le 22. De même, l’attribution automatique d’un code, que la proposition veut décrire plus exactement, ne vaut pas publication sur la liste.

Cette différence entre un objet interne et un acte public traverse tout le projet. Dans les extraits du PDP cités sur la page de la proposition, la liste recevrait et publierait des versions ; une nouvelle version devrait avoir été publiée au moins deux semaines avant le Forum public des politiques pour y être discutée ; les modérateurs examineraient la discussion d’une version et suggéreraient un consensus sur celle-ci. Le forum débattrait de versions, et le conseil d’administration accepterait ou rejetterait une version. Les mêmes mots reviennent parce que le même contrôle devrait suivre le texte d’une salle à l’autre.

Cela n’implique pas que toute correction mineure soit suspecte. Une procédure qui interdit de corriger une phrase mal rédigée deviendrait vite inutilisable. Le meilleur argument en faveur de LAC-2026-6 est précisément celui de son auteur : la pratique et l’interface de LACNIC distinguent déjà des versions, alors que certains passages du texte parlent encore d’une « proposition » comme si elle était immuable. Corriger cette discordance peut protéger les auteurs, les modérateurs et les participants contre une contestation née d’un simple malentendu.

Mais la valeur d’une clarification se mesure au cas difficile, pas au cas où rien ne change. Si une exigence de transfert, d’allocation ou de gestion de ressources est modifiée après une discussion, les exploitants qui en subiront les effets ont besoin de connaître le texte sur lequel les objections ont été reçues et appréciées. Un numéro commun à deux versions ne permet pas de répondre. Il désigne la famille du dossier, non les mots qui ont acquis autorité.

Le calendrier suit une version déterminée

Le PDP actuellement publié par LACNIC prévoit au moins huit semaines de débat, une présentation au forum dans le parcours ordinaire, puis quatre semaines de dernier appel après l’évaluation du consensus. Ces durées servent à rendre un texte examinable. Elles ne sont pas des délais abstraits qu’une proposition pourrait épuiser une fois pour toutes, indépendamment de ses révisions.

La rédaction soumise en septembre précise plusieurs bifurcations. Si le consensus n’est pas atteint, les auteurs pourraient poursuivre avec une nouvelle version ou retirer la proposition. Après des échanges, les modérateurs et les auteurs pourraient décider qu’une révision appelle une nouvelle période de débat, ou que des changements mineurs peuvent être présentés lors du dernier appel. Il faut encore distinguer ce cas des retouches éditoriales pendant le dernier appel : le PDP actuel prévoit alors la publication d’une nouvelle version et le redémarrage de cette étape. L’historique de LAC-2020-6 éclaire ce dernier mécanisme. Toutes ces voies ne sont ni un débat de huit semaines répété mécaniquement ni une permission générale de modifier un texte après coup.

Une façon de tester la proposition consiste à suivre trois versions imaginaires. La première est débattue sur la liste et présentée au forum. La deuxième change une condition de fond après une objection. La troisième corrige une erreur de rédaction pendant le dernier appel sans modifier la condition. Quelles étapes la deuxième doit-elle répéter ? Pourquoi la troisième relance-t-elle le dernier appel plutôt que la discussion initiale ? Le dossier public devrait montrer la différence de contenu et le fondement de ce classement. Il ne suffit pas d’écrire « version 3 » à côté d’un statut global « consensus ».

L’auteur avance aussi un motif technique : selon son explication, le système des politiques ne permettrait pas de recommencer le délai de discussion sans créer de nouvelle version, même si son contenu reste identique. Il précise que le détail exact n’a pas été confirmé par le personnel. Le récit honnête sépare donc trois choses : ce que le projet propose d’écrire, ce que l’auteur rapporte du fonctionnement du système et ce que LACNIC aurait effectivement confirmé. Confondre ces niveaux ferait d’une hypothèse sur le logiciel une justification institutionnelle déjà établie.

La modification de l’ordre d’attribution du code est plus modeste, mais instructive. Le texte actuel cité dans la proposition laisse entendre qu’un code suit la révision d’une soumission. Le nouveau texte placerait son attribution automatique avant l’examen, la publication et l’annonce à la liste. Le code est ainsi un point d’attache utile ; il ne doit pas être pris pour un tampon d’admissibilité. Une version peut exister dans le système avant que les participants puissent la lire. Une trace de création ne peut remplacer une trace de publicité.

Une continuité qu’il faut pouvoir démontrer

Ni les auteurs ni les modérateurs n’ont intérêt à perdre le travail accompli chaque fois qu’une virgule bouge. Mais ils n’ont pas non plus le pouvoir de prêter à un texte nouveau toutes les objections adressées à son prédécesseur. La bonne question porte sur l’héritage : quelles observations sur une version restent pertinentes pour la suivante, lesquelles ont été résolues, et à partir de quel changement faut-il rouvrir l’étape de discussion ou de présentation ? Le projet met les versions au centre des noms ; une pratique vérifiable devrait associer à ces noms les actes correspondants.

Un tableau public compact pourrait relier le code de la proposition à chaque version exacte, sa date de publication sur la liste, sa présence au forum, les objections substantielles et leur sort, le classement des modifications, la décision des modérateurs, la période de dernier appel et, s’il y a lieu, l’acte du conseil. Il conserverait les versions remplacées au lieu de les effacer. Il n’exigerait pas d’exposer des données privées d’exploitants ni de transformer le nombre de personnes présentes à une réunion en mandat politique. C’est un test éditorial de traçabilité, pas une fonction que LACNIC aurait annoncée.

LAC-2026-6 n’a pas encore franchi ces étapes. Il serait donc faux de parler d’une réforme adoptée, d’un consensus acquis ou d’une ancienne décision invalidée. L’auteur peut avoir raison de dire que le processus reste substantiellement le même. La preuve utile sera la capacité de reconstruire, pour chaque décision future, le trajet du texte auquel elle se rapporte. La précision grammaticale aura alors servi la stabilité. Sans cette trace, le mot « version » figurera partout, sauf là où sa différence compte réellement.

Sources