Résumé

  • Dans AFPUB-2026-GEN-001-DRAFT01, les co-présidents du PDWG devraient vérifier avant la réunion que les diapositives de l’auteur correspondent au texte de la proposition.
  • Tout écart imposerait l’envoi d’une version actualisée sur la liste de discussion afin d’en informer le groupe, sans que les modifications deviennent nécessairement recevables.
  • Un récépissé « présentation-vers-texte » devrait identifier les deux fichiers, qualifier l’écart, relier l’annonce et indiquer noir sur blanc quelle version pourra fonder une décision ultérieure.

La phrase la plus utile du projet est une réserve

Les procédures de politique Internet se donnent volontiers à lire comme une succession d’étapes. Une proposition est déposée, débattue sur une liste, présentée en réunion, soumise à l’appréciation des présidents, puis éventuellement ratifiée. Ce récit paraît solide tant que le mot « proposition » désigne le même objet à chaque étape. Dès que plusieurs supports coexistent, cette évidence se dérobe.

La liste des propositions en cours d’AFRINIC classe AFPUB-2026-GEN-001-DRAFT01 parmi les textes en discussion. Sa fiche officielle indique un dépôt le 20 mai 2026 par Grégoire EHOUMI, Noah Maina et Adeola A. P. AINA. Le projet entend détailler les règles de fonctionnement du Policy Development Working Group : responsabilités des co-présidents, désignations, consensus, recours, révocation et continuité institutionnelle.

Au milieu de cette architecture, le point 3.3.2.1(f) traite d’un geste apparemment modeste. Avant une Public Policy Meeting, les co-présidents doivent lire les diapositives, se familiariser avec leur contenu et s’assurer qu’elles correspondent au texte de la proposition. S’il existe une différence, une version actualisée doit être déposée sur la liste de discussion pour avertir le groupe, « même si ces changements ne seront pas pris en considération ».

Il faut garder le statut du document en tête : ce texte reste un projet en discussion, pas une obligation déjà applicable. Mais sa réserve finale cerne avec une rare précision le problème de preuve. Une version peut être publique et notifiée sans être devenue la version recevable. Autrement dit, publication et admission sont deux événements différents.

Cette différence protège la discussion contre un effet banal du support. Une présentation valorise la netteté. Elle raccourcit les phrases, remplace les exceptions par un exemple, transforme un enchaînement juridique en flèches. L’orateur ajoute encore des précisions au micro. Tout cela peut aider le public. Mais la phrase la plus claire de la salle n’est pas pour autant le texte que la communauté a eu le temps d’examiner.

Trois usages pour une même « version actualisée »

À quoi sert le fichier demandé après un écart ? D’abord, il peut conserver la trace de ce qui a été montré ou dit. Ensuite, il peut formuler la modification que les auteurs souhaitent soumettre au prochain cycle. Enfin, après une admission explicite et le délai requis, il peut remplacer l’ancienne version comme objet d’une décision. Confondre ces trois fonctions revient à prêter au numéro de version une autorité qu’il ne possède pas.

Une annonce sur la liste prouve qu’un message est arrivé. Elle ne prouve pas que le délai de discussion a été respecté, que les objections antérieures visaient aussi le nouveau texte, ni que les co-présidents l’ont déclaré recevable. Une page web prouve qu’un document est disponible. Elle ne dit pas nécessairement à partir de quand il compte.

La clause d’AFRINIC reconnaît déjà l’existence d’un texte public mais non opérant : la version actualisée exigée pour notifier un écart peut contenir des changements qui ne seront pas examinés. C’est donc le processus lui-même qui appelle un statut distinct. Sans ce statut, un lecteur futur verra une succession harmonieuse — Draft01, une présentation, Draft02 — et sera tenté de croire que la réunion a discuté Draft02. Le calendrier ne suffit pas à corriger cette impression.

Il n’est nul besoin d’imaginer une manœuvre. Le blanchiment de version peut être entièrement involontaire. La version tardive corrige une ambiguïté et finit par apparaître comme la meilleure expression de l’intention initiale. Les comptes rendus renvoient au titre de la proposition plutôt qu’à son empreinte exacte. Avec le temps, le texte propre hérite de la légitimité du débat ancien, alors que ses termes n’y étaient pas recevables.

Un vocabulaire de statut suffit à briser cette glissade : reçu pour notification, admis à la discussion à compter de telle date, recevable pour consensus lors de telle réunion, remplacé pour l’avenir, retiré. Le statut doit accompagner une version immuable ; il ne doit pas être deviné à partir de la présence du document dans l’archive.

AFRINIC-37 fixe une limite factuelle

Les minutes de la 37e Public Policy Meeting permettent de parler du mécanisme sans réinventer l’événement. La réunion s’est tenue le 24 juin 2026. Le créneau de 10 h 15 à 11 h 05 était consacré à AFPUB-2026-GEN-001-DRAFT01. Le compte rendu renvoie à la présentation ; l’index des présentations recense le PDF correspondant, donné pour 496 Ko, et le jeu de 20 diapositives porte le même identifiant de proposition.

Surtout, les minutes indiquent que les discussions continuaient sur la liste RPD et que les auteurs n’étaient pas prêts à solliciter un consensus. Ils avaient demandé davantage de temps pour exposer les concepts et les détails. Alain Aina a présenté la séance comme une occasion d’expliquer la démarche et de recueillir des avis. Le bilan final dit que le projet a été renvoyé à la liste de discussion.

Ces éléments ferment la porte à plusieurs affirmations séduisantes mais infondées. Rien ne permet de dire qu’une divergence entre les diapositives et Draft01 a affecté une décision ce jour-là. Rien ne permet d’invalider la séance, d’accuser les auteurs ou les présidents, ni même d’affirmer qu’un écart substantiel existait. Le consensus n’était pas recherché. L’objet de cette analyse est la règle proposée pour les présentations futures.

L’annonce adressée à la liste RPD le 25 mai fournit en revanche un bon modèle minimal de réception. Les co-présidents déclarent avoir reçu Draft01, nomment les auteurs, donnent le lien et invitent à exprimer soutien, opposition, incompréhensions et améliorations. Le groupe sait quel objet vient d’entrer dans le débat. Le passage par les diapositives mérite une preuve aussi nette.

Le processus de développement des politiques actuellement publié et le Consolidated Policy Manual forment le socle institutionnel que le projet veut modifier ou compléter. Ils importent pour une raison de méthode : une disposition proposée ne doit pas être décrite comme si elle gouvernait déjà l’événement dont elle s’inspire. Le futur contrôle des présentations doit être évalué comme une proposition de procédure.

« Correspondre » n’est pas une opération binaire

Deux documents peuvent être différents sans se contredire, ou employer les mêmes mots tout en créant des effets différents. Une présentation peut réordonner des étapes, abréger une définition, oublier une condition ou donner à un exemple une portée générale. Remplacer « doit » par « devrait » change le niveau d’obligation ; déplacer une échéance change les droits pratiques ; dessiner une flèche entre deux organes peut suggérer un pouvoir que le texte n’accorde pas.

Le contrôle a donc besoin d’une unité d’analyse. Les écarts purement graphiques ou typographiques n’ont pas à encombrer le registre. Les écarts explicatifs — un exemple fidèle, une chronologie simplifiée — peuvent être déclarés sans déclencher une révision substantielle. En revanche, toute modification des acteurs, compétences, seuils, dates, obligations, exceptions ou voies de recours doit être reliée à la section précise du projet.

Une empreinte cryptographique ne rend pas ce jugement à la place des co-présidents. Elle répond à une question antérieure : quels fichiers ont-ils effectivement comparés ? Le hash du projet et celui du jeu de diapositives empêchent une validation consciencieuse de se détacher ultérieurement de ses objets. Un fichier remplacé sous la même URL demeure alors détectable.

Les horodatages complètent l’identité. Le registre doit montrer la réception de la présentation, l’achèvement de la comparaison, le signalement d’un écart et l’arrivée de la version actualisée sur la liste. Une modification reçue après l’ouverture de la séance ne peut acquérir rétrospectivement un droit à considération. Une modification reçue avant la séance mais après le délai de discussion peut être visible sans être recevable.

Le résultat négatif compte lui aussi. Si aucun écart substantiel n’a été trouvé, une courte attestation liée aux deux empreintes vaut mieux que le silence. Le silence peut signifier correspondance, absence de contrôle ou correction informelle. L’attestation transforme une absence ambiguë en preuve limitée.

Le récépissé en neuf champs

Un récépissé « présentation-vers-texte » peut tenir sur une page. Il identifie la proposition, sa version, son URL canonique, sa date de dépôt et son empreinte. Il fait de même pour le jeu de diapositives, avec sa date de réception, son nombre de pages et son empreinte. Il nomme le co-président responsable et l’heure de fin du contrôle.

En cas d’écart, un tableau renvoie au numéro de diapositive et à la section concernée. Il classe l’écart comme éditorial, explicatif ou substantiel et en donne une description courte. Pour une différence substantielle, il relie le message de notification, la version actualisée, leur date et leur empreinte.

Puis vient le champ décisif : le statut procédural de la nouvelle version. Est-elle publiée à titre de notification seulement ? Entre-t-elle en discussion à compter d’une date ? Pourra-t-elle être examinée à la prochaine réunion ? Le délai repart-il ? L’ancienne version reste-t-elle celle qui décrit la séance passée tout en étant remplacée pour l’avenir ? Une réponse explicite évite de demander au lecteur de tirer une règle d’un simple numéro « Draft02 ».

Enfin, tout compte rendu et toute annonce de consensus devraient citer la version recevable exacte. Une correction ne doit pas effacer le fichier vu par les participants ; elle crée un nouvel état relié à l’ancien. Ce n’est pas une obsession documentaire. Dans un système où l’autorité naît du consentement à un texte, l’identité du texte est une infrastructure de légitimité.

Ce récépissé est une recommandation éditoriale de Theo March, non un dispositif annoncé par AFRINIC. Les documents publics consultés ne révèlent pas non plus tout ce qu’AFRINIC conserve en interne. La demande est plus restreinte : dès lors que le projet crée un devoir de comparaison et distingue expressément la notification de la considération, l’accomplissement de ce devoir devrait devenir vérifiable.

Sources