Pourquoi i.LEASE existe — et pourquoi la question du courtier est, au fond, celle du risque lié aux registres

La remise n’est que le début. Lu Heng explique pourquoi une transaction IPv4 exige un accompagnement qui se prolonge pendant toute la durée d’exploitation de la ressource, y compris face à l’incertitude liée à la couche des registres.

Tout acheteur sérieux d’IPv4 finit par se poser la même question pratique : si je dois passer par un courtier, auquel puis-je faire confiance ?

La question paraît commerciale.

Elle ne l’est pas.

La vraie question n’est pas de savoir qui peut présenter un vendeur, préparer les documents, annoncer un prix, ouvrir un compte séquestre ou répéter les formules consacrées sur le respect des politiques des RIR. Beaucoup de courtiers savent le faire. La vraie question est de savoir qui peut assumer le risque qui apparaît lorsque la couche des registres cesse de se comporter comme un service d’enregistrement neutre et commence à exercer un pouvoir discrétionnaire sur des actifs opérationnels de grande valeur.

C’est la question que la majeure partie du marché du courtage IPv4 évite.

Un courtier qui ne sait que mettre en relation un acheteur et un vendeur ne résout pas le risque lié aux registres. Il le transmet. Un courtier qui ne sait que dire « nous respectons les politiques des RIR » ne maîtrise pas ce risque. Il reconnaît qu’il en dépend. Un courtier qui ne peut invoquer qu’un dossier en règle, un séquestre et une demande de transfert ne garantit pas la continuité. Il espère que la couche des registres restera courtoise assez longtemps pour que la transaction aboutisse.

L’espoir n’est pas une infrastructure.

i.LEASE existe parce que le marché IPv4 a dépassé ce que le courtage ordinaire peut lui offrir.

Lorsque l’IPv4 était considéré comme un reliquat administratif, le courtage pouvait se limiter à une simple activité de mise en relation. Trouver un détenteur. Trouver un acheteur. Vérifier la réputation. Déposer les documents. Attendre le traitement par le registre. Percevoir une commission. Cela suffisait lorsque l’actif était modeste, que les enjeux politiques restaient discrets et que les conséquences du pouvoir discrétionnaire des registres n’étaient pas encore visibles.

Ce monde a disparu.

L’IPv4 est désormais du capital. Il est rare, coté, financé, loué, routé, filtré, soumis à des évaluations de réputation, disputé en justice et intégré à l’exploitation des réseaux. Un bloc n’est pas une simple ligne dans une base de données. Il permet de servir des clients, de faire fonctionner des services cloud, des centres de données, des réseaux VPN, des infrastructures mobiles et des plateformes SaaS, d’assurer la délivrabilité des courriels, d’appliquer des règles de pare-feu et des politiques de routage, de maintenir des systèmes de conformité et de générer des revenus.

Une transaction IPv4 qui échoue n’est pas seulement un achat qui échoue.

Elle peut devenir un incident de continuité d’activité.

C’est pourquoi il faut reformuler la question du courtage. L’ancien marché demande : qui peut me procurer des adresses ? Un marché mieux conçu demande : qui dispose de la structure nécessaire pour gérer le risque lié à la couche des registres qui accompagne ces adresses ?

C’est ce qui distingue un courtier ordinaire d’i.LEASE.

i.LEASE n’est pas seulement une place de marché. C’est la couche d’exécution d’une architecture de transition plus large. Elle se situe entre le marché visible de l’IPv4 et les sources de risque cachées qui le sous-tendent : adhésion aux RIR, procédures des registres, règles de transfert, coordination du routage, maintenance du WHOIS, gestion de la conformité, cycle de vie opérationnel, documentation et continuité après la conclusion de la transaction.

Une annonce n’est pas une exécution.

Un accord signé n’est pas la continuité.

Le déblocage des fonds séquestrés ne prouve pas que l’actif acquis restera utilisable en situation de tension.

C’est ce que beaucoup d’acheteurs ne voient que trop tard. Dans une transaction IPv4, l’opération commerciale visible ne représente que la plus petite part du risque. La part invisible, c’est l’interface avec le registre. Qui traite avec le RIR ? Qui comprend les enjeux de ses politiques ? Qui sait distinguer une demande courante du registre d’un signal de risque ? Qui peut repérer le moment où une procédure de transfert devient un moyen d’exercer un pouvoir de contrainte ? Qui a vécu un conflit avec un registre, au lieu d’avoir simplement lu le manuel des politiques ?

La plupart des courtiers ne peuvent pas répondre à cette question.

Ils peuvent se dire expérimentés. Ils peuvent se dire dignes de confiance. Ils peuvent se dire neutres. Ils peuvent se dire certifiés, conformes, présents dans le monde entier, transparents et professionnels.

Mais ces mots ne permettent pas de maîtriser le risque lié aux registres.

Ce risque ne se maîtrise pas par une image de marque. Il se maîtrise par une position dans le système, de la documentation, un savoir opérationnel, une mémoire juridique et la capacité de maintenir la protection du réseau du client lorsque la procédure du registre devient une menace concrète.

Voilà pourquoi i.LEASE compte.

Elle s’appuie sur LARUS, et ce n’est pas un détail d’image. LARUS n’est pas un loueur d’IPv4 parmi d’autres. Comme je l’ai expliqué dans la Note : 35 — Pourquoi la couche des registres constitue un risque structurel — et pourquoi LARUS est le seul garant de la continuité d’activité à avoir fait ses preuves, la couche des registres n’est pas une interface administrative inoffensive. C’est une source de risque structurel. La détention directe n’élimine pas ce risque. Elle le concentre souvent au sein de l’entité juridique de l’opérateur lui-même.

LARUS existe parce que ce risque ne devrait pas être logé à l’aveugle dans l’entreprise exploitante, qui a besoin de continuité avant toute autre chose.

Un courtier dépourvu de cette expérience peut traiter une transaction.

Un courtier doté de cette structure peut comprendre le périmètre de défaillance.

C’est un autre métier.

Cela explique aussi les liens entre i.LEASE, BTW.Media et NRS.

BTW existe pour décrire la réalité. Comme je l’ai écrit dans la Note : 36 — Pourquoi BTW.Media existe — et pourquoi son produit est la réalité, et non le plaidoyer, son rôle n’est ni de vendre un produit ni de remporter un débat. BTW rend visible la structure cachée. Il dit ce que la plupart des discours sur la gouvernance dissimulent : la couche des registres n’est ni un système souverain, ni un système fondé sur des traités, ni un ordre juridique mondial doté de moyens d’exécution, ni une base de données inoffensive. Elle est constituée d’un petit nombre d’institutions privées dont les présupposés sont mis à l’épreuve par la rareté, la valeur, le droit et la géopolitique.

NRS existe pour changer l’orientation de la gouvernance. Comme je l’ai écrit dans la Note : 37 — Pourquoi NRS existe — et pourquoi la décentralisation n’est plus facultative, NRS est la couche de décentralisation. Il exige des possibilités de sortie, de la portabilité, de la redondance et des mécanismes, plutôt que des récits moraux. NRS ne vend pas de transactions IPv4. Il pousse le système à s’affranchir de la dépendance monopolistique aux registres, pour aller vers une gouvernance des ressources de numérotation capable de résister aux crises.

LARUS existe en tant que couche de continuité. Il assume le poids commercial et opérationnel de l’exposition à la couche des registres d’une manière que les acteurs ordinaires du marché ne peuvent pas assurer. Il sert de passerelle aux opérateurs qui ne peuvent pas attendre l’architecture définitive pour disposer d’adresses, de routage, de clients, de possibilités de renouvellement et de stabilité.

i.LEASE existe en tant que couche d’exécution du marché.

Cette distinction compte.

BTW décrit.

NRS défend une orientation.

LARUS assume la continuité.

i.LEASE exécute.

Ce n’est pas une même institution exerçant une même fonction sous des noms différents. Ce sont des couches différentes qui répondent à des défauts différents d’un même système défaillant.

Le défaut est simple : le marché IPv4 existe, mais la couche des registres qui le sous-tend n’a pas été conçue pour des transactions répondant aux exigences d’un marché d’actifs.

Ce décalage crée le problème du courtage.

Sur un marché d’actifs normal, le rôle du courtier est limité parce que l’infrastructure juridique est solide. La propriété est reconnue. Les inscriptions ont une force juridique. La garde des actifs est définie. Les règles de transfert sont stables. Les tribunaux comprennent l’actif. Les intermédiaires opèrent dans un cadre mature.

L’IPv4 est différent.

Le marché est assez mature pour produire un prix, mais la couche institutionnelle reste assez immature pour produire de l’incertitude. L’actif a de la valeur, mais les termes qui décrivent la propriété restent délibérément faibles. L’acheteur paie avec de l’argent bien réel, mais l’inscription au registre peut toujours être présentée comme un service, une adhésion, un enregistrement, une allocation, une assignation ou une autorisation. Le réseau dépend de la continuité, mais le contrat du registre peut ne pas prévoir de recours à la hauteur des enjeux de cette continuité.

C’est pourquoi le courtage ordinaire manque structurellement de profondeur.

Il intervient à la surface de la transaction, tandis que le risque réel se situe plus bas.

Un courtier ordinaire peut vous aider à acheter un bloc. Mais peut-il vous protéger lorsque le registre pose des questions qui dépassent la documentation ? Peut-il défendre votre modèle d’exploitation lorsque l’interprétation des politiques change ? Peut-il distinguer l’unicité technique de l’ingérence commerciale ? Peut-il gérer le cycle de vie après le transfert lorsque le WHOIS, le routage, la RPKI, l’historique des abus, l’utilisation par les clients, les présupposés régionaux ou le statut de membre deviennent des objets de contestation ? Peut-il absorber la pression avant qu’elle n’atteigne votre entreprise exploitante ?

Si la réponse est non, le courtier n’a pas réduit le risque principal.

Il a seulement donné à la transaction une apparence ordonnée.

Voici la question centrale d’i.LEASE :

Si vous devez choisir un courtier, choisissez-vous celui qui s’appuie sur une structure de continuité comprenant le risque lié aux registres, ou celui dont le seul pouvoir réel consiste à transmettre des documents à cette même couche des registres qui crée le risque ?

Ce n’est pas une question de marketing.

C’est une question de répartition du risque.

Le marché aime prétendre que tous les courtiers sont comparables. Ils ne le sont pas. Un courtier proposant des annonces et un séquestre n’équivaut pas à un courtier qui s’appuie sur l’expérience des procédures des registres, l’accompagnement du cycle de vie opérationnel, la connaissance du routage, la gestion de la conformité et une doctrine de continuité. La différence est invisible quand tout fonctionne. Elle devient décisive lorsque quelque chose échoue.

Une infrastructure ne doit pas être jugée uniquement les jours où tout va bien.

Elle doit être jugée à l’épreuve des tensions.

Les jours où tout va bien, chaque courtier peut paraître compétent. Les jours où tout va bien, chaque procédure de RIR semble maîtrisable. Les jours où tout va bien, chaque transfert paraît n’être qu’une affaire de documents. Les jours où tout va bien, le risque lié aux registres ressemble à une note de bas de page.

Mais les opérateurs n’achètent pas de l’IPv4 uniquement pour les jours où tout va bien. Ils en achètent parce que leurs activités en dépendent. Ils en louent parce que leurs clients ont besoin d’un service dès maintenant. Ils le monétisent parce que le capital inutilisé ne doit pas rester immobilisé. Ils en structurent la détention et l’usage parce qu’un mauvais détenteur, un mauvais contrat, une mauvaise interface avec le registre ou un mauvais intermédiaire peuvent détruire de la valeur sur la durée.

i.LEASE existe pour cette durée.

Il ne suffit pas de rendre le marché IPv4 liquide. La liquidité sans continuité est fragile. Il ne suffit pas de rendre les prix transparents. La transparence sans moyens de faire valoir les droits est cosmétique. Il ne suffit pas de proposer des annonces irréprochables. Des annonces irréprochables ne suppriment pas le pouvoir discrétionnaire des registres. Il ne suffit pas d’accélérer les transactions. Un échec rapide reste un échec.

L’objectif n’est pas seulement la vitesse.

L’objectif est la capacité d’exploitation.

Une transaction IPv4 ne devrait pas s’achever lorsque l’argent change de mains. Elle devrait rester gérable lorsque la ressource est routée, enregistrée, renouvelée, examinée, mise en question, entretenue et utilisée. Voilà pourquoi la location gérée d’IPv4 compte. Voilà pourquoi la gestion de l’adhésion aux RIR compte. Voilà pourquoi acheter des adresses IPv4 dans le cadre d’un processus structuré compte. Voilà pourquoi vendre des adresses IPv4 par un canal d’exécution protégé compte.

Une place de marché montre l’offre.

Une couche d’exécution rend cette offre utilisable.

Voilà la distinction.

La même logique s’applique aux vendeurs. Un vendeur n’a pas simplement besoin de quelqu’un qui trouve une demande. Il a besoin d’une structure qui protège la valeur, examine les contreparties, gère la documentation, réduit le risque d’abus, coordonne les conditions de transfert ou de location et lui évite d’être entraîné dans une défaillance opérationnelle en aval sur laquelle il n’avait aucune prise.

L’IPv4 inutilisé est du capital.

L’IPv4 mal structuré est un passif.

Le métier du courtier consiste à comprendre la différence.

C’est pourquoi je n’accepte pas l’idée que le marché IPv4 aurait besoin de davantage de courtiers généralistes. Il lui faut moins d’intermédiaires sans profondeur structurelle et davantage de couches d’exécution structurellement compétentes. Il lui faut des personnes qui comprennent que les ressources de numérotation ne sont ni des marchandises ordinaires ni des cadeaux politiques. Ce sont des actifs opérationnels logés dans une architecture de registres défectueuse.

Cette architecture est le sujet des autres notes.

Dans la Note : 52 — Lorsque le pouvoir des registres se dissocie de la responsabilité juridique, j’ai expliqué pourquoi le modèle actuel des RIR ne peut pas survivre dès lors qu’un pouvoir de registre aux conséquences majeures est dissocié d’une responsabilité juridique réelle.

Dans la Note : 53 — Les ressources de numérotation de l’Internet ne sont pas une propriété politique, j’ai expliqué pourquoi les ressources de numérotation sont des actifs détenus par les opérateurs et intégrés à des réseaux en fonctionnement, et non des trophées régionaux ou une propriété communautaire.

Dans la Note : 56 — La gouvernance envahissante des registres Internet régionaux transforme l’unicité en double extraction, j’ai expliqué comment la couche des registres utilise l’unicité pour extraire de la valeur à deux reprises : d’abord par le contrôle, puis par la compression de la valeur des actifs.

Dans la Note : 61 — La trahison du code en fonctionnement, j’ai expliqué comment le consensus et la procédure ont été retournés contre les réseaux en service qu’ils étaient censés servir.

Dans la Note : 62 — Le blanchiment du mandat, j’ai expliqué comment un rôle administratif privé a été blanchi par la rhétorique de la communauté, de la région et de la gestion au service de l’intérêt collectif, jusqu’à ce qu’un employé chargé des enregistrements se mette à parler comme un souverain.

Dans la Note : 64 — Spécification initiale minimale, décisions futures locales et adoption volontaire, j’ai exposé la règle de conception constructive : ne spécifier que ce qu’exige l’interopérabilité, laisser les choix futurs au niveau local et rendre le changement effectif par l’adoption plutôt que par la déclaration.

Dans la Note : 65 — La primauté du code en fonctionnement, j’ai expliqué le principe directeur : la couche des registres ne doit être interprétée que dans les limites de ce qu’exige le code en fonctionnement.

La Note : 66 applique cette logique au marché.

Si la couche des registres présente un risque structurel, la couche du courtage ne peut pas prétendre se limiter à un traitement documentaire neutre. Elle doit décider si elle est un simple messager ou une structure d’exécution qui assume la continuité.

La plupart des courtiers sont des messagers.

Ils peuvent être utiles. Ils peuvent être honnêtes. Ils peuvent être compétents au sens étroit du terme. Mais ils restent des messagers s’ils ne peuvent ni maîtriser, ni absorber, ni attribuer structurellement le risque lié aux registres.

Un messager peut acheminer des documents.

Il ne peut pas protéger une infrastructure.

i.LEASE repose sur le principe inverse. Sur le marché IPv4, l’exécution n’est pas une affaire de documents. L’exécution, c’est la continuité dans l’incertitude créée par la couche des registres.

Voilà pourquoi la location directe d’IPv4 par LARUS compte. Voilà pourquoi la gestion IP de LARUS compte. Voilà pourquoi les partenaires réseau de LARUS comptent. Ce ne sont pas des pages marketing sans lien entre elles. Ce sont différentes manières de résoudre le même problème de fond : l’IPv4 est désormais un actif opérationnel, et les actifs opérationnels ont besoin de structures de continuité, pas seulement de mises en relation en vue d’une transaction.

Si le marché était déjà mature, i.LEASE serait inutile.

Si la propriété était clairement reconnue, la portabilité obligatoire, la responsabilité juridique des registres proportionnée, les règles de transfert stables et les droits de sortie protégés, le courtage pourrait rester simple.

Mais ce n’est pas le monde dont nous avons hérité.

Nous avons hérité d’un monde où des actifs IPv4 de grande valeur sont soumis à des contrats de registres privés, à des politiques discrétionnaires, à des recours faibles, à une gouvernance incohérente et à des récits institutionnels qui continuent de prétendre que le marché est secondaire tout en dépendant discrètement de lui.

Dans ce monde, la question du courtier ne peut pas rester superficielle.

La question n’est pas : qui dispose d’un stock ?

La question est : qui comprend le risque qui se cache derrière ce stock ?

La question n’est pas : qui peut déposer la demande de transfert ?

La question est : qui peut gérer ce qui se passe lorsque le transfert ne met pas fin au problème ?

La question n’est pas : qui facture la commission la plus basse ?

La question est : qui dispose de la structure nécessaire pour protéger la continuité lorsque le risque lié aux registres se concrétise ?

Voilà pourquoi i.LEASE existe.

Pas parce que le monde avait besoin d’un courtier IPv4 de plus.

Parce que le monde avait besoin d’une couche de courtage qui comprenne ce que la plupart des courtiers ne peuvent pas maîtriser : le risque lié aux registres.

Un courtier incapable de maîtriser le risque lié aux registres n’est qu’un messager.

Un messager peut acheminer des documents.

Il ne peut pas protéger une infrastructure.

i.LEASE est conçue pour le risque qui compte réellement.

Le marché peut appeler cela du courtage.

Ce n’en est pas.

C’est de l’exécution dans l’incertitude créée par la couche des registres.