Résumé

  • Le compte rendu du 24 septembre signale à la fois des convergences et des divergences non réglées entre la proposition du GWG et les critères ou avis de RSSAC.
  • Les administrateurs ont parlé d'aider les parties à les résoudre si le conseil accepte les recommandations. Aucune liste des désaccords ni décision d'adoption n'est publiée dans ce texte.
  • Les conditions de transition de RSSAC058 rendent indispensable de distinguer accord sur une architecture, consentement aux textes constitutifs et mise en exercice de pouvoirs.

Un compte rendu peut éclairer une décision sans la constituer. Celui que Tripti Sinha publie après l'atelier de septembre expose une comparaison en cours sur l'avenir de la gouvernance du système des serveurs racine. Le conseil a entendu parler de points d'accord et de divergences non résolues entre le modèle fonctionnel du GWG et les critères et avis de RSSAC. Il envisage de faciliter leur règlement dans l'hypothèse où il accepterait les recommandations. Le conditionnel est le fait décisif. Il exclut de raconter une adoption déjà accomplie.

Au début du mois, l'annonce de l'atelier désignait notamment RSSAC037 et RSSAC058 comme textes de comparaison. Le bilan de l'atelier ne reproduit pas le tableau examiné. Les résolutions rendues publiques pour la réunion du 6 septembre ne comportent pas d'approbation du modèle. Ce constat est limité à ces sources : il ne permet ni de reconstituer la délibération, ni de prêter un grief précis à un administrateur, ni de dater une transition future.

Le document final du GWG, remis en février 2026, ne décrit d'ailleurs pas un basculement immédiat. Une première phase d'initiation formerait les instances et préparerait les règles sans leur donner les pouvoirs complets. Une phase d'établissement créerait ensuite les processus et garanties ; la phase de gouvernance viendrait plus tard, sous conditions. Le parcours envisagé demande l'engagement des catégories de participants appelées à rejoindre la structure. La proposition mérite donc d'être lue comme une séquence d'autorisation, pas comme une nouvelle chaîne de commandement déjà active.

RSSAC058 fixe des épreuves que le lecteur peut comprendre sans prétendre connaître les désaccords secrets de l'atelier. La transition suppose d'abord des documents constitutifs stabilisés et l'accord des parties qui seront soumises à leur autorité. Elle doit protéger le service racine. D'autres critères demandent de dire quels votes relèvent des opérateurs seuls, lesquels associent d'autres participants, quels seuils s'appliquent et quelle relation l'ensemble entretient avec RSSAC. Chacune de ces lignes appelle une réponse vérifiable. Aucune n'est identifiée publiquement par le conseil comme la divergence non résolue.

Le soutien antérieur de RSSAC ne tranche pas cette question. RSSAC063 accueillait en 2025 le projet soumis à consultation comme un premier jalon nécessaire. En 2021, le conseil avait demandé au GWG d'intégrer RSSAC058 à ses travaux. Accueillir un jalon et demander l'emploi d'un critère ne reviennent ni à certifier le texte final de 2026 ni à le rejeter. Le progrès institutionnel consiste précisément à garder ces actes distincts.

Une pièce utile serait un relevé public de disposition des critères : référence de RSSAC, clause correspondante du modèle, réponse convenue ou question ouverte, acteurs habilités à trancher, destination d'un éventuel report vers les textes constitutifs, condition du passage de phase. Ce relevé est une proposition éditoriale de Daniel Kade, non une exigence annoncée par ICANN. Il devrait conserver aussi les accords réels : exagérer les désaccords serait aussi trompeur que les faire disparaître. Une telle trace permettrait de juger la prochaine décision sans exposer les détails techniques sensibles d'un service critique.

Sources