Règlement des transferts AFRINIC entre l'entiercement, le routage et les fenêtres de contestation

Imaginez la salle de clôture pour un transfert IPv4. Le vendeur dit que l'accord est signé et qu'il a fait ce que le contrat exige. L'acheteur dit que la réalisation ne peut avoir lieu tant que l'argent n'est pas détenu en toute sécurité et libérable uniquement sur événement vérifiable. Le fournisseur d'entiercement veut une instruction qu'il peut appliquer sans devenir un tribunal Internet. Un courtier, s'il est présent, veut que les parties conviennent du moment où une commission a été gagnée. Le contact du registre peut dire que la demande a été reçue mais pas encore entièrement traitée.

Un ingénieur réseau pose une question différente: l'acheteur peut-il annoncer le préfixe, maintenir le DNS inverse, émettre ou modifier des ROA, mettre à jour les contacts d'abus, satisfaire les clients et survivre à une contestation post-clôture sans découvrir que l'ancien titulaire contrôle toujours quelque chose d'essentiel?

Chaque entité décrit une forme réelle de réalisation. Aucune n'est suffisante en soi. Un contrat signé prouve un accord privé. Un entiercement financé prouve la capacité de paiement. Un accusé de réception du registre prouve qu'un teneur de registre a ouvert une voie. Une mise à jour du titulaire dans Whois ou RDAP prouve que l'enregistrement public a bougé. Une route fonctionnelle prouve qu'au moins certains réseaux transporteront le trafic.

Le DNS inverse, la RPKI, le support d'enregistrement de route et le transfert des contacts d'abus prouvent que le nouvel opérateur peut exploiter la ressource comme les clients, les plateformes et les systèmes de sécurité l'attendent. Une période de silence après la clôture prouve que la transaction n'a pas immédiatement produit une demande d'annulation, un filtre, un échec de réputation ou une réclamation selon laquelle le vendeur manquait d'autorité.

C'est le problème de la confiance de règlement dans l'IPv4. Le marché parle souvent de rareté, de politique, de règles de transfert et d'intermédiation. Ces sujets comptent, mais ils peuvent obscurcir le fait institutionnel plus fondamental. Un transfert IPv4 se règle à travers des couches qui ne sont pas contrôlées par le même acteur et ne se mettent pas à jour au même moment.

La couche monétaire, la couche contractuelle, la couche du registre, la couche de routage et la couche de contrôle opérationnel doivent converger avant que l'acheteur ait reçu ce qu'il pensait avoir acheté et que le vendeur puisse dire qu'il est sorti en toute sécurité.

AFRINIC est le test de stress le plus clair car sa fonction de registre n'a pas été une machinerie d'arrière-plan discrète. Les reportages publics ont décrit des allégations de vol d'adresses, des litiges impliquant Cloud Innovation, des années sans conseil d'administration ni directeur général fonctionnels, une mise sous séquestre judiciaire, des élections contestées, une intervention extérieure et de nouveaux litiges jusqu'en 2026. La leçon n'est pas que chaque transaction AFRINIC est risquée. C'est que la confiance dans le registre n'est pas un décor. Elle fait partie du règlement.

La question est donc étroite et pratique. Si l'IPv4 est devenu un actif de type capital, quelle architecture de règlement permet aux parties de libérer de l'argent sans prétendre que le paiement, la reconnaissance du registre, le contrôle réseau et la finalité juridique sont le même événement? L'entiercement fait partie de la réponse, mais l'entiercement n'est pas magique. Il peut détenir des fonds. Il ne peut pas par lui-même créer une reconnaissance du registre, mettre à jour le RDAP, déléguer le DNS inverse, émettre un ROA, réparer une réputation, prouver une autorité ou trancher un litige.

Un marché sérieux doit définir exactement quelles conditions libèrent les fonds et quels risques résiduels restent chez quelle partie après la libération.

La réalisation n'est pas un événement unique

Les biens ordinaires encouragent une histoire de clôture simple. Un acheteur paie, un vendeur livre et le titre ou la possession change de mains. Même lorsque l'actif est compliqué, la loi fournit souvent une grammaire de fond: livraison, transfert de titre, garanties, droits d'inspection, garde, enregistrement et recours. Les parties peuvent être en désaccord sur la qualité ou la violation, mais elles savent généralement quel événement compte comme livraison.

L'IPv4 ne correspond pas à cette grammaire. Les numéros sont des identifiants globalement uniques, pas des boîtes dans un entrepôt. Leur valeur économique dépend d'un enregistrement public, mais aussi de la volonté pratique des réseaux de les router, de la capacité à maintenir les enregistrements DNS et de sécurité, de la réputation attachée à l'utilisation antérieure, de la relation entre le titulaire enregistré et l'utilisateur opérationnel, et de la confiance des contreparties que l'enregistrement ne sera pas annulé ou pollué par un litige.

Cela fait de la réalisation un ensemble. La réalisation contractuelle peut avoir lieu lorsque les signatures et les conditions suspensives sont satisfaites. La réalisation du paiement peut avoir lieu lorsque l'entiercement reçoit des fonds compensés. La réalisation du registre peut avoir lieu lorsqu'AFRINIC ou un autre registre régional reconnaît le changement dans ses enregistrements. La réalisation de publication peut avoir lieu lorsque Whois et RDAP montrent le nouveau titulaire.

La réalisation opérationnelle peut n'avoir lieu qu'après les annonces de route, le DNS inverse, la RPKI et les contacts d'abus ont été transférés à l'opérateur prévu. La réalisation commerciale peut nécessiter une courte période pendant laquelle les clients, les fournisseurs, les systèmes de réputation et les outils de sécurité acceptent le nouvel arrangement.

Ces événements peuvent se produire dans des ordres différents. Un acheteur peut financer l'entiercement avant qu'une demande au registre ne soit soumise. Un registre peut accepter des documents avant que la banque ne libère les fonds. L'enregistrement peut changer avant que l'acheteur ait un contrôle RPKI fonctionnel. Les routes peuvent être testées avant que l'enregistrement public du titulaire ne soit mis à jour. Le DNS inverse peut prendre du retard. Les contacts d'abus peuvent rester chez le vendeur ou un intermédiaire pendant une transition.

Un avis de litige peut arriver après l'action du registre mais avant que l'acheteur ait pleinement intégré le bloc.

Le problème de règlement n'est pas causé par l'incompétence. Il est inhérent à l'actif. L'IPv4 vit dans un environnement institutionnel mixte: contrat privé, politique du registre, publication technique, pratique de routage et confiance opérationnelle. Une transaction bien menée réduit la distance entre ces couches. Elle ne l'abolit pas.

C'est pourquoi les conditions d'entiercement importent plus que le mot entiercement. L'entiercement peut signifier une simple retenue de paiement, une libération échelonnée, un dépôt de documents, une liste de contrôle technique, une réserve de litige ou une combinaison de tout cela. Plus l'environnement du registre est faible, plus il est dangereux d'utiliser le mot sans spécifier l'événement de libération. Dans l'espace lié à AFRINIC, où la continuité du registre et la confiance dans la gouvernance ont été publiquement testées, un langage d'entiercement vague ne fait que déplacer l'incertitude d'une pièce à une autre.

Le marché a besoin d'un vocabulaire plus précis. Il doit distinguer l'accord, le financement, la soumission, l'acceptation, l'enregistrement, la publication, le transfert opérationnel, la routabilité, le transfert de contrôle de sécurité, le transfert de contrôle d'abus et la stabilité post-clôture. Un acheteur qui ne reçoit que certains de ces éléments a reçu une forme incomplète de règlement. Un vendeur qui reste exposé après tous ces éléments a fourni plus de prise de risque que ce que la contrepartie avait envisagé.

L'actif est une position opérationnelle reconnue

L'objet économique dans une transaction IPv4 n'est pas la chaîne de numéros seule. C'est une position reconnue et utilisable dans le système mondial de numérotation et de routage. Un préfixe imprimé sur papier n'a aucune valeur marchande à moins que les institutions et réseaux environnants ne le traitent comme appartenant à un titulaire ou opérateur particulier. Le même bloc numérique peut être précieux, déprécié, contesté ou commercialement inutilisable selon les enregistrements du registre, les preuves d'autorité, l'historique de routage, les objets de sécurité et les contrôles opérationnels.

La rareté a rendu cette différence visible. Lorsque l'IPv4 était abondant, il était facile de traiter un enregistrement de registre comme une comptabilité administrative. La ressource était utile, mais la valeur attachée à un bloc historique spécifique était modeste par rapport à la capacité générale d'obtenir plus d'espace. Une fois les pools libres épuisés ou rationnés, l'enregistrement est devenu un lieu de règlement. Un changement dans l'enregistrement pouvait déplacer une grande valeur économique. Un retard dans l'enregistrement pouvait piéger le capital. Un faux enregistrement pouvait permettre un vol.

Un enregistrement contesté pouvait arrêter une transaction même si les deux parties commerciales voulaient la conclure.

C'est le point de vue du marché des actifs sur l'IPv4. L'IPv4 est fini, financé, litigieux, routé et intégré dans les systèmes de revenus. Il permet les serveurs, les couches de traduction mobile, les services cloud, les centres de données, les infrastructures VPN, les systèmes anti-abus, les listes d'accès clients, les règles de paiement et la réputation des courriels. Le marché peut ne pas s'accorder sur une seule étiquette juridique, mais les contreparties se comportent comme si un bloc d'adresses utilisable avait une importance capitale parce que c'est le cas.

Le modèle de registre véhicule encore un langage d'une époque antérieure. Il décrit souvent les ressources par allocation, assignation, enregistrement, adhésion, service et conformité politique plutôt que par propriété claire. Ce langage peut être défendable pour la fonction technique étroite du registre, mais il ne supprime pas le problème de règlement du marché.

Si un acheteur engage des fonds substantiels, il a besoin de confiance que le teneur de registre reconnaîtra le transfert, que le vendeur avait autorité, que l'enregistrement sera public, que la ressource peut être exploitée et que l'acheteur a des recours si la séquence se brise après le paiement.

Le résultat est un actif hybride. Ce n'est pas un bien meuble ordinaire. Ce n'est pas simplement une créance contractuelle. Ce n'est pas un instrument financier pur. C'est un identifiant réseau rare dont la valeur dépend d'un registre et de contrôles techniques en direct. C'est exactement pourquoi le règlement ne peut être réduit à un reçu bancaire ou à une mise à jour du registre.

Pour les stocks ordinaires, la possession peut être un indicateur utile. Pour l'IPv4, il existe plusieurs types de possession. Le titulaire enregistré peut être une partie. La partie annonçant les routes peut en être une autre. La partie contrôlant le DNS inverse peut être une troisième. La partie capable de modifier les ROA peut être le vendeur, l'acheteur, un fournisseur de services ou le registre. Le contact d'abus peut pointer vers une boîte aux lettres héritée. L'exposition commerciale peut se trouver chez un prêteur, un courtier ou un client d'hébergement.

Le règlement doit aligner ces positions ou déclarer explicitement quelles positions restent transitoires.

AFRINIC rend cet alignement plus difficile à ignorer. Dans une région dont le registre a connu des fautes professionnelles internes signalées, des litiges et une mise sous séquestre, les contreparties ne peuvent pas simplement supposer que la couche d'enregistrement est sans friction. Elles doivent se demander combien de l'objet économique est déjà sous le contrôle de l'acheteur et combien reste dépendant d'un chemin institutionnel fragile ou contesté.

L'entiercement apparaît parce que l'autorité est échelonnée

L'entiercement existe dans l'IPv4 parce que les parties ne peuvent pas exécuter en toute sécurité exactement au même moment. Le vendeur ne veut pas soumettre les documents de transfert, libérer les identifiants ou coopérer au transfert opérationnel sans assurance que l'acheteur peut payer. L'acheteur ne veut pas libérer l'argent alors que le vendeur contrôle encore l'enregistrement, que le registre n'a pas accepté la demande ou que l'utilisation technique du préfixe reste incertaine. Le courtier veut un événement de clôture assez clair pour éviter un litige sur les frais.

Le fournisseur d'entiercement veut des conditions qui peuvent être vérifiées sans devenir le décideur pour chaque conséquence Internet.

C'est un modèle commercial familier. L'entiercement est utile chaque fois que la livraison et le paiement ne peuvent être simultanés. La particularité de l'IPv4 est que la livraison a plus d'une couche. Un entiercement de paiement peut être parfaitement honnête et libérer trop tôt si la condition est mal choisie. La signature du vendeur peut être trop tôt. La réception du registre peut être trop tôt. Le changement de nom du titulaire peut encore être trop tôt si la RPKI, le DNS inverse et les contacts d'abus restent en suspens.

La routabilité de l'acheteur peut être trop tard si le vendeur a déjà abandonné l'autorité que lui seul pouvait exercer.

La bonne condition de libération dépend du risque alloué. Un petit transfert intra-registre propre entre opérateurs connus peut se libérer sur mise à jour du registre plus une courte confirmation technique. Un gros bloc avec des enregistrements anciens peut nécessiter une libération échelonnée: un dépôt sur signature, une tranche plus importante sur acceptation du registre, une autre sur mise à jour publique du titulaire et une retenue finale après transfert opérationnel. Un dossier avec un historique inhabituel peut nécessiter une voie de correction expresse avant toute libération finale.

L'entiercement devrait également séparer l'argent de l'autorité. Détenir des fonds ne prouve pas que le vendeur a autorité. Détenir des documents d'autorité ne prouve pas que l'acheteur peut payer. Détenir des identifiants du registre est dangereux à moins que la portée, la garde et les déclencheurs d'urgence soient clairs. Détenir des contrôles techniques sans en informer les parties crée un autre risque: un intermédiaire devient indispensable après la clôture.

Une bonne conception d'entiercement identifie quel acteur détient l'argent, quel acteur détient les documents, quel acteur contrôle l'autorité face au registre et quel acteur contrôle les systèmes opérationnels.

Dans l'IPv4, l'entiercement est donc une architecture de règlement, pas simplement un produit bancaire. Il doit définir la séquence. Les parties signent et attestent de l'autorité. Les fonds sont déposés. La demande au registre est soumise. Le registre accepte ou rejette le dossier selon des critères définis. Les enregistrements publics changent. Les contrôles opérationnels bougent. Une période post-clôture teste la stabilité. À chaque étape, l'accord doit dire ce qui se passe si la séquence s'arrête.

Cela ne signifie pas que chaque transaction a besoin d'une machine juridique lourde. Une sur-conception peut tuer des transactions légitimes, surtout pour les petits opérateurs. Mais la logique centrale doit être explicite. Si une étape échoue parce que le vendeur manquait d'autorité, l'acheteur doit récupérer les fonds et les frais selon le recours convenu. Si une étape échoue parce que l'acheteur ne peut satisfaire une condition d'éligibilité publiée, le vendeur ne doit pas porter une incertitude indéfinie. Si le registre retarde sans explication, les parties doivent savoir si l'entiercement se prolonge, se termine ou libère partiellement.

Si les contrôles opérationnels prennent du retard après le changement d'enregistrement, une retenue doit protéger l'acheteur sans traiter le vendeur comme impayé pour toujours.

L'expérience d'AFRINIC montre pourquoi de telles conditions comptent. Les tensions sur le registre allongent l'intervalle entre l'intention commerciale et la finalité fiable. Plus cet intervalle est long, plus la confiance de règlement doit être conçue plutôt que présumée.

AFRINIC rend la confiance dans le registre visible

Un registre stable est facile à sous-estimer. Si les enregistrements se mettent à jour de manière prévisible, les services restent disponibles, les litiges sont classés de manière étroite et l'autorité du personnel est incontestée, les contreparties traitent le registre comme un arrière-plan. La contrepartie peut refléter la rareté et la réputation, mais pas la peur que le teneur de registre lui-même devienne l'obstacle. AFRINIC a rendu cette hypothèse plus difficile.

AFRINIC dessert l'Afrique et certaines parties de l'océan Indien, administrant l'IPv4, l'IPv6 et les numéros de système autonome et soutenant les services de registre public tels que Whois, RDAP, le DNS inverse, les fonctions de registre de routage et la RPKI. Pour les besoins du règlement, ces services ne sont pas auxiliaires. Ils sont les surfaces publiques et techniques par lesquelles un transfert devient lisible pour les réseaux, les clients, les banques, les plateformes et les réclamants ultérieurs.

Le dossier institutionnel récent est inhabituellement mouvementé. La chronologie publique enregistre la reconnaissance formelle d'AFRINIC comme cinquième registre régional en 2005, plus tard une controverse interne, des vols d'adresses signalés en 2019, des litiges et des conflits de gouvernance à partir de 2020, des arrêts de la Cour suprême de Maurice en 2021 et 2022 qui ont contribué à l'invalidité ou à la discontinuité du conseil d'administration, l'absence d'un conseil d'administration ou d'un directeur général fonctionnels, et la nomination d'un séquestre en 2023 pour préserver les opérations et organiser des élections.

Internet Governance Project a décrit la mise sous séquestre comme une réparation sous supervision judiciaire. The Register a décrit l'organisation en 2025 comme sans conseil ni patron, avec des élections prévues après des années de conflits.

Ces faits comptent pour le règlement même si un dossier de transaction particulier est propre. La condition institutionnelle d'un registre affecte la confiance que les acteurs commerciaux placent dans son processus de mise à jour, sa gestion des litiges, sa continuité de service et ses déclarations d'autorité. Un acheteur qui apprend qu'AFRINIC a reçu une demande se demandera ce que cela signifie si l'autorité de gouvernance est contestée. Un vendeur se demandera combien de temps il reste lié si le traitement est retardé par l'incertitude institutionnelle.

Un fournisseur d'entiercement se demandera quelle communication du registre est suffisamment objective pour déclencher la libération.

La séquence électorale de 2025 a aiguisé la question. Les reportages publics ont dit qu'un séquestre avait nommé d'éminents avocats britanniques pour superviser les nominations en raison de préoccupations concernant une ingérence potentielle. Plus tard, il a décrit des contestations judiciaires, des préoccupations extérieures sur la transparence et l'équité des élections, l'inscription erronée de Cloud Innovation en tant que membre enregistré dans des documents d'entreprise mauriciens, et une décision de la Cour suprême permettant aux élections de se dérouler tout en clarifiant des aspects de cette inscription.

The Register a ensuite rapporté que l'élection avait été suspendue et annulée après des préoccupations concernant la documentation des électeurs et de prétendus pouvoirs d'avocat. En 2026, il rapportait encore des litiges et des controverses sur l'avenir d'AFRINIC.

On peut lire ces événements comme des nouvelles de gouvernance. Les acteurs du règlement devraient les lire aussi comme des nouvelles d'infrastructure de marché. Un registre n'a pas besoin d'échouer techniquement pour affecter le règlement. Si les contreparties pensent que le chemin d'autorité est incertain, elles exigeront un entiercement plus long, plus de documentation, plus de retenues, des garanties plus fortes et des déclencheurs de libération plus conservateurs. La fragilité du registre devient un coût privé.

C'est pourquoi AFRINIC n'est pas simplement un cas régional. Il montre la dépendance cachée à l'intérieur de chaque transaction IPv4. Les parties ne concluent pas autour d'une base de données passive. Elles concluent autour d'une institution dont la capacité, la légitimité et la continuité font partie de l'utilisabilité de l'actif.

Le vol d'adresses a transformé les enregistrements dormants en preuves de règlement

Le reportage sur le vol d'adresses de 2019 reste l'une des pièces de règlement les plus importantes de l'histoire d'AFRINIC. KrebsOnSecurity a décrit des allégations selon lesquelles une figure senior d'AFRINIC aurait secrètement exploité des sociétés qui vendaient de l'espace IPv4 de valeur, s'appuyant sur une longue enquête sur des blocs d'adresses africains associés à des entités dormantes ou faiblement surveillées. Le reportage estimait des dizaines de millions de dollars de valeur et reliait le problème au marché plus large des adresses IPv4 rares, où les enregistrements dormants peuvent être détournés ou utilisés abusivement.

D'autres chronologies publiques ont fait référence à des millions d'adresses IPv4 associées à l'épisode et à un usage abusif ultérieur.

Le point pour le règlement n'est pas de rejuger chaque allégation. C'est de comprendre le mécanisme. Le vol d'adresses est possible lorsque l'enregistrement d'autorité devient séparable de l'entité réelle qui a initialement reçu ou utilisé la ressource. Une société se dissout, fusionne, change de nom ou perd le contact. Un contact technique reste dans une base de données après que l'autorité d'entreprise a changé. Un bloc dormant cesse d'attirer l'attention quotidienne. Les données Whois historiques sont modifiées, interprétées ou utilisées sans corroboration suffisante.

Un tiers découvre qu'un actif de valeur peut être déplacé, routé ou vendu si le teneur de registre accepte un dossier qui semble assez plausible.

Une fois que l'IPv4 a une valeur marchande, les enregistrements obsolètes ne sont pas des débris administratifs. Ils sont un risque de règlement. Un acheteur veut savoir si le vendeur est vraiment le titulaire, si le titulaire existe toujours, si le signataire a autorité, si des assignations ou sous-allocations antérieures créent des réclamations, si l'historique de routage suggère une utilisation non autorisée, et si un litige public ou privé pourrait ultérieurement contester la transaction. Un vendeur veut savoir qu'il ne sera pas blâmé pour une mauvaise utilisation ultérieure s'il a transféré une ressource proprement.

Un registre veut empêcher une fausse mise à jour sans devenir une force de police commerciale.

L'entiercement ne peut répondre à ces questions après coup à moins que le dossier de transaction ne préserve les preuves avant la libération. Le dossier doit relier le titulaire enregistré à l'entité juridique, l'entité juridique au signataire, le signataire à l'autorité de transfert, l'autorité à la demande de registre et la demande au transfert opérationnel. Si un lien est faible, la condition de libération doit refléter cette faiblesse. Une contrepartie plus élevée peut compenser un vendeur pour le retard, mais elle ne répare pas une fausse autorité.

Une contrepartie plus basse peut compenser un acheteur pour le risque de réputation ou de délai, mais elle ne crée pas un enregistrement d'autorité propre.

L'histoire des vols d'AFRINIC soutient donc une discipline simple: les enregistrements anciens nécessitent une preuve plus forte, pas une discrétion plus large. Le registre ne devrait pas traiter toute monétisation de l'IPv4 comme suspecte. Il ne devrait pas non plus approuver automatiquement un dossier parce que l'acheteur et le vendeur semblent motivés commercialement. La bonne question est plus étroite.

La preuve montre-t-elle que le changement demandé est autorisé, que la ressource n'est pas sujette à une réclamation vérifiée contradictoire, et que l'enregistrement public et les contrôles techniques peuvent être transférés sans corrompre le registre?

C'est là que la confiance de règlement diffère de la confiance dans les personnalités. Le marché ne peut pas compter sur la confiance du vendeur, l'assurance d'un courtier ou l'urgence de l'acheteur. Il a besoin d'une chaîne documentée. Les reportages sur le vol d'adresses rappellent que la chaîne fait partie de l'actif.

La mise sous séquestre a converti le risque de gouvernance en risque de calendrier

La mise sous séquestre est souvent traitée comme un remède de gouvernance: un tribunal nomme un séquestre pour préserver une organisation, maintenir le statu quo, organiser des élections et rétablir une gestion appropriée. Le compte rendu d'Internet Governance Project de 2023 a encadré la mise sous séquestre d'AFRINIC de cette manière, comme un mécanisme juridique pour préserver les opérations et remplacer la direction sous supervision judiciaire. D'un certain angle, c'est rassurant. Cela signifie que le système juridique n'a pas simplement laissé la fonction de registre dériver sans supervision.

Pour le règlement, cependant, la mise sous séquestre a une seconde signification. Elle prouve que l'opérateur du registre peut devenir un objet d'administration juridique. La base de données, les services, les comptes bancaires, l'autorité de gestion et les machines électorales peuvent continuer, mais le chemin d'autorité n'est plus une routine d'entreprise ordinaire.

Les contreparties qui concluent une transaction doivent se demander qui peut approuver quoi, si l'autorité ordinaire du personnel reste intacte, comment les litiges sont escaladés et quelles ordonnances judiciaires pourraient affecter le calendrier ou l'interprétation des actes du registre.

Ce n'est pas un argument pour que les transactions s'arrêtent pendant la mise sous séquestre. Si quelque chose, une mise sous séquestre bien gérée devrait préserver les fonctions ordinaires du registre. Le problème est de savoir si l'architecture de règlement reconnaît la condition inhabituelle. Un contrat qui suppose un traitement normal peut ne pas préciser ce qui se passe si un séquestre modifie un calendrier, si le registre ne peut pas former un conseil d'administration, si une demande judiciaire interrompt une décision politique, ou si des organisations extérieures cherchent à intervenir au motif que la continuité du registre est en jeu.

Le calendrier institutionnel compte. La discontinuité du conseil d'administration d'AFRINIC a commencé avant la mise sous séquestre et ne s'est pas terminée proprement avec une seule annonce. The Register a rapporté que le registre n'avait pas pu nommer de directeur général ni élire de membres du conseil depuis 2022. Les élections prévues en 2025 étaient elles-mêmes contestées. La Cour suprême de Maurice est devenue le lieu de plusieurs questions qui, dans un registre plus calme, auraient été des questions de gouvernance interne.

En 2026, les reportages décrivaient encore des litiges et une participation extérieure aux procédures liées aux tentatives de liquidation d'AFRINIC.

Cela change le calcul du règlement. Un acheteur dans un environnement de registre normal peut accepter une courte période d'entiercement parce que le principal risque est l'exhaustivité documentaire. Dans un environnement de mise sous séquestre, le risque de calendrier inclut la capacité institutionnelle et l'intervention juridique. Un vendeur peut exiger une date butoir après laquelle les fonds sont retournés ou les conditions renégociées. Un acheteur peut exiger une retenue si l'action du registre a lieu mais que les contrôles opérationnels traînent parce que le personnel, la politique ou l'autorité sont flous.

Un courtier peut être utile, mais seulement si ses connaissances sont documentées plutôt que converties en levier privé.

La mise sous séquestre expose également la faiblesse de l'expression continuité du registre. Tout le monde convient que l'unicité des numéros, RDAP, Whois, le DNS inverse et la RPKI devraient continuer. La question plus difficile est de savoir si la continuité de la fonction nécessite la continuité de chaque pouvoir revendiqué par l'institution en place. La confiance de règlement exige l'hypothèse inverse. Les fonctions critiques du registre devraient être continues précisément parce que l'opérateur peut faire face à un stress juridique ou de gouvernance.

Le registre doit être protégé de l'effondrement, mais aussi d'être utilisé comme otage pour l'immunité institutionnelle.

Pour la conception d'entiercement, cela signifie séparer la confirmation ordinaire du registre de l'approbation institutionnelle large. Un déclencheur de libération ne devrait pas exiger que le registre bénisse la sagesse commerciale d'un accord. Il devrait exiger une preuve objective que le registre a effectué le changement pertinent ou a accepté l'action de maintenance pertinente. Lorsque les conditions institutionnelles sont anormales, les déclencheurs objectifs deviennent plus importants, pas moins.

La discontinuité 2025-2026 compte à la clôture

La séquence AFRINIC 2025-2026 est tentante à traiter comme une histoire d'élections, de personnalités et de politique de gouvernance Internet. Pour le règlement, c'est une histoire de discontinuité. Le marché regarde non seulement si un conseil d'administration existe, mais si l'autorité peut être invoquée d'une étape de transaction à la suivante.

En avril 2025, The Register rapportait qu'AFRINIC organiserait des élections en juin après plusieurs années sans conseil d'administration, et que le séquestre avait nommé un comité des nominations dirigé par d'éminentes figures juridiques britanniques pour répondre aux préoccupations concernant une éventuelle ingérence. En juin, Internet Governance Project rapportait que le vote électronique avait commencé et que le vote en personne était prévu, tout en décrivant des contestations judiciaires par l'Association tanzanienne des fournisseurs de services Internet et une demande extérieure cherchant à modifier le comité des nominations.

La Cour suprême de Maurice a rejeté les contestations et a permis aux élections de se dérouler, tout en traitant l'inscription erronée de Cloud Innovation en tant que membre enregistré.

Cela aurait pu suggérer des progrès. Pourtant, l'étape suivante n'a pas réglé la question institutionnelle. The Register rapportait en juillet 2025 que l'élection avait été suspendue et annulée après des préoccupations concernant la documentation des électeurs et de prétendus pouvoirs d'avocat. Il rapportait des critiques sur l'absence d'explication transparente et faisait référence à la possibilité d'un examen de conformité. Cloud Innovation, un plaignant de longue date dans les affaires AFRINIC, aurait cherché une voie de liquidation.

En février 2026, les reportages décrivaient AFRINIC comme de retour sur les rails, avec un conseil d'administration, une direction intérimaire, un budget et un plan d'action. En mars et mai 2026, le même média rapportait à nouveau des litiges, des accusations de paralysie, une intervention extérieure et des controverses sur le sens juridique du rôle et des ressources d'AFRINIC.

Ce modèle est le signal du marché. La confiance de règlement n'est pas créée par une étape réussie si l'étape suivante rouvre la question de l'autorité. Un acheteur n'a pas besoin de prédire l'issue de chaque procédure judiciaire. Il a besoin de savoir si une action du registre prise aujourd'hui sera traitée comme stable demain. Un vendeur n'a pas besoin de prendre parti dans chaque argument de gouvernance. Il a besoin de savoir s'il peut recevoir de l'argent et sortir sans que la transaction ne devienne un accessoire dans un litige plus large.

La discontinuité affecte même les transactions de routine parce que les acteurs du marché évaluent la longue traîne. Si une transaction se clôture normalement en quelques semaines mais tombe parfois dans des mois d'incertitude institutionnelle, les contreparties rédigeront des contrats pour la traîne. Les durées d'entiercement s'allongent. Les conseils demandent plus de déclarations. Les banques posent plus de questions. Les vendeurs peuvent préférer les acheteurs ayant une expérience plus solide avec le registre. Les acheteurs peuvent escompter les blocs avec un historique AFRINIC inhabituel.

Certaines transactions peuvent évoluer vers des structures d'utilisation gérée parce qu'un transfert permanent semble plus difficile à régler.

Ce ne sont pas des jugements moraux sur une partie quelconque. Ce sont des coûts de transaction. Dans un marché d'actifs de type capital, la discontinuité de gouvernance devient partie de l'écart acheteur-vendeur, partie de la retenue, partie du paquet de garanties et partie de la décision de procéder ou non.

La leçon institutionnelle est que la récupération d'AFRINIC ne se mesure pas seulement par la capacité de l'organisation à tenir des réunions ou à publier des plans. Elle se mesure par la capacité des contreparties à définir des déclencheurs de règlement fiables. Si le marché ne peut pas dire quand un changement reconnu par AFRINIC est suffisamment final pour libérer des fonds, le problème de gouvernance du registre est devenu un problème de règlement.

Les conditions de libération devraient être en couches

La question centrale de conception est simple à énoncer et difficile à répondre: quel événement devrait libérer l'argent? Une transaction faible répond avec une phrase vague telle que réalisation du transfert. Une transaction sérieuse décompose la réalisation en conditions observables.

La signature n'est rarement suffisante. Elle prouve que les parties ont convenu, mais pas que le vendeur avait autorité, que le registre acceptera la demande ou que l'acheteur obtiendra le contrôle opérationnel. L'entiercement financé est également insuffisant. Il prouve que l'argent existe, mais pas que la livraison aura lieu. La création d'un ticket de registre est utile, mais trop tôt. Elle montre que la séquence a commencé. Elle ne prouve pas l'acceptation.

L'acceptation du registre est plus forte. Si AFRINIC ou un autre registre confirme que le dossier est complet et que le changement de titulaire ou l'action de maintenance demandé se poursuivra, le vendeur a franchi un obstacle institutionnel important. Pourtant, l'acceptation peut encore précéder la publication. L'acheteur peut ne pas être en mesure de montrer aux clients, aux fournisseurs ou aux auditeurs que l'enregistrement public a changé. Pour de nombreuses transactions, la première grande libération devrait donc exiger une mise à jour publique de l'enregistrement dans Whois ou RDAP, pas seulement un accusé de réception interne.

Même la mise à jour de l'enregistrement public peut ne pas être le déclencheur final. L'objet économique est le contrôle utilisable. Si l'acheteur ne peut pas créer ou modifier des ROA, ne peut pas maintenir le DNS inverse, ne peut pas contrôler les objets de route ou ne peut pas mettre à jour les contacts d'abus, le changement du registre peut être incomplet à des fins opérationnelles. Un acheteur d'un gros bloc destiné à un déploiement client immédiat peut exiger rationnellement une libération en deuxième étape seulement après le transfert technique.

Un vendeur peut répondre que certaines étapes opérationnelles dépendent du réseau de l'acheteur, pas du vendeur. La solution n'est pas de supprimer la distinction, mais de l'assigner.

Un calendrier de libération réalisable pourrait diviser les fonds en tranches. Un dépôt initial devient non remboursable après que la diligence raisonnable confirme l'autorité et que l'acheteur ne procède pas sans motif. Une tranche principale se libère sur mise à jour publique du titulaire. Une tranche technique se libère après que le DNS inverse, l'autorité RPKI/ROA, le support d'enregistrement de route et le transfert des contacts d'abus sont terminés, dans la mesure où ils sont sous le contrôle du vendeur ou de l'intermédiaire.

Une retenue finale se libère après une courte fenêtre de litige et de stabilité, en l'absence d'une réclamation vérifiée qui existait avant la clôture ou d'une violation de déclaration.

Les pourcentages exacts sont commerciaux. Les catégories sont institutionnelles. Elles empêchent une partie de supporter des risques qu'elle ne peut contrôler. Elles empêchent également l'entiercement de devenir une arme. Un acheteur ne devrait pas pouvoir retenir tous les fonds parce qu'il a mal configuré son propre routage. Un vendeur ne devrait pas recevoir tous les fonds s'il a livré une mise à jour publique du titulaire mais a conservé les clés opérationnelles nécessaires pour utiliser le préfixe.

Un courtier ne devrait pas être payé uniquement parce qu'il a présenté les parties si la transaction échoue à une étape que le courtier prétendait gérer.

Le déclencheur doit également distinguer le retard du registre du refus du registre. Le retard peut prolonger l'entiercement. Le refus pour documentation réparable peut créer un délai de correction. Le refus parce que le vendeur manque d'autorité devrait défaire l'accord. Le refus parce que l'acheteur ne remplit pas une condition d'éligibilité publiée peut répartir les coûts différemment. Le refus basé sur un inconfort discrétionnaire large devrait être contesté par une voie définie plutôt que silencieusement converti en perte privée.

L'environnement d'AFRINIC rend ces distinctions plus qu'une élégance juridique. Elles sont les moyens par lesquels la confiance de règlement est fabriquée dans un marché où aucune institution unique ne peut promettre toutes les couches de finalité en même temps.

RDAP, DNS inverse, RPKI et contacts d'abus se règlent à des vitesses différentes

De nombreux litiges IPv4 commencent parce que les parties confondent le changement de titulaire du registre avec le transfert opérationnel. L'enregistrement public peut nommer l'acheteur tandis qu'un ou plusieurs contrôles restent ailleurs. Cela peut être inoffensif pendant une transition planifiée. Cela peut être dangereux si la transition n'est pas documentée.

Le DNS inverse est un exemple courant. Un acheteur peut avoir besoin de changements de délégation pour que les systèmes clients, les serveurs de messagerie et les vérifications d'identité fonctionnent comme prévu. Si le DNS inverse reste chez le vendeur ou un fournisseur de services après la mise à jour du titulaire, l'acheteur n'a pas entièrement intégré le bloc. Le vendeur peut être disposé à aider, mais l'accord devrait dire pour combien de temps, à quel standard, et ce qui se passe si l'acheteur demande des changements après la clôture. Une transition silencieuse expose les deux côtés.

La RPKI est plus sensible. Une autorisation d'origine de route peut rendre une route valide, invalide ou non couverte selon l'état des certificats, des référentiels et des points de vue des utilisateurs. Si les ROA de l'ancien titulaire persistent, l'acheteur peut annoncer par une origine qui échoue à la validation. Si l'ancien titulaire révoque trop rapidement, les routes peuvent devenir invalides avant que les arrangements de l'acheteur ne soient en place. Si personne ne sait qui contrôle le portail ou le matériel de clé pertinent, un changement d'enregistrement de registre peut créer une faille de sécurité.

Le transfert RPKI devrait donc être traité comme une condition de règlement de première classe, pas comme une corvée post-clôture.

La routabilité est liée mais pas identique. Un préfixe peut être juridiquement transféré et techniquement annonçable, mais encore faire face à du filtrage, un résidu de géolocalisation, un historique de réputation ou une hésitation des fournisseurs. Le vendeur ne peut garantir toute la politique de routage de l'Internet. Il peut, cependant, divulguer l'historique de route connu, fournir des lettres d'autorisation le cas échéant, coordonner un basculement planifié et éviter des actions qui rendent les premières annonces de l'acheteur plus difficiles. L'acheteur peut tester l'acceptation des fournisseurs et planifier une atténuation.

L'entiercement peut réserver une petite retenue pour une coopération convenue, pas pour tout le comportement de routage global.

Le contrôle des contacts d'abus compte aussi. Un acheteur héritant d'un bloc avec un mauvais historique a besoin de la capacité de recevoir et de répondre aux rapports d'abus. Un vendeur a besoin de preuves que les plaintes après un certain moment appartiennent au nouvel opérateur. Un enregistrement de registre qui pointe encore vers la boîte aux lettres du vendeur peut créer une confusion réputationnelle et juridique. Dans un marché où le vol d'adresses et l'historique de spam ont été publiquement associés aux blocs africains, le transfert des contacts d'abus n'est pas une trivia administrative.

La publication RDAP et Whois se situe entre le contrôle juridique et opérationnel. Elle dit au monde qui est responsable, mais ne donne pas en soi le commandement technique à l'acheteur. Inversement, un acheteur peut exploiter un bloc avant que les enregistrements publics ne reflètent pleinement l'arrangement, surtout dans les transferts échelonnés ou les arrangements d'utilisation gérée.

Le dossier de règlement devrait indiquer si l'utilisation opérationnelle avant la mise à jour publique est autorisée, qui supporte la responsabilité d'abus et de routage pendant cet intervalle, et si les fonds restent sous entiercement jusqu'à ce que les enregistrements publics rattrapent.

La période post-clôture est la dernière partie du règlement opérationnel. Une courte fenêtre de stabilité peut révéler si un ancien titulaire s'oppose, si une route est filtrée, si le DNS inverse est cassé, si la RPKI est obsolète, ou si un problème de registre a été mal lu. La fenêtre devrait être limitée et liée à des défauts objectifs. Elle ne devrait pas devenir une option d'acheteur indéfinie. Sa fonction est de détecter les défauts de règlement connus, pas de transférer le risque commercial ordinaire au vendeur.

Dans les transactions liées à AFRINIC, cette séquence mérite une attention particulière car l'incertitude institutionnelle et l'incertitude opérationnelle peuvent être confondues. Une réponse lente du registre n'est pas la même chose qu'une fuite de route. Un litige sur la gouvernance n'est pas la même chose qu'une boîte aux lettres d'abus manquante. La confiance de règlement s'améliore lorsque le dossier nomme chaque couche séparément.

La fenêtre de contestation est un terme économique

Tout système de règlement a besoin d'une théorie des erreurs. Dans l'IPv4, les erreurs peuvent être documentaires, techniques, institutionnelles ou commerciales. Un signataire peut manquer d'autorité. Un dossier de succession d'entreprise peut être incomplet. Un registre peut mal classer un titulaire. Un acheteur peut déclarer une utilisation prévue incorrecte. Un vendeur peut ne pas divulguer un litige. Un représentant peut dépasser son mandat. Une route peut ne pas se propager comme prévu. Une ordonnance judiciaire peut arriver. Un réclamant précédent peut apparaître.

Le marché évalue ces possibilités, mais souvent indirectement. Un acheteur demande une remise. Un vendeur demande une libération plus rapide. Un fournisseur d'entiercement demande des instructions plus claires. Un conseil demande des garanties et des indemnités. Les courtiers demandent des frais pour avoir mené la séquence. Si l'environnement du registre est incertain, le coût privé du risque de litige augmente même lorsque le bloc individuel est propre.

Une fenêtre de contestation rend le coût visible. Elle stipule qu'une partie des fonds reste détenue pendant une période définie après le transfert public et opérationnel, et que la libération n'est bloquée que par des réclamations spécifiées. Ces réclamations devraient être étroites: fausse autorité, réclamation contradictoire préexistante, annulation du registre basée sur des faits antérieurs à la clôture, échec du transfert de contrôle opérationnel convenu, ou violation d'une déclaration fondamentale.

Les remords ordinaires de l'acheteur, un changement de conditions de marché, une erreur de routage auto-infligée ou des nouvelles de gouvernance non liées ne devraient pas bloquer la libération.

La fenêtre devrait également indiquer ce qui arrive à la ressource pendant le litige. Le défaut devrait préserver le dernier état opérationnel vérifié. Si l'acheteur est déjà enregistré et opérationnel, un litige de paiement commercial ne devrait pas justifier automatiquement de retirer le DNS inverse, de révoquer les ROA ou de perturber les clients. Si le vendeur reste enregistré tandis que le dossier est en attente, l'acheteur ne devrait pas router comme s'il possédait le bloc à moins que l'accord n'autorise une utilisation intérimaire. L'isolement du litige est la différence entre la discipline de règlement et la prise d'otage.

L'expérience d'AFRINIC rend ce principe central. Les reportages publics ont montré comment les litiges et les conflits de gouvernance peuvent enchevêtrer le registre lui-même. La bonne leçon n'est pas que tout litige de registre devrait geler toutes les opérations. C'est que les catégories de litige doivent être précises. Un défi judiciaire à une élection n'est pas un défaut d'autorité spécifique à un préfixe. Une demande de liquidation n'est pas la même chose qu'une résolution de conseil d'administration falsifiée du vendeur. Un litige sur la politique régionale n'est pas la même chose qu'un transfert de DNS inverse manquant.

L'architecture de règlement ne devrait pas permettre à l'anxiété institutionnelle large de contaminer un dossier de transaction propre.

La fenêtre de contestation protège également les vendeurs. Si un acheteur veut une protection post-clôture longue, il devrait payer pour cela via une retenue ou un autre terme négocié. Il ne devrait pas s'attendre à une exposition illimitée du vendeur après avoir reçu la ressource. Dans un marché rare, les vendeurs utilisent souvent le produit pour des dépenses d'investissement, le remboursement de dettes ou une transition d'entreprise. Un entiercement indéfini mine la raison de vendre.

Pour les acheteurs, la fenêtre est une protection contre une fausse finalité. Une mise à jour publique du titulaire qui est annulée deux jours plus tard parce qu'un ancien directeur manquait d'autorité n'est pas une réalisation. Un préfixe routable dont le statut RPKI est contrôlé par le vendeur n'est pas un transfert complet. Une facture propre avec des contacts d'abus cassés n'est pas suffisante pour un opérateur orienté client. La fenêtre donne à ces défauts un endroit pour être traités sans transformer chaque préoccupation en un accord échoué.

En bref, la fenêtre de contestation n'est pas une réflexion après coup. C'est la reconnaissance par le marché que la finalité de l'IPv4 est en couches. L'histoire institutionnelle d'AFRINIC rend cette reconnaissance plus nécessaire.

Le registre devrait être un registre, pas un juge des affaires

Une architecture de règlement sérieuse ne doit pas résoudre le risque privé en élargissant le pouvoir du registre. C'est la frontière centrale. Le travail du registre est de maintenir l'unicité, l'exactitude, la publication et la continuité de la sécurité. Il doit vérifier l'autorité, empêcher l'enregistrement en double ou frauduleux, enregistrer les litiges avec précision, maintenir Whois et RDAP, soutenir le DNS inverse et la RPKI, et exécuter les changements valides sous des procédures définies. Ces fonctions sont réelles et importantes.

Elles n'impliquent pas qu'AFRINIC devrait devenir le juge commercial de chaque accord. L'entiercement devrait gérer le paiement et le risque commercial. Les contrats devraient allouer les garanties, les retenues et les recours. Les tribunaux ou les forums indépendants devraient trancher les litiges sérieux.

Le registre ne devrait pas utiliser son contrôle sur les enregistrements pour approuver ou désapprouver l'économie des parties, le modèle commercial, la contrepartie, le financement, l'urgence de l'acheteur, le profit du vendeur ou la rémunération du courtier à moins qu'une règle adoptée spécifique ne régisse directement la question et ne soit appliquée par une procédure équitable.

Cette frontière reflète une discipline plus large: les registres ne devraient pas devenir les exécutants de chaque prétendu intérêt public. Un registre d'adresses est une couche administrative critique. Ce n'est pas une force de police, un procureur, un régulateur de marché ou un tribunal moral. Il peut modérer ses propres forums et appliquer des règles de service définies, mais il ne devrait pas transformer des services d'enregistrement essentiels en armes pour punir un comportement au-delà de son mandat. Plus l'IPv4 devient précieux, plus l'expansion du mandat devient dangereuse.

La confiance de règlement dépend de cette retenue. Si un registre peut refuser la reconnaissance parce qu'il n'aime pas une forme commerciale, les contreparties traiteront le registre comme un approbateur discrétionnaire des transactions. Cela augmente l'incertitude, donne du pouvoir aux initiés et aux intermédiaires, et force les parties à structurer autour des préférences institutionnelles perçues plutôt que des exigences objectives. Les conditions d'entiercement deviennent alors un jeu de devinettes: non pas si le vendeur a prouvé son autorité, mais si le registre approuve le but de la transaction.

Les conflits d'AFRINIC montrent à quel point la ligne peut s'estomper. Le débat public a mélangé l'examen des ressources, l'utilisation hors région, la politique de transfert, les droits des membres, les litiges, la continuité institutionnelle et la représentation régionale. Certaines de ces questions peuvent compter pour la politique. Elles ne devraient pas toutes entrer dans un dossier de règlement de routine. Un dossier de transfert ne devrait pas devenir le lieu pour résoudre toute la philosophie de la commercialisation de l'IPv4.

Garder le registre étroit ne signifie pas le rendre faible. Un registre d'abord registre peut être strict sur les preuves. Il peut rejeter de faux documents. Il peut exiger une autorité d'entreprise actuelle. Il peut suspendre un dossier sous réserve d'une ordonnance judiciaire concrète. Il peut préserver un dernier état vérifié pendant un litige. Il peut publier les états de traitement et les pistes d'audit. Il peut exiger que le transfert du DNS inverse et de la RPKI soit techniquement cohérent. Ce sont des formes de force.

Ce qu'il ne devrait pas faire, c'est blanchir un large pouvoir à travers le langage de la continuité. La continuité du registre signifie la continuité des enregistrements, des services, de l'unicité, de la publication de sécurité et des mises à jour légitimes. Cela ne signifie pas l'immunité institutionnelle, le contrôle commercial discrétionnaire ou le droit de convertir chaque anxiété du marché en veto du registre. Protéger le registre n'est pas la même chose que protéger chaque revendication de garde-barrière.

Pour l'entiercement, cette distinction est pratique. La condition de libération devrait se référer à des actes objectifs du registre, pas à l'approbation discrétionnaire de la sagesse commerciale. Si le registre agit comme un registre fiable, l'entiercement peut définir des déclencheurs. Si le registre agit comme un juge commercial imprévisible, l'entiercement devient une assurance coûteuse contre l'humeur institutionnelle.

Une architecture de règlement pour les transferts liés à AFRINIC

Une architecture de règlement AFRINIC viable commencerait par une prémisse de tenue de registres étroite et construirait des garanties commerciales autour d'elle. Le registre vérifie et publie l'état faisant autorité. Les parties et l'entiercement allouent le risque de paiement et de performance. Les opérateurs techniques exécutent le transfert. Une adjudication indépendante gère les litiges qui dépassent l'administration. Aucune de ces couches ne devrait prétendre être les autres.

Le premier composant est la preuve d'autorité. Chaque transaction devrait préserver une chaîne claire du titulaire enregistré à l'entité juridique, de l'entité juridique au signataire, du signataire à la transaction, et de la transaction à l'action de registre demandée. Les allocations anciennes, les réorganisations d'entreprise, les entités dissoutes, les changements de nom et les contacts hérités ne devraient pas être traités par mémoire informelle. Si la chaîne est incomplète, l'entiercement peut détenir les fonds pendant que le défaut est corrigé ou que les parties mettent fin à la transaction.

Le deuxième composant est le séquencement public du registre. Les parties devraient connaître la différence entre demande reçue, dossier complet, accepté pour traitement, titulaire mis à jour, Whois public ou RDAP mis à jour, et toute action DNS inverse ou RPKI connexe. Si AFRINIC peut publier ou communiquer ces états de manière cohérente, les fournisseurs d'entiercement peuvent les utiliser. Si les états sont opaques, les acteurs privés inventeront leurs propres signaux, augmentant les coûts et les litiges.

Le troisième composant est le transfert de contrôle technique. Le DNS inverse, l'autorité RPKI/ROA, le support d'enregistrement de route, les contacts d'abus et les communications opérationnelles devraient être assignés à une liste de contrôle de clôture. La liste de contrôle devrait identifier qui contrôle chaque élément avant la clôture, ce qui doit changer, qui effectue le changement, quelle preuve prouve l'achèvement, et ce qui reste hors du contrôle du vendeur. Cela empêche un problème opérationnel d'être déguisé en litige de paiement.

Le quatrième composant est une retenue post-clôture calibrée. Elle n'a pas besoin d'être importante dans chaque transaction. Son but est de couvrir les défauts qui ne pouvaient raisonnablement être vérifiés avant la libération: une réclamation d'autorité préexistante, une annulation du registre basée sur des faits antérieurs à la clôture, ou l'échec d'une étape de contrôle technique convenue. Elle devrait avoir une durée définie et une voie de réclamation définie.

Le cinquième composant est la correction plutôt que l'effondrement automatique. Si le DNS inverse prend du retard, corrigez le DNS inverse. Si un ROA est obsolète, créez ou révoquez l'objet pertinent. Si un contact d'abus est erroné, mettez-le à jour. Si un document manque, créez un délai de correction. Si une réclamation est sérieuse, isolez l'action contestée et préservez le dernier état opérationnel vérifié. Tous les défauts ne devraient pas défaire toute la transaction. Tous les litiges ne devraient pas perturber les réseaux en fonctionnement.

Le sixième composant est la possibilité d'audit. Une transaction échouée devrait pouvoir être reconstituée sans recourir à la mémoire ou aux assurances personnelles. Le dossier devrait montrer qui a fourni chaque document, ce qu'il prouvait, quel état du registre s'est produit, quand les fonds ont bougé, quels contrôles ont changé et pourquoi toute retenue a été libérée ou conservée. L'auditabilité protège les acheteurs honnêtes, les vendeurs honnêtes, les registres et les fournisseurs d'entiercement.

Cette architecture n'exige pas qu'AFRINIC garantisse la conduite des courtiers ou chaque décision de route sur l'Internet. Elle exige d'AFRINIC qu'elle fournisse une interface de registre fiable, étroite et lisible. Plus l'interface du registre est objective, moins il y a de pression pour donner au registre un pouvoir commercial plus large. C'est l'équilibre dont un marché IPv4 de type capital a besoin.

Cela aide également les contreparties à allouer le risque de règlement sans le cacher dans un malaise général. Le risque d'autorité est différent du risque de calendrier du registre. Le risque de calendrier du registre est différent du risque de contrôle opérationnel. Le risque de contrôle opérationnel est différent du risque de continuité institutionnelle. Le risque de continuité institutionnelle est différent du risque de marché ordinaire. Un acheteur ne devrait pas retenir l'argent parce que le marché s'est affaibli après la mise à jour du registre.

Un vendeur ne devrait pas forcer la libération s'il n'a jamais livré les contrôles convenus. Un courtier ou un conseiller qui réduit le risque documenté devrait être payé pour ce travail, pas pour avoir cultivé la peur.

C'est ainsi qu'un marché rare mûrit. Il n'élimine pas le risque. Il nomme le risque, l'assigne et le rend vérifiable.

À quoi ressemblerait la confiance

La confiance de règlement sur le marché AFRINIC ne signifierait pas que chaque transaction est rapide ou que chaque partie est satisfaite. Cela signifierait que les parties peuvent prédire le chemin de l'accord privé au contrôle reconnu et utilisable. Elles sauraient quels documents prouvent l'autorité, quels états du registre comptent, quels contrôles techniques doivent être transférés, quels événements libèrent les fonds, quels défauts déclenchent une correction et quels litiges vont à un forum indépendant.

Le registre agirait comme un registre fiable. Il protégerait l'unicité, préserverait des enregistrements précis, maintiendrait la publication RDAP et Whois, soutiendrait la continuité du DNS inverse et de la RPKI, enregistrerait les litiges concrets et exécuterait les changements autorisés. Il ne convertirait pas l'inconfort commercial en pouvoir d'approbation discrétionnaire. Il ne traiterait pas l'entiercement comme une raison d'étendre son mandat. Il ne ferait pas deviner au marché si un dossier est retardé en raison de preuves, de politique, de gouvernance ou de malaise institutionnel.

L'entiercement gérerait le calendrier commercial. Il détiendrait les fonds, les libérerait sur des conditions objectives, préserverait les retenues pour les défauts définis et éviterait de devenir un registre de substitution. Il ne traiterait pas un contrat signé comme une livraison complète. Il ne traiterait pas un ticket de registre comme une finalité. Il n'exigerait pas une preuve impossible d'acceptation de route globale. Il traduirait le règlement en couches en paiement échelonné.

Les acheteurs et les vendeurs accepteraient que l'IPv4 n'est ni un inventaire ordinaire ni un don public mystique. C'est un actif opérationnel rare dont l'utilisation dépend d'enregistrements et de contrôles. Le travail de l'acheteur est de préparer le financement, l'éligibilité, le routage, la RPKI, le DNS et les opérations d'abus. Le travail du vendeur est de prouver l'autorité, de coopérer avec l'action du registre et de transférer les contrôles convenus. Les deux parties devraient comprendre qu'une transaction sans conditions de règlement est incomplète.

Les courtiers et les conseillers apparaîtraient comme des entités à la mécanique, pas comme la thèse centrale du marché. Ils peuvent réduire le coût de recherche et de documentation. Ils peuvent coordonner l'entiercement. Ils peuvent aider à traduire la procédure du registre en termes commerciaux. Mais leur valeur devrait venir de la diligence documentée, pas de l'accès privé ou de la peur cultivée. Une architecture de règlement trop dépendante de la connaissance non divulguée de l'intermédiaire n'est pas mature.

L'avenir plus large de la gouvernance d'AFRINIC reste incertain. Les reportages publics de 2026 comprenaient à la fois des signes de rétablissement organisationnel et des signes de litiges et d'intervention continus. Cette incertitude est exactement pourquoi la conception du règlement compte. Un marché ne peut pas attendre une paix institutionnelle parfaite avant de transiger. Il ne devrait pas non plus prétendre que le stress institutionnel est hors de propos. La réponse disciplinée est de définir les déclencheurs de libération, de préserver les pistes d'audit, d'isoler les litiges et de maintenir le rôle du registre étroit.

La salle de clôture pour un transfert IPv4 contiendra encore plusieurs définitions de la réalisation. L'avocat cherchera la satisfaction contractuelle. La banque cherchera la certitude de paiement. Le contact du registre cherchera des enregistrements autorisés. L'ingénieur cherchera un contrôle utilisable. L'acheteur cherchera la continuité. Le vendeur cherchera la libération. La confiance de règlement est l'architecture qui permet à toutes ces définitions d'être vraies en séquence sans prétendre qu'elles sont le même moment.

AFRINIC montre pourquoi cette architecture n'est plus optionnelle. Une fois que l'IPv4 devient de type capital, le coût de l'ambiguïté augmente. La libération d'argent, la reconnaissance du registre, la routabilité, le DNS inverse, la RPKI, le RDAP, la preuve d'autorité et les recours post-clôture ne convergent pas naturellement. Ils doivent être faits converger par le contrat, l'entiercement, la discipline du registre et la planification opérationnelle. Le but n'est pas de faire d'AFRINIC le juge de chaque accord.

C'est de rendre AFRINIC suffisamment fiable en tant que registre pour que l'entiercement puisse faire son travail propre: combler l'écart entre le paiement et le règlement sans blanchir un nouveau pouvoir discrétionnaire dans la couche du registre.