Near Dévoile Treize Pistes : Animaux IA Et Trading Privé

Et si votre prochain animal de compagnie n’avait ni gamelle ni laisse, mais un solde en tokens pour payer lui-même son intelligence ? Le 3 octobre, Illia Polosukhin, cofondateur du protocole Near, a publié sur X une liste inhabituelle : treize idées d’applications, plus cinq pistes de distribution. Pas un livre blanc. Pas une feuille de route officielle. Un carnet de notes jeté en public, à l’adresse des développeurs qui reviennent construire, et de ceux qui arrivent pour la première fois. Animaux numériques, caisse universelle, dépôts d’événements, trading de gré à gré, avis médical chiffré, transcription privée, encyclopédie adossée à des marchés. Le ton est presque désinvolte. Le sous-texte, lui, est plus serré : construire est devenu plus simple, donc le vrai goulot n’est plus le code, c’est le choix du produit et la manière de le faire voir.

Cette distinction mérite qu’on s’y arrête. Pendant des années, les équipes blockchain ont passé l’essentiel de leur énergie à contourner des frictions techniques : ponts fragiles, frais imprévisibles, wallets incompatibles, expérience utilisateur qui demandait un tutoriel avant le premier clic. Polosukhin affirme que cette phase recule. De nouveaux bâtisseurs, et d’anciens qui reviennent, auraient enchaîné les prototypes ces dernières semaines. Si l’outil cesse d’être l’obstacle, la question change de nature. Que construit-on, et comment cela arrive-t-il devant des gens qui ne lisent pas les fils techniques ?

Quand le code cesse d’être le vrai obstacle

La phrase centrale du message est simple, et elle vaut mieux qu’un slogan. Construire est devenu plus facile, donc il s’agit de savoir quoi fabriquer et comment se distinguer pour obtenir de la distribution. Ce n’est pas une promesse de facilité magique. C’est un déplacement de responsabilité. L’infrastructure, dans cette lecture, n’est plus le héros du récit. Elle devient le plancher. Le plafond, ce sont l’attention, la confiance et l’habitude.

On peut lire cette liste comme un menu. On peut aussi la lire comme un diagnostic. Treize idées, ce n’est pas un produit. C’est une manière de dire que le protocole ne veut plus être jugé seulement sur sa vitesse de finalité ou sur le nombre de validateurs, mais sur la variété des usages qu’il rend moins absurdes. Paiement, vie privée, agents, événements, santé, code, capitalisation : le spectre est large, parfois trop. L’intérêt est ailleurs. Chaque piste tente de coller une contrainte réelle à un mécanisme déjà présent, plutôt que d’inventer une chaîne pour le plaisir d’en inventer une.

Polosukhin ne présente pas ces idées comme des produits livrés. Il les pose comme des directions. Certaines s’appuient sur des briques déjà annoncées, d’autres restent des esquisses. Confondre les deux serait une erreur de lecture. Un animal numérique qui paie son calcul n’existe pas parce qu’un cofondateur l’a décrit. En revanche, le socle de paiement de l’inférence, le routage d’intentions entre chaînes et les outils de connexion de wallets existent déjà assez pour que la discussion sorte du pur fantasme.

Une caisse qui parle la langue du portefeuille déjà ouvert

La première famille d’idées concerne le paiement. Pour les commerçants et les développeurs d’applications, Polosukhin propose un widget de caisse universel. Le client paierait via Near Intents avec le portefeuille et la chaîne où ses actifs se trouvent déjà. Pas de conversion manuelle préalable. Pas de discours sur le bon réseau. Le bouton serait proposé directement aux marchands, avec Shopify comme cible de distribution possible.

L’intuition est commerciale avant d’être technique. Un commerçant n’achète pas une blockchain. Il achète une baisse du taux d’abandon au moment de payer. Si le client doit créer un compte, pontifier des fonds, puis comprendre un frais de gaz dans une unité qu’il ne possède pas, la vente est déjà perdue. Un widget qui accepte l’actif là où il est, puis règle en coulisse, ressemble davantage à un terminal de paiement qu’à un protocole. C’est précisément le glissement que vise cette piste.

Near Intents sert ici de couche de traduction. L’utilisateur exprime une intention, payer telle somme à tel marchand, et l’infrastructure cherche la liquidité, le règlement et le chemin entre chaînes. Le message ne détaille ni les frais finaux, ni le délai, ni le comportement en cas de liquidité insuffisante. Ces silences comptent. Une caisse universelle qui échoue une fois sur vingt devient, pour un commerçant, une caisse inutilisable. Le succès éventuel dépendra moins du slogan que du taux de réussite silencieuse.

Construire est devenu plus facile, donc la question porte sur ce qu’il faut fabriquer, et sur la manière de se faire remarquer pour obtenir de la distribution.

Shopify est nommé comme une porte, pas comme un partenariat signé. La nuance est importante. Entrer dans l’écosystème d’une plateforme de commerce demande des revues de sécurité, une expérience de remboursement, une comptabilité lisible et un support capable de répondre à un marchand un dimanche soir. Le widget n’est que la partie visible. Le reste, c’est de l’exploitation.

Des événements qui retiennent l’argent jusqu’à la porte

Deuxième piste de paiement, plus sociale : un système d’inscription pour organisateurs d’événements. Les participants déposeraient une somme placée en séquestre jusqu’au contrôle d’entrée par l’hôte. Ceux qui viennent se partageraient ensuite les fonds versés. L’idée s’inspire d’un projet antérieur nommé Kickback, et propose de l’étendre à plusieurs chaînes et plusieurs actifs, pour rendre les inscriptions crypto moins aléatoires.

Le problème visé est connu de quiconque a organisé une rencontre. Les gens s’inscrivent, puis ne viennent pas. La salle est trop grande, le traiteur trop commandé, les intervenants parlent à des chaises. Un dépôt remboursable seulement en cas de présence inverse l’incitation. Ne pas venir coûte quelque chose. Venir, au contraire, peut rapporter une part des absents. Ce n’est pas un pourboire. C’est un mécanisme de sérieux.

Étendre le modèle au-delà d’une seule chaîne change la donne pratique. Un participant ne devrait pas avoir à détenir le jeton de l’organisateur pour prouver qu’il viendra. S’il peut déposer l’actif qu’il a déjà, puis récupérer ou partager selon la présence réelle, l’événement cesse d’être un club fermé aux initiés d’un réseau. Polosukhin présente cela comme une fiabilisation des inscriptions. Le mot est juste, à condition que le contrôle d’entrée soit lui-même fiable. Un hôte qui coche les présents à la va-vite, ou un système qui ne gère pas les retards, recrée l’arbitraire que le séquestre prétendait réduire.

• Le dépôt reste bloqué tant que l’hôte n’a pas validé la présence.
• Les présents se partagent les contributions, selon le schéma décrit.
• L’extension visée couvre plusieurs chaînes et plusieurs actifs.
• Le modèle s’appuie sur l’expérience antérieure de Kickback, sans en reprendre le périmètre étroit.

Il y a aussi une question de ton. Un événement dont l’absence est monétisée peut devenir plus ponctuel, et moins accueillant. Certaines communautés préféreront l’incertitude à la pénalité. D’autres, surtout celles qui paient une salle et des intervenants, y verront enfin un outil. Le produit n’a pas à plaire à tout le monde. Il a à être honnête sur ce qu’il optimise : la présence, pas la spontanéité.

Entrer dans une application sans apprendre une nouvelle chaîne

La distribution, dans le message, commence par le portefeuille. Via Intent Connect, du côté d’Aurora, Polosukhin recommande de laisser les gens utiliser des applications d’autres chaînes sans organiser de pont et sans apprendre à opérer sur Near. L’idée est l’inverse du réflexe habituel. Au lieu d’attirer l’utilisateur vers le réseau, on va le chercher là où il a déjà ses clés.

Un précédent récent donne de la chair à cette suggestion. Le 17 septembre, Aurora Labs a annoncé une exécution Sui en une signature, permettant à des actifs pris en charge sur d’autres réseaux d’entrer dans des applications Sui via Intents Connect. Selon l’entreprise, l’utilisateur pouvait accomplir des actions prises en charge sans changer de portefeuille, sans ponter ses fonds et sans obtenir de SUI pour payer les frais. Near Intents fournissait la liquidité, le règlement et les connexions entre chaînes. Les applications visées incluaient le prêt, l’échange, le staking et les produits de rendement.

Ce précédent ne prouve pas que chaque application future sera aussi fluide. Il montre qu’une partie du chemin a déjà été marchée. Une signature au lieu d’un parcours de pont, c’est une différence d’abandon mesurable. Les gens ne quittent pas un produit parce qu’ils rejettent la cryptomonnaie en bloc. Ils le quittent parce que la troisième étape leur demande un actif qu’ils n’ont pas, sur un réseau dont ils n’ont jamais entendu le nom.

L’animal numérique qui paie son propre calcul

La piste grand public la plus visuelle est un AI Tamagotchi. Des personnages numériques représentés par des jetons non fongibles. Chaque personnage porterait un solde en Near destiné à financer l’inférence. Near AI exécuterait une inférence vérifiable à partir d’une invite encodée sur la chaîne. On pourrait nourrir et habiller la créature, puis, plus tard, ouvrir des arènes et des compétitions.

Le Tamagotchi d’origine, ce petit œuf japonais de la fin des années 1990, avait une mécanique cruelle et simple : négligez-le, il dépérit. Ici, la négligence changerait de nature. Oublier de recharger le solde, ce n’est plus oublier de donner une bouchée pixelisée. C’est couper l’accès au modèle qui fait vivre le personnage. L’animal n’a pas faim de pixels. Il a faim de calcul.

Cette métaphore est plus précise qu’elle n’en a l’air. Les agents et les compagnons logiciels ont un coût marginal réel, contrairement à une image statique. Chaque réponse, chaque animation générée, chaque décision de jeu consomme de l’inférence. Rendre ce coût visible dans le solde de la créature évite le mensonge habituel des abonnements illimités, qui cachent la facture jusqu’au jour où le fournisseur change les règles. Le risque inverse existe aussi. Un animal qui meurt parce que son propriétaire a oublié un top-up peut sembler absurde, ou cruel, selon le public.

Le mécanisme de paiement proposé s’appuie sur une infrastructure déjà évoquée fin juillet. Near avait présenté des paiements d’intelligence artificielle adossés au staking, convertissant des jetons verrouillés en crédits de calcul mensuels. Le système couvrait, au lancement, 43 modèles, parmi lesquels des modèles d’OpenAI, d’Anthropic et de Google. L’utilisateur conservait la propriété de ses jetons mis en jeu et pouvait les récupérer après un unstaking. Le solde verrouillé déterminait les crédits disponibles.

Nourrir et habiller viennent en premier, les arènes ensuite. L’ordre n’est pas anodin. Un compagnon que l’on soigne crée l’attachement. Une arène crée la dépense et le spectacle. Beaucoup de jeux de créatures ont inversé cet ordre et n’ont obtenu que des fermes de comptes. Ici, le risque est le même, avec une couche supplémentaire : si le personnage a une valeur de revente, l’affection devient un marché. Ce n’est ni un défaut automatique, ni une vertu. C’est un design qui devra choisir son public.

L’inférence vérifiable est le point le plus technique, et le plus décisif. Si l’invite qui définit le personnage est encodée sur la chaîne, deux propriétaires peuvent en principe comparer le comportement annoncé et le comportement exécuté. Sans cette vérification, l’animal n’est qu’un habillage marketing autour d’une API. Avec elle, il devient un objet dont on peut discuter les règles. La différence est mince pour un joueur casual, énorme pour quiconque mise de l’argent ou du temps sur une compétition.

Une encyclopédie dont les faits sont des marchés

Autre produit d’information : une encyclopédie d’intelligence artificielle dont les faits deviendraient des marchés prédictifs permanents, dans l’esprit du modèle Augur. Plutôt que de s’en remettre à l’édition communautaire, l’intelligence artificielle générerait les pages à partir de l’évaluation courante de chaque fait par le marché.

L’ambition est de remplacer deux faiblesses connues. L’édition ouverte produit des guerres de modification, des biais de majorité et des pages qui vieillissent en silence. Les modèles de langage, eux, produisent des réponses fluides et parfois fausses, sans marché qui les contredise. Coupler les deux, c’est demander au prix de dire ce que le texte affirme. Si une page dit qu’un événement a eu lieu, et qu’un contrat traite cette affirmation, le désaccord devient visible, chiffré, daté.

Les limites sont aussi visibles que l’idée. Un marché récompense ceux qui anticipent ce que les autres croiront, pas nécessairement ce qui est vrai. Sur des sujets peu liquides, un petit groupe peut faire pencher le prix. Sur des sujets moraux ou identitaires, le prix peut devenir un instrument de harcèlement. Augur a déjà montré que la prédiction décentralisée attire autant les curieux que les questions que personne ne veut héberger. Une encyclopédie qui boit à cette source devra décider quelles questions elle accepte de tarifer.

Il reste une vertu pédagogique. Montrer qu’un fait a un prix, une fourchette et une date de mise à jour oblige le lecteur à quitter l’illusion de la page neutre. Le texte généré ne serait plus une vérité tombée du modèle. Il serait une photographie d’un consensus provisoire. Pour un public habitué aux réponses définitives, ce serait déjà un changement de posture.

Tester un modèle sans montrer le jeu de données

Dans une idée séparée de banc d’essai, Polosukhin propose de tester des modèles contre des jeux de données privés, sans exposer le matériau sous-jacent. Les résultats seraient certifiés, liés à un modèle précis et au hash identifiant le jeu de test. Les développeurs soumettraient un cadre de test ou un modèle hébergé en privé.

Le besoin est concret. Les entreprises qui détiennent des dossiers, des transcriptions ou des catalogues ne veulent pas les envoyer à un laboratoire pour savoir si un modèle tient la route. Les laboratoires, de leur côté, se méfient des benchmarks publics, que les modèles finissent par mémoriser. Un test dont on publie le hash et le score, sans publier les exemples, tente de sortir de cette impasse.

La certification ne vaut que ce que vaut la procédure. Qui exécute le test ? Qui empêche qu’on relance jusqu’à obtenir un score flatteur ? Qui garantit que le hash correspond bien au jeu annoncé, et non à un sous-ensemble choisi après coup ? Le message ne répond pas à ces questions. Il pose le besoin. C’est déjà plus utile qu’un benchmark de plus sur des questions publiques que tout le monde a vues pendant l’entraînement.

Le trading privé bute encore sur la recherche du bon interlocuteur

Côté marchés, Polosukhin part d’un constat sur la fonction existante de deals privés dans Near Intents. Trouver la contrepartie reste un obstacle. Aujourd’hui, il faudrait déjà savoir avec qui l’on échange. Il propose un marché où les participants annonceraient des opérations disponibles, que d’autres pourraient remplir via Near Intents.

Le gré à gré a toujours eu ce défaut. La discrétion protège le prix et l’intention, mais elle isole. Un carnet d’ordres public règle la découverte et sacrifie la confidentialité. Un marché d’intentions tente un entre-deux : on publie qu’une opération existe, pas nécessairement toute l’identité ni toute la stratégie. Le remplissage se fait par l’infrastructure d’intentions, qui apparie et règle.

Le point délicat est la qualité de la contrepartie. Annoncer une opération n’est pas l’exécuter. Sans engagement, le marché se remplit d’affichages fantômes. Avec un engagement trop lourd, plus personne n’affiche. Les protocoles de gré à gré butent sur ce curseur depuis des années. L’intérêt de la proposition n’est pas d’avoir inventé le problème. Il est de le nommer comme le vrai frein du produit déjà en place, plutôt que d’en annoncer un nouveau.

Vendre le droit de regard, pas la stratégie entière

Pour le trading social, l’idée est de vendre des clés de consultation. Des clients choisis accéderaient à des transactions autrement privées. Le trader pourrait afficher son profit et sa perte en public, tout en limitant l’accès à l’activité que les abonnés copieraient.

Le copy-trading classique a un biais structurel. Pour être copié, il faut être visible. Pour être visible, on expose ses entrées, donc on invite les autres à se placer devant. Vendre une clé, c’est tenter de faire payer la visibilité au lieu de la donner au marché entier. Le public voit un score. Le cercle payant voit les opérations. Le reste demeure clos.

Ce dessin a ses propres pièges. Un score public sans opérations vérifiables est une vitrine. Une clé trop largement vendue redevient un flux public. Une clé trop chère ne trouve pas de public. Et un abonné qui copie avec retard paie le spread de sa propre lenteur. Le message ne résout rien de tout cela. Il sépare toutefois deux choses que les plateformes mêlent souvent : la réputation, qui peut être publique, et le flux d’ordres, qui peut rester un bien vendu.

« Ne jamais être liquidé » n’est pas une garantie

Sous l’étiquette Never get liquidated, Polosukhin propose d’utiliser Near Intents pour gérer des positions de prêt et de contrats à terme perpétuels, en cherchant un revenu d’intérêt tout en pilotant l’exposition à la liquidation. Il présente la formule comme une idée d’application, pas comme une garantie démontrée. La précision est bienvenue. Une promesse de ne jamais être liquidé, prise au pied de la lettre, serait fausse. Un marché peut écarter n’importe quelle marge si le mouvement est assez violent et si la liquidité de sortie disparaît.

Lue comme un cahier des charges, la formule devient plus intéressante. Beaucoup d’utilisateurs de produits à effet de levier ne veulent pas devenir des opérateurs. Ils veulent un revenu, et ils découvrent la liquidation le jour où elle arrive. Un contrat qui surveille le collatéral, réduit l’exposition, déplace des fonds entre prêt et perpétuel, et le fait via des intentions plutôt que via une suite de transactions manuelles, répond à cette fatigue. Il ne supprime pas le risque. Il le délègue à des règles qu’il faudra lire avant de signer.

Une stratégie voisine porterait le nom de delta neutral anything. Des avoirs au comptant seraient appariés à des positions de perpétuels, sous un contrat Near qui gère les transactions via Intents. Le delta neutre est une vieille idée de salle de marché : annuler l’exposition directionnelle, garder un écart, un financement, une base. L’appliquer à « n’importe quoi » est un slogan de bâtisseur, pas une description de risque. Le financement des perpétuels change de signe. Le comptant peut se découpler du dérivé. Le contrat qui gère les deux peut lui-même échouer, ou être mal paramétré. L’idée a du sens comme primitive. Elle n’en a aucun comme assurance.

Un fonds coté, et ce qu’il dit de l’infrastructure

Le même automne a donné aux investisseurs américains une voie cotée vers le jeton du réseau. Le 29 septembre, Bitwise a annoncé le lancement de son ETF Near aux États-Unis sur NYSE Arca, sous le ticker NRR, avec des frais de gestion de 0,75 %. Selon le gestionnaire, le fonds détient du Near directement et prévoit de mettre ses avoirs en staking, les récompenses passant par la valeur liquidative.

Dans l’exposé de la thèse d’investissement, Matt Hougan, directeur des investissements, a cité Near Intents comme exemple d’infrastructure de règlement pour des agents d’intelligence artificielle qui gèrent des paiements et des échanges. Le rapprochement avec la liste du 3 octobre n’est pas fortuit. D’un côté, un véhicule coté qui parle d’agents et de règlement. De l’autre, un cofondateur qui demande aux développeurs de fabriquer précisément ces agents : caisse, animal qui paie son calcul, revue de code, second avis médical. Le fonds ne valide pas les applications. Il montre que le récit d’infrastructure pour agents a déjà quitté les seuls fils de développeurs.

Un ETF qui stake ses avoirs ajoute une couche. Les récompenses de staking, si elles sont effectivement captées dans la valeur liquidative, lient le produit financier au même geste que les crédits de calcul : verrouiller des jetons pour en tirer un flux. Ce n’est pas le même usage. L’un rémunère un fonds, l’autre paie des modèles. Mais les deux reposent sur l’idée qu’un solde immobilisé peut financer autre chose qu’une simple conservation.

Relire le code sans exposer le dépôt privé

Pour les équipes logicielles, Polosukhin propose un agent qui relirait en privé des demandes de fusion privées, via Near AI, avec une exécution vérifiable. Le cas d’usage est immédiat pour quiconque a déjà hésité à coller un dépôt confidentiel dans un assistant grand public. Les secrets, les clés, les commentaires internes et les noms de clients n’ont rien à faire dans un contexte d’entraînement ou de journal distant.

La vérification d’exécution répond à une méfiance précise. Il ne suffit pas qu’un fournisseur promette de ne pas garder le code. Il faut pouvoir rattacher la revue à une exécution dont on peut contrôler l’empreinte. Sinon, l’agent privé n’est qu’un assistant classique avec un meilleur discours. Le message ne décrit pas l’interface, ni le modèle, ni le prix. Il indique le couple utile : confidentialité du dépôt, vérifiabilité de la passe.

Les équipes qui adopteront ce genre d’outil jugeront sur des détails ennuyeux. Le temps de revue. La qualité des commentaires. La capacité à respecter les conventions du dépôt. Le droit d’effacer. Un agent qui cite mal une fonction privée fait perdre plus de temps qu’il n’en gagne. La vie privée est la condition d’entrée. Elle n’est pas le produit.

Un second avis médical qui chiffre avant d’envoyer

En santé, la proposition est un frontal qui chiffrerait les données médicales de bout en bout avant de les envoyer à Near AI pour un second avis. Le paiement pourrait être en crypto ou en monnaie classique. Des invites personnalisées seraient stockées dans des jetons non fongibles, que l’utilisateur choisirait selon l’expertise d’agent souhaitée.

Le second avis est un geste ancien, et souvent inaccessible. Obtenir une relecture coûte du temps, de l’argent, et suppose déjà d’avoir un dossier lisible. Un agent ne remplace pas un médecin. Il peut, dans le meilleur des cas, reformuler, signaler une incohérence, proposer des questions à poser au praticien. Le danger est qu’un frontal bien conçu donne à une suggestion la tonalité d’un diagnostic. Le chiffrement ne règle pas ce malentendu. Il règle seulement la circulation du dossier.

Stocker l’invite dans un jeton non fongible est une idée de produit plus que de clinique. Cela permet de choisir un style d’expertise, de le conserver, peut-être de le céder. En médecine, la cession d’une invite n’est pas anodine. Une invite peut contenir une méthode, mais aussi des biais. Qui certifie qu’un « agent cardiologie » a été relu par quelqu’un de compétent ? Le message ne le dit pas. Tant que cette question reste ouverte, l’objet reste un prototype de confidentialité, pas un dispositif de soin.

Le paiement mixte, crypto et monnaie classique, est en revanche un signe de réalisme. Les patients ne vont pas ouvrir un portefeuille pour une relecture. Si le frontal exige l’un ou l’autre sans friction excessive, il a une chance d’être essayé. S’il exige les deux apprentissages, santé et clés, il restera une démo.

La transcription qui reste sur la machine

Pour le bureau, Polosukhin esquisse une application de transcription privée, sur le modèle de Granola. Near AI traiterait la transcription, les enregistrements resteraient en local, et les sauvegardes seraient chiffrées avec les clés de l’utilisateur. Comme alternative à l’abonnement, il suggère de financer le service par le staking de Near.

Les outils de notes de réunion ont un problème de confiance devenu banal. Pour obtenir un compte rendu correct, on envoie la voix à un tiers. Ce tiers voit les noms, les chiffres, les désaccords. Promettre un traitement par un service d’inférence, avec conservation locale et sauvegarde chiffrée par les clés de l’utilisateur, inverse la proposition. Le service calcule. Il n’archive pas la mémoire de l’entreprise.

Financer cela par le staking plutôt que par un abonnement mensuel change aussi la psychologie du paiement. L’utilisateur immobilise un solde, reçoit des crédits de calcul, récupère ses jetons plus tard. Pour une équipe, c’est une trésorerie qui travaille, pas une ligne d’abonnement qui s’oublie. Pour le protocole, c’est un usage du verrouillage qui n’est pas seulement spéculatif. Le modèle a déjà été présenté pour l’inférence en général. L’application de transcription en serait un habillage concret, proche d’un besoin de bureau que les gens comprennent sans lire une documentation.

Reste la qualité. Une transcription privée mais médiocre ne remplace pas une transcription correcte chez un tiers. Le local et le chiffrement sont des arguments d’achat. La fidélité des noms propres et la séparation des locuteurs sont des arguments de rétention. Les deux devront être vrais en même temps.

Une table de capitalisation qui accepte enfin le paiement crypto

Pour les sociétés qui lèvent des fonds, la liste inclut un outil de table de capitalisation, avec les instruments de levée associés, l’acceptation de paiements en crypto, et un soutien bancaire. C’est la piste la moins spectaculaire, et peut-être l’une des plus terre à terre. Les jeunes sociétés qui reçoivent des souscriptions en actifs numériques bricolent encore des tableurs, des portefeuilles partagés et des relevés que leur expert-comptable regarde avec méfiance.

Un outil qui tient le registre, émet les instruments et encaisse sans obliger le fondateur à devenir trésorier improvisé répond à une douleur administrative, pas à une douleur idéologique. Le volet bancaire est le plus difficile. Accepter un paiement crypto est une fonction. Le rattacher à un compte, à une facture et à une piste d’audit que une banque comprend en est une autre. Sans ce pont, la table de capitalisation reste un registre interne élégant, débranché du monde où l’entreprise paie ses salaires.

Cinq portes pour sortir du cercle des déjà convaincus

La seconde partie du message, souvent moins citée que les idées d’applications, porte sur la distribution. Polosukhin conseille aux développeurs de s’adresser à NEARLegion, de toucher d’autres communautés par de la promotion croisée, et de présenter leurs produits sur Product Hunt, sur des plateformes de découverte similaires, et sur X.

Ce conseil a l’air modeste. Il dit pourtant le fond du diagnostic. Une application correcte, sur un protocole correct, meurt si elle ne parle qu’aux gens qui suivent déjà le protocole. NEARLegion est le cercle proche, utile pour les premiers retours, insuffisant pour une adoption. La promotion croisée est une tentative de sortir de ce cercle sans acheter toute l’attention. Product Hunt et ses équivalents sont des vitrines bruyantes, parfois injustes, parfois efficaces pour un lancement. X reste le lieu où les bâtisseurs de ce milieu se parlent, avec les limites que cela suppose.

• Commencer par la communauté déjà organisée autour du protocole, pour obtenir des retours rapides.
• Chercher des communautés voisines, plutôt que d’attendre qu’elles viennent.
• Utiliser les plateformes de découverte de produits, où l’habitude n’est pas crypto d’abord.
• Publier là où les conversations techniques ont déjà lieu, sans confondre cette scène avec le grand public.
• S’appuyer sur des connexions de portefeuille qui évitent au visiteur d’apprendre une nouvelle chaîne.

La cinquième porte n’est pas un canal de communication. C’est la compatibilité. Si Intent Connect tient sa promesse, la distribution commence avant le premier message marketing. L’utilisateur arrive avec son portefeuille habituel, signe une fois, et se retrouve dans l’application. C’est une distribution par suppression d’étape, plus durable qu’une mise en avant sur une plateforme de lancement.

Ce que la liste révèle, et ce qu’elle laisse dans l’ombre

Mises bout à bout, les treize pistes racontent une préférence. Le protocole est présenté comme une couche de règlement, de vérification et de paiement du calcul, pas comme une destination que l’utilisateur devrait aimer pour elle-même. L’animal IA a besoin d’un solde et d’une inférence vérifiable. La caisse a besoin d’intentions. La transcription a besoin d’un calcul que l’on paie sans céder ses archives. Le trading privé a besoin d’un appariement qui ne force pas à se connaître d’avance. Le fil conducteur est une infrastructure qui s’efface.

Ce qui manque est tout aussi parlant. Peu de chiffres d’usage. Pas de calendrier. Pas de nom d’équipe déjà engagée sur telle ou telle piste. Pas de discussion sur la responsabilité lorsqu’un agent médical se trompe, lorsqu’un animal de compétition est contesté, lorsqu’une liquidation survient malgré le contrat qui devait la surveiller. Une liste publique de cofondateur n’a pas à trancher ces sujets. Les bâtisseurs qui piocheront dedans, si, devront le faire avant de demander de l’argent à un utilisateur.

Il y a aussi un risque de dispersion. Treize idées, c’est une abondance qui peut paralyser. Les équipes réduites n’ont pas besoin d’un menu. Elles ont besoin d’un problème étroit, d’un utilisateur identifiable et d’un canal. La caisse pour marchands, le dépôt d’événement, la transcription de bureau et la revue de code privée sont des problèmes que l’on peut décrire en une phrase à quelqu’un qui n’a jamais entendu parler du protocole. L’encyclopédie-marché et le delta neutre universel demandent déjà un public spécialisé. Ce n’est pas un classement de valeur. C’est un classement de distance jusqu’au premier utilisateur.

Le menu est large. La contrainte, elle, est étroite : choisir un problème que quelqu’un a déjà, puis le rendre atteignable sans nouveau rite d’initiation.

Pourquoi les animaux, le privé et le paiement arrivent ensemble

On pourrait croire que ces thèmes n’ont rien en commun. Un compagnon virtuel, une opération de gré à gré, une caisse de boutique. Le lien est le coût de l’action intelligente. Dès qu’un logiciel décide, répond ou apparie, quelqu’un paie le calcul, quelqu’un veut savoir qui a vu les données, et quelqu’un doit régler la contrepartie. Les applications grand public des dernières années ont séparé ces trois questions. Le modèle est chez un fournisseur, les données transitent, le paiement est un abonnement bancaire. La liste du 3 octobre propose de les ressouder : le solde paie l’inférence, le chiffrement ou la clé limite la vue, l’intention règle l’échange.

Ce ressoudage n’est pas gratuit. Il ajoute des concepts, des signatures, des soldes à surveiller. S’il n’enlève pas davantage de friction qu’il n’en ajoute, il restera une préférence d’architecte. L’exemple Sui du 17 septembre est utile précisément parce qu’il parle d’enlèvement : une signature, pas de pont, pas de jeton de frais à obtenir d’abord. Les animaux IA et les seconds avis devront viser le même genre de phrase. Si l’utilisateur doit expliquer le produit avant de l’utiliser, le produit n’est pas encore prêt.

Les crédits de calcul issus du staking donnent à cette architecture une économie lisible. Verrouiller des jetons, recevoir un quota mensuel, récupérer le principal après coup. Pour un particulier qui nourrit un personnage, c’est une tirelire. Pour une équipe qui transcrit ses réunions, c’est une avance. Pour un fonds coté qui stake de son côté, c’est un autre étage du même immeuble, sans que les usages se confondent. La cohérence narrative est réelle. La cohérence opérationnelle reste à construire application par application.

Ce qu’un bâtisseur peut tirer du carnet, dès maintenant

Le message ne distribue pas de subvention et ne désigne pas de gagnant. Il offre une grille. Première question : le problème existe-t-il hors du milieu crypto ? Une caisse, une inscription qui ne se transforme pas en chaise vide, une relecture de code, une transcription, une table de capitalisation. Deuxième question : quelle brique déjà là évite de tout réécrire ? Intentions pour le règlement, crédits de staking pour le calcul, connexion de portefeuille pour l’entrée, vérification pour la confiance. Troisième question : où sont les gens qui ont ce problème, et qui ne suivent pas le cofondateur ?

Répondre à ces trois questions vaut mieux que de cocher les treize cases. Une équipe qui prendrait l’animal numérique devrait décider très tôt si elle vend de l’affection, du spectacle ou un objet de collection. Une équipe qui prendrait la caisse devrait parler à des marchands avant de parler à des validateurs. Une équipe qui prendrait le trading privé devrait mesurer le taux d’opérations réellement remplies, pas le nombre d’annonces. Les métriques ennuyeuses départageront les esquisses.

Il est tentant, dans ce genre de fil, de ne retenir que l’image. L’animal qui paie sa pensée est une image forte, facile à raconter, facile à moquer, facile à financer trop vite. Les dépôts d’événements et la transcription locale sont moins photogéniques, et plus proches d’un usage répété. Les deux peuvent coexister. Ils ne méritent pas le même calendrier, ni le même discours de lancement.

Une liste ouverte, pas une feuille de route déguisée

Rien, dans la publication du 3 octobre, n’oblige le protocole à livrer ces applications lui-même. C’est même le contraire du geste. Polosukhin s’adresse à ceux qui construisent, nouveaux ou de retour, et leur dit que la difficulté a changé d’adresse. Le carnet est public pour être pris, modifié, ignoré. Certaines pistes mourront au stade du fil. D’autres trouveront une équipe qui accepte la partie ingrate : support marchand, contrôle d’entrée honnête, gestion d’erreur médicale, liquidation expliquée avant qu’elle n’arrive.

On peut sourire devant un Tamagotchi qui détient un solde. On peut aussi y voir la version la plus claire d’un problème général. Tout ce qui pense un peu coûte un peu, et quelqu’un devra payer sans céder, au passage, ses dossiers, ses réunions ou ses opérations. La caisse universelle, le séquestre d’événement et le marché de contreparties disent la même chose dans un autre registre : l’utilisateur a déjà un portefeuille, une chaîne, une habitude. Le produit qui lui demande d’en changer avant de rendre service commence avec un handicap.

La suite ne se jouera pas dans une nouvelle liste. Elle se jouera dans des boutons qui encaissent, des inscriptions qui prédisent mieux la salle réelle, des revues de code qui ne fuient pas, et peut-être un personnage dont le solde baisse quand il réfléchit. D’ici là, le carnet a au moins le mérite de déplacer la conversation. Moins de discours sur la possibilité de construire. Plus de pression sur le choix de ce qui mérite d’être vu.

Les développeurs qui liront le fil jusqu’au bout y trouveront moins une commande qu’une permission. Permission de viser un marchand, un organisateur, un cabinet, une équipe produit, plutôt qu’un utilisateur abstrait du protocole. Permission, aussi, d’échouer sur douze idées si la treizième tient. Dans un milieu qui annonce souvent des plateformes entières, une liste inégale et assumée est presque un soulagement. Elle laisse le travail là où il doit être : dans le choix, puis dans la distribution, puis dans la preuve que quelqu’un, dehors, s’en sert encore le mois suivant.