Build in public le 402 #1 : nos prochains lecteurs ne seront pas humains, et ça change tout ce qu'on vend
Je démarre un journal de bord. Un épisode par mois, où j'écris ce qu'on construit, ce qu'on a décidé, et ce qui n'a pas marché. Voici le premier.
Il y a quelques mois, en regardant nos statistiques, j'ai vu passer quelque chose qui m'a occupé l'esprit pendant des semaines. Une part croissante de ce qui lit nos analyses n'est pas humaine. Ce ne sont pas des lecteurs, ce sont des programmes qui viennent chercher de la matière pour répondre à quelqu'un d'autre, ailleurs, sans jamais nous nommer.
On peut le vivre comme un vol. J'ai choisi d'y voir un client.
Une machine ne peut pas être séduite
C'est la phrase qui a tout déclenché, et il faut s'arrêter dessus une seconde.
Tout ce qui fait vendre de la recherche à un humain ne fonctionne pas sur une machine. Elle ne voit pas votre mise en page. Elle ne connaît pas votre marque. Elle ne compte pas vos abonnés, ne lit pas vos recommandations, ne se laisse pas impressionner par un logo en haut à gauche. Elle ne se demande jamais si vous avez l'air sérieux.
Elle vérifie. C'est tout ce qu'elle sait faire, et c'est tout ce qu'elle fera.
Ce qui veut dire que le jour où votre acheteur est un logiciel, l'intégralité de l'appareil marketing traditionnel tombe, et il ne reste qu'une question : est-ce que ce que vous vendez est vérifiable. Pour une maison de recherche, c'est une nouvelle brutale ou une opportunité énorme, selon ce qu'elle a dans ses tiroirs.
Ce qu'on construit
Une adresse web où un logiciel achète une analyse et la paie tout seul.
L'échange tient en quatre temps et dure quelques secondes. Un agent demande un de nos rapports. Notre serveur répond « il faut payer » et joint le prix et l'adresse de règlement. L'agent paie en dollars numériques. Il reçoit le rapport.
Pas de compte à créer, pas de carte, pas de devis, pas d'appel commercial. Le client n'est pas une personne, donc rien de ce qui sert à convaincre une personne n'existe dans cette boucle.
Le 402, en trente secondes
Vous n'avez pas besoin d'avoir lu quoi que ce soit d'autre pour comprendre la suite.
Quand un serveur répond à une requête, il renvoie un nombre. 200 si tout va bien, 404 si la page n'existe pas. Il en existe un, le 402, qui signifie « paiement requis ». Il est réservé dans la norme du web depuis 1997 et n'a jamais servi, parce que personne ne s'était mis d'accord sur ce qu'un serveur devait répondre avec.
x402 est cet accord. Ce n'est pas une blockchain, ce n'est pas un jeton, il n'y a aucun contrat à déployer. Un serveur x402 est un serveur web ordinaire qui sait répondre 402 avec le bon message.
Le détail qui rend tout ça praticable : l'acheteur n'a pas besoin de détenir de crypto native. Il signe une transaction incomplète, un tiers appelé facilitateur y ajoute sa signature et acquitte les frais de réseau. L'agent n'a besoin que de dollars. Sans ce mécanisme, chaque agent devrait gérer deux soldes sur chaque réseau qu'il touche, et l'idée entière resterait un exercice théorique.
On a publié ce matin un guide complet sur le sujet, avec la mécanique champ par champ, les chiffres réels et les pièges d'implémentation. Il est gratuit et il le restera.
Ce qu'on voit venir, et ce qu'on ne voit pas
Maintenant, la partie désagréable, celle qu'on publie quand même.
Ce marché est minuscule. Le rapport conjoint de Visa et Artemis, publié à la mi-juillet, mesure 15 millions de dollars de volume réel depuis mai 2025, avec un panier moyen de 14 centimes. Et il ne progresse plus.
Regardez la forme de la courbe, elle raconte tout. Un pic énorme à l'automne 2025, dont une bonne moitié était de l'activité artificielle autour d'un memecoin. Puis six mois de plateau, absolument plat.
Voilà ce qu'on voit venir, et c'est l'écart qui compte : pendant que la demande stagne, l'offre se déploie à toute vitesse. AWS a branché le protocole en juin, Cloudflare deux semaines plus tard. Visa, Mastercard, American Express et Stripe sont entrés au conseil de la fondation qui le gouverne. Et quand on a interrogé le facilitateur de référence il y a quelques heures, il annonçait huit familles de blockchains supportées, là où tout le monde parle encore de deux.
Des acteurs de cette taille ne branchent pas des tuyaux pour rien. Ils ne savent simplement pas quand l'eau arrivera, et ils préfèrent que la plomberie soit posée avant.
Notre lecture, chiffrée et assumée : à l'horizon 2031, ce marché se comptera en milliards de dollars par an, pas en milliers de milliards. Trois ordres de grandeur sous les chiffres que tout le monde cite, parce que ces chiffres-là mesurent autre chose : des achats décidés par des machines mais réglés sur les rails bancaires existants. Ce n'est pas la même chose que des achats réglés par des machines sur un rail neuf.
Milliards et non milliers de milliards, c'est peu pour un géant. Pour nous, c'est immense.
Pourquoi on y va maintenant, et pas dans deux ans
Parce que le coût d'entrée est presque nul, et que c'est extrêmement rare.
Il n'y a pas de contrat à déployer, pas de blockchain à choisir à l'avance, pas d'audit de sécurité à financer, même pas de jeton à détenir côté acheteur. Construire cette boutique représente quelques journées de travail. Le pari est asymétrique : on paie très peu pour tenir une option très longue.
Et il y a le calendrier, qui ne pardonne pas. Le jour où le verrou se lèvera, celui de l'autorisation, quand un agent pourra dépenser sans qu'un humain valide chaque achat, il n'y aura pas de délai de rattrapage. On sera déjà dans la place, ou on n'y sera pas. Les catalogues existants seront appelés en premier, et une maison qui démarre ce jour-là arrivera avec dix-huit mois de retard sur un marché où la vitesse d'exécution ne s'achète pas.
Une grande maison de recherche ne se déplacera pas pour un marché à 15 millions de dollars. C'est rationnel de sa part, et c'est exactement notre fenêtre. Notre taille, qui est un handicap partout ailleurs, est ici un avantage : on peut engager quelques jours sur une option lointaine sans avoir à la justifier devant un comité.
Notre positionnement : cher, aux machines, et gravé
Trois décisions, prises ensemble, qui forment une seule stratégie.
On vendra cher. Le marché facture aujourd'hui quelques centimes l'appel. On sera très au-dessus, et ce n'est pas un accident de tarification, c'est le positionnement lui-même. Une maison de recherche qui vend son travail au prix d'un appel d'interface annonce elle-même ce qu'elle en pense. Et le raisonnement d'achat n'a rien à voir avec le prix affiché : un rapport doit coûter une fraction dérisoire de la décision qu'il éclaire. La question n'est jamais « est-ce cher », elle est « cher face à quoi ».
On ne vendra pas de la donnée. Le prix, la capitalisation, les métriques on-chain sont gratuits ailleurs et mieux tenus qu'on ne saurait le faire. Y aller serait entrer dans une bagarre déjà perdue. Ce qu'on vend, c'est un jugement : une thèse datée, la note qui l'accompagne, et surtout les conditions précises qui l'invalideraient.
Et on grave. C'est le cœur du positionnement, celui qui répond à la machine qui vérifie. Au moment où une analyse est signée, son empreinte est inscrite sur la chaîne. Ça coûte une fraction de centime et ça rend le document impossible à modifier discrètement : on peut prouver qu'il existait à cette date, et qu'il n'a pas bougé depuis.
Réfléchissez à ce que ça implique. Aujourd'hui, n'importe qui peut réécrire une analyse ratée, changer une date, faire disparaître une recommandation embarrassante. Le web entier fonctionne sur cette possibilité. À partir du moment où on grave, on perd ce droit. Nos erreurs deviennent permanentes et opposables.
C'est une contrainte que je choisis, et c'est le seul argument que le concurrent qui génère mille analyses par jour ne pourra jamais reproduire. N'importe quel modèle produit de l'analyse plausible à l'infini. Aucun ne peut s'engager.
Le vrai produit, c'est le récurrent
Si vous ne deviez retenir qu'une chose de la stratégie, c'est celle-là.
Vendre un rapport, c'est une transaction unique. L'agent achète, s'en va, et il faut le reconquérir la fois suivante. C'est le modèle de tout le monde, et c'est un mauvais modèle.
Le problème d'un agent n'est pourtant pas « qu'est-ce que je pense de cet actif ». Ça, il peut le fabriquer tout seul, en quelques secondes et pour presque rien. Son vrai problème, celui qu'il ne sait pas résoudre, c'est « quand dois-je changer d'avis ».
Alors on vend ça. Un appel quotidien à quelques centimes, une seule question, une seule réponse : est-ce qu'une des conditions qui invalident cette thèse a été franchie depuis hier. L'agent revient tous les matins, tout seul, sans qu'on ait rien à vendre de plus.
L'écart entre les deux modèles est énorme. Un rapport rapporte une fois. Une surveillance rapporte trois cent soixante-cinq fois. Le premier vend un verdict, le second vend une vigilance, et la vigilance est la seule chose qu'on produit déjà tous les jours sans la monétiser : nos alertes de suivi tournent depuis des mois pour notre usage interne.
C'est la bascule stratégique de l'année pour nous. On ne construit pas une boutique, on construit un abonnement déguisé en appels payés à l'unité, parce que le protocole ne connaît pas l'abonnement.
Pourquoi c'est nous qui le faisons
Parce qu'on a déjà la marchandise. Des notes signées à la main, des conditions d'invalidation écrites noir sur blanc, un registre de tout ce qu'on a dit publiquement sur chaque actif. Ce n'est pas un problème de puissance de calcul, c'est un problème d'engagement.
Parce qu'on a fait le travail de lecture. Le guide de ce matin est notre carte du terrain : spécification lue ligne à ligne, facilitateurs interrogés un par un, pièges documentés. On ne part pas de zéro, on part du bout.
Et parce que ce choix est déjà fait. Ce n'est pas une piste qu'on explore, c'est une direction qu'on a prise et sur laquelle on écrit publiquement chaque mois. C'est bien plus engageant qu'une note d'intention, et c'est fait exprès.
Le calendrier
Chaque jalon est formulé pour être vérifiable sans avoir à me croire sur parole. Si une ligne glisse, l'épisode suivant l'écrit en premier.
Où on en est aujourd'hui
Tout est à zéro, et c'est le but. Ce compteur revient à chaque épisode, à l'identique. Le revenu y entrera au premier dollar encaissé, pas avant.
Ce qui peut casser
Trois choses, écrites maintenant pour ne pas avoir à me les faire rappeler plus tard.
Le compte qui reçoit l'argent doit exister avant le premier paiement, et aucune implémentation courante ne le crée. C'est le genre de détail qui fait rater une démonstration devant témoins.
On n'a pas tranché entre s'appuyer sur un facilitateur tiers, ce qui crée une dépendance, et héberger le nôtre, ce qui crée de l'infrastructure à maintenir.
Et le vrai risque, celui qu'on ne contrôle pas : tant qu'un agent devra faire valider chaque achat par un humain, il n'y aura pas d'économie de machines. Cette pièce se construit ailleurs, dans les standards d'autorisation, et on parie qu'elle arrive.
On construit une boutique pour des clients qui n'existent pas encore vraiment. Dans deux ans, ce sera soit ridicule, soit évident. Rendez-vous fin août pour la première transaction, ou pour l'explication de pourquoi elle n'a pas eu lieu.
Member discussion