链上黄埔生

Souviens-tu de la phrase du cours de physique : « La force de frottement n’a rien à voir avec la surface de contact » ? C’était un modèle idéal. Dans la réalité, dès que la sculpture du pneu s’use, la distance de freinage s’allonge immédiatement : la surface de contact diminue, et la force d’adhérence baisse en conséquence. Le système d’agrégation, lui aussi, n’est pas une simple bascule “décentralisation = activée” : c’est plutôt une pente qui devient de plus en plus difficile à gravir au fur et à mesure qu’on monte.

@BabylonLabs_io Dans le livre blanc, au chapitre 9, lorsqu’il est question de la stratégie de déploiement multi-chaînes, un terme a attiré mon attention pendant un bon moment : « Bitcoin light client », ou client léger Bitcoin. Leur idée est la suivante : pour chaque chaîne connectée au système de coffre-fort (vault), il faut exécuter un client léger capable de valider les en-têtes de blocs de Bitcoin. À première vue, on dirait juste un composant technique. Mais si tu y réfléchis, ce “machin” est en fait un mur porteur de toute l’architecture.

Le travail du client léger n’est pas compliqué : il ne télécharge pas à la hâte l’intégralité du grand livre des nœuds complets (plusieurs centaines de Go) ; il synchronise uniquement les en-têtes des blocs, puis utilise les preuves de Merkle pour confirmer qu’une transaction a bien été incluse dans la chaîne Bitcoin. Les éléments mentionnés ensuite, comme la frappe de collBTC et la génération de stablecoins, reposent tous sur cette capacité : « voir de ses propres yeux » que ton Bitcoin est bien verrouillé dans le coffre-fort, de façon rigoureuse. Sans lui, la preuve inter-chaînes n’est qu’une promesse vide.#baby

Mais les problèmes arrivent aussi : plus on ajoute de chaînes, plus il faut faire tourner des nœuds de validation. Ces nœuds n’apportent pas de revenu direct pour l’instant, mais ils génèrent des coûts d’exploitation bien réels. Qui va payer la facture ? Au début, peut-être grâce à l’enthousiasme ; sur le long terme, il faudra des incitations concrètes. Au chapitre 10, dans l’économie des tokens ($BABY ), il est clair que, dans la phase initiale, on verse des subventions aux fournisseurs de cette infrastructure : tu “gardes un œil” sur le système, et le système te donne du BABY. Quand l’écosystème arrive à maturité, les frais de protocole prennent le relais des subventions en tokens, et on passe de la “dépense” à la “génération de revenus”.

Pris isolément, un client léger ressemble à un middleware banal. Mais des dizaines de chaînes, avec des centaines voire des milliers de clients légers tissés ensemble, constituent le véritable fossé de sécurité du coffre-fort. Le BABY n’a pas de valeur “par magie” : derrière, il est solidement ancré dans le travail silencieux de ceux qui surveillent. La minimisation de la confiance s’accompagne d’une facture : seulement, au lieu d’un abonnement mensuel, on paye en tokens. DYOR.

Le vieux Zhang fait du trading sur contrats, tous les jours il surveille le carnet jusqu’à deux heures du matin. Ce qu’il craint le plus n’est pas la liquidation, mais que la plateforme « débranche les câbles ». Il m’a lâché une phrase d’une grande vérité : « J’accepte de perdre de l’argent, mais je ne peux pas accepter de perdre sans que ce soit clair et compréhensible. » Ça m’a donné à réfléchir : les contrats perpétuels, dans ce secteur, représentent presque la moitié du marché crypto en termes de volume, mais le Bitcoin, lui, en tant que plus grand actif crypto, a très peu de moyens de participer sous sa forme native.

Le livre blanc 7 de @BabylonLabs_io décrit un scénario : un DEX de contrats perpétuels avec collatéral en BTC. Le processus n’est pas compliqué : vous verrouillez le Bitcoin dans un coffre, puis sur la chaîne de contrats vous émettez collBTC comme marge de garantie, et vous pouvez alors ouvrir des positions long ou short. Lors de la clôture, vous brûlez la marge de garantie ($BABY tokens), vous soumettez la preuve, puis le coffre se déverrouille. La liquidation se fait de la même manière : le liquidateur rembourse votre dette et récupère le Bitcoin dans le coffre.

Mais au milieu de tout ça se cache un paradoxe qu’il vaut la peine d’examiner de près. Le cœur des contrats perpétuels, c’est le mécanisme de taux de financement. Il exige que le système suive en temps réel les positions long et short, calcule les frais avec précision, et exécute les liquidations à la milliseconde près. Ce sont tous des opérations à très haute fréquence, enchaînées, et qui se font on-chain. Or, qu’est-ce qu’un coffre à Bitcoin ? C’est un système « lent » qui dépend d’une période de challenge BitVM3, peut attendre plusieurs blocs pour chaque étape, et où chaque action implique un coût potentiel de 93 dollars. Faire tourner un protocole rapide sur un coffre lent, c’est comme monter un moteur de F1 dans un tracteur. #baby

Le mécanisme de frais évoqué par le livre blanc de Babylon, section 10, sera ici amplifié à l’extrême : les contrats perpétuels sont de gros consommateurs de frais, et le trading à haute fréquence entraîne des commissions élevées. Ces frais sont transformés via l’enchère en BABY, puis brûlés. Mais à condition que cette architecture « collatéral lent, transactions rapides » puisse vraiment tourner correctement.

Utiliser l’actif le plus lourd pour alimenter la transaction la plus légère, l’idée en elle-même crée une tension inverse. Je trouve l’approche de conception intéressante, mais les pièges de l’implémentation technique pourraient être bien plus profonds que le schéma de processus dessiné dans le livre blanc. DYOR.

Le groupe de copropriétaires a encore explosé à la dernière minute hier soir. Quelques résidents actifs ont tranché à trois mots près, en faisant passer à tout le monde l’idée de transformer la terrasse commune en zone pour faire sécher le linge. Je me suis contenté d’observer en silence, sans rien dire : de toute façon, je ne m’en sers pas d’habitude. Mais après coup, j’ai eu un petit choc — et si un de ces jours ils s’entendaient pour louer la terrasse et encaisser l’argent ? Je n’ai pas participé aux discussions, mais ça ne veut pas dire que je n’ai aucun intérêt là-dedans.

Cette asymétrie subtile m’a fait faire une pause quand je feuilletais le livre blanc @BabylonLabs_io , à la section 4. Il y avait un tableau de comparaison, très direct : dans une architecture de coffre-fort (treasury), si un petit apporteur veut récupérer ses fonds, il faut voir si « suffisamment de liquidateurs ou de gros apporteurs sont honnêtes ». En langage clair : est-ce que vous pourrez récupérer votre argent, ce n’est pas seulement une question de votre cas — c’est surtout fonction de la vigilance des autres : est-ce qu’ils auront les yeux bien ouverts et surveilleront correctement vos intérêts.

En y réfléchissant, ce mécanisme correspond à une structure de pouvoir enveloppée dans du vocabulaire technique, comme une couche de sucre. En théorie, le coffre-fort réduit la confiance au minimum : aucune entité centralisée ne peut emporter votre argent d’un seul coup. Mais dans la pratique, les petits apporteurs se retrouvent proprement bloqués en dehors de la signature collective et du processus de contestation du coffre-fort ; leur sécurité est entièrement sous-traitée aux gros apporteurs et aux liquidateurs. Le livre blanc emploie le mot « whitelisted » : ceux qui sont sur la liste blanche des liquidateurs. Si vous n’êtes pas sur cette liste, vous n’êtes plus qu’un spectateur. #baby

Alors, la $BABY , elle se situe où dans cette structure ? La section 10 est très claire : BABY est un token de gouvernance. Autrement dit, qui peut occuper le rôle de liquidateur, combien de dépôt il faut engager, et où se situe le seuil d’entrée pour les gros apporteurs — au final, ce sont les détenteurs de tokens qui votent. Regardez bien : le mécanisme de protection des petits apporteurs est entre les mains d’un groupe de détenteurs de tokens, et ces personnes sont très probablement… les gros apporteurs eux-mêmes.

Sans faire de bruit, tout cela fait émerger un paradoxe : le coffre-fort, grâce au code, écarte les intermédiaires de la finance traditionnelle ; mais la gouvernance par tokens remet discrètement le pouvoir entre les mains d’une petite minorité. Ce n’est pas « moins centralisé », c’est plutôt « centralisé avec un visage plus difficile à déceler ». DYOR.

En bas, une nouvelle adresse de restauration vient d’ouvrir. Le patron est particulièrement chaleureux : il dit qu’en rechargeant une carte de membre, on obtient 20% de réduction. Je lui demande : « Cette carte, elle ne marche qu’au point de vente principal ? » Il se fige un instant, puis répond : « Non, elle marche aussi dans les antennes, mais il faut discuter séparément d’une intégration au système. Tu vois, pour l’expansion, les équipes techniques peuvent suivre, mais le contrat, il faut le signer une entreprise à la fois. »

Ça me rappelle un passage plutôt discret mais assez crucial dans le livre blanc @BabylonLabs_io , section 9 : la stratégie de déploiement multi-chaînes. Ils ne se contentent pas de faire tourner le coffre sur une seule chaîne ; leur plan consiste d’abord à le faire fonctionner sur Ethereum et sur des Rollups majeurs, puis à l’étendre à des chaînes non EVM comme Solana et Sui. Dit simplement : c’est comme ouvrir des boutiques dans plusieurs villes, mais en gardant des standards de rénovation identiques pour chacune.

Comment faire ? La section 9 du livre blanc de Babylon mentionne qu’ils veulent lancer un ensemble « Coffre SDK et logiciel de services hors-chaîne », permettant à n’importe quel développeur de déployer un système de coffre sur sa propre chaîne. Ce n’est plus « ouvrir une boutique » : c’est vendre du franchise — l’outil est fourni, les standards aussi, et tu montes ton projet. Encore mieux : le terme « front-end SDK ». Ils ont compris que le principal obstacle des utilisateurs de Bitcoin vers DeFi n’est pas la technique, mais l’interaction trop complexe. En regroupant dans un composant front-end tout ce qui compte—portefeuille Bitcoin, opérations sur le coffre, preuves on-chain—n’importe quel site web ou application peut appeler directement ces fonctionnalités. Voilà ce qui permet vraiment d’abaisser la barrière d’entrée. #baby

Revenons au token $BABY : la section 10 l’explique clairement. Au début, les incitations par les tokens permettent d’attirer les développeurs ; une fois l’écosystème mature, on passe à un modèle payant. C’est l’équivalent de : « d’abord subventionner pour conquérir le marché, puis facturer la location via l’infrastructure ». Cette trajectoire a été validée d’innombrables fois dans le monde Web2 ; reste à voir si elle peut fonctionner une fois transposée on-chain, et surtout si l’exécution suit.

Le cap est pragmatique, mais n’ignore pas un problème : plus il y a de chaînes, plus le mainteneur du règlement doit gérer une série d’infrastructures, et les challengers du coffre doivent surveiller l’état d’une chaîne supplémentaire. Plus le système est complexe, plus la surface d’attaque-détection s’élargit. Si ça marche, c’est un empire d’écosystèmes ; si ça ne marche pas, c’est la pagaille sur toute la ligne. DYOR.

Quand j’étais petit, au rez-de-chaussée de mon immeuble, il y avait un petit supermarché. Le patron avait lui-même imprimé une liasse de bons d’achat qu’il vendait aux voisins, en disant qu’on pouvait les échanger contre des choses à tout moment. Plus tard, le supermarché a eu des problèmes de trésorerie et a fermé ; tous ces bons sont devenus du papier sans valeur. À partir de là, j’ai compris une chose : la vraie valeur d’une « promesse » que tu tiens entre les mains dépend entièrement de la capacité de celui qui l’a faite à l’honorer.

Cette affaire m’a poussé à relire plusieurs fois la section 6 du livre blanc @BabylonLabs_io . Ils veulent utiliser le BTC comme collatéral pour créer un stablecoin appelé USDB. À première vue, un stablecoin adossé à des garanties, il y en a déjà plein sur le marché, rien de bien nouveau. Mais à l’intérieur se cache un mécanisme de conception qui, plus on y réfléchit, plus il paraît brillant.

Les stablecoins adossés à des garanties classiques, prenons DAI par exemple : tu déposes de l’ETH, et le système te frappe des stablecoins. Tout du long, tu dois faire aveuglément confiance au fait que le contrat intelligent ne contienne pas de bug et ne subisse pas d’attaque. Le système Babylon fait exactement l’inverse : ton bitcoin ne quitte jamais la chaîne Bitcoin, il reste bien verrouillé dans un coffre-fort en auto-conservation. Du côté d’Ethereum, on « constate » simplement de loin que cet argent est là, puis on te frappe des USDB. Au moment du rachat, tu brûles les USDB sur Ethereum, génères une preuve à divulgation nulle de connaissance et l’envoies sur la chaîne Bitcoin, et le coffre s’ouvre. Tu vois ? À aucun moment il n’a fallu supplier quelqu’un de trancher. #baby

Il y a là un paradoxe assez subtil : la « stabilité » d’un stablecoin repose d’habitude sur une institution centralisée qui sert de filet avec de l’argent bien réel ; la « stabilité » de l’USDB, elle, vient précisément du fait que tu n’as besoin de faire confiance à personne. Le droit de créer de la monnaie est enfermé dans le code, pas dans la main d’un PDG. En poussant la réflexion un peu plus loin, la section 10 du livre blanc précise le rôle de $BABY : si ce système de stablecoin génère des frais de protocole, ils seront automatiquement mis aux enchères, convertis en BABY, puis brûlés jusqu’au dernier. En clair, plus le stablecoin est utilisé, plus la pression sur BABY devient forte.

Bien sûr, le point faible fatal des stablecoins adossés à des garanties reste toujours la chaîne de liquidations en cas de marché extrême. Le livre blanc évoque un mécanisme de liquidateur et des oracles de prix ; sur le papier, tout semble complet, mais face à un cygne noir, personne ne peut te garantir que ces précautions suffiront. Peu importe à quel point la feuille de route est belle, ne prends jamais le livre blanc pour une police d’assurance. Le travail, il faut encore le faire soi-même. DYOR.

La boutique de fruits au coin de la résidence a récemment changé de propriétaire. Le nouveau patron a fait quelque chose d’assez intéressant : chaque jour, à cinq heures de l’après-midi, devant tout le monde, il sort quelques billets de la caisse enregistreuse, traverse la rue pour les déposer à la banque d’en face, puis colle le reçu sur la porte en verre. Quelqu’un lui demande ce qu’il trafique. Il répond : « Pour que les voisins voient : l’argent que je gagne ne va pas dans ma poche, il est dans cette banque, et on peut tout vérifier à tout moment. »

Ça me rappelle justement, dans le livre blanc @grvt_io intitulé « Value Accrual and Strategic Buybacks », une formulation particulièrement soignée dans une section. Le texte explique que le rachat se fait de deux façons : « achat à intervalle régulier selon le prix moyen pondéré dans le temps » et « achat opportuniste sur le marché ». Beaucoup de gens s’exaltent dès qu’ils voient le mot « rachat », mais la vraie subtilité se cache dans la première partie : à intervalle régulier, selon le prix moyen pondéré dans le temps.

Le TWAP n’est pas un terme technique très complexe : c’est plutôt une déclaration d’intention. En gros, le projet s’engage : il ne va pas jouer ce genre de jeux — pousser le prix au milieu de la nuit puis le faire chuter à l’aube. Au contraire, comme si on versait des salaires, il passe ses ordres d’achat de façon régulière, à heures fixes. Cela résout un problème particulièrement gênant pour les tokens de l’exchange : pourquoi croire que la plateforme gagne vraiment de l’argent ? Un exchange n’est pas comme un protocole DeFi : ses revenus ne sont pas visibles on-chain. Les frais, les frais de cotation, les abonnements, tout ça dort dans une base de données côté back-office. Des revenus non enregistrés sur la chaîne, pour le dire crûment, peuvent n’être qu’une suite de chiffres Excel modifiables à volonté.

Transformer le rachat en TWAP, c’est prouver par des actes que les revenus sont réels. Si chaque jour il y a effectivement un profit qui sert à acheter des tokens, alors les achats enregistrés on-chain formeront naturellement un flux de fonds impossible à falsifier. Inversement, si un jour le TWAP s’arrête soudainement, tout le monde comprendra qu’il y a un souci — c’est plus honnête que n’importe quel communiqué. #grvt

Bien sûr, pour qu’un rachat TWAP puisse durer, il faut que la plateforme ait vraiment des profits. Si le volume baisse, si les abonnés fuient, si le pool de profits est à sec, alors même le plus beau plan de rachat n’est qu’un blanc-seing. Mais au moins, sur le plan du design, GRVT utilise une action continue, publique et vérifiable on-chain pour répondre à cette question à la fois la plus simple et la plus difficile : l’argent que vous gagnez, est-ce qu’il est vraiment réel ? Dans le monde des cryptos, les projets qui crient vouloir des rachats ne manquent pas. En revanche, ceux qui acceptent de transformer le rachat en réveil programmé, il n’y en a vraiment pas tant que ça.

Le mois dernier, un ami m’a annoncé avec une énergie débordante qu’il allait dire définitivement adieu aux exchanges centralisées : il allait tout transférer on-chain et tout gérer lui-même. Une rafale de mots brûlants est sortie de sa bouche : « souveraineté personnelle », « le code, c’est la loi », « décentralisation sans confiance ». Résultat : moins de deux mois plus tard, il est revenu me voir, l’air bien abattu : il voulait savoir si je connaissais un analyste on-chain fiable. Son portefeuille a été vidé par un contrat malveillant ; ses clés privées sont restées sagement entre ses mains tout du long, mais la « souveraineté personnelle » n’a pas réussi à lui faire récupérer ne serait-ce qu’un centime.

Cette histoire m’a ramené à la page @NewtonProtocol du livre blanc, section 3.2, celle que j’avais lue pour la première fois et que j’avais alors perçue comme un simple chapitre de « contexte de l’industrie ». Elle cite une phrase de Vitalik Buterin, déposée au début 2026 : « Cette année est celle où l’on reprend les positions perdues ces dernières années sur la “souveraineté personnelle” et la “décentralisation sans confiance”. » À l’époque, en survolant, ça m’avait semblé juste être des slogans. En relisant plus tard, j’en ai saisi le vrai fond. Ce qu’elle pointe, c’est une contradiction profondément enfouie : l’écosystème a couru à toute vitesse pendant dix ans, cherchant à évincer les intermédiaires coûte que coûte ; mais une fois les intermédiaires partis, on a été bien bêtes : arbitrage controverses, blocage anti-fraude, preuves de conformité… certaines tâches nécessitent naturellement des intermédiaires. Les évincer, avec toutes ces fonctions, et tout rejeter d’un bloc, ça revient à jeter aussi le bébé avec l’eau du bain. #Newt

La question de Newton n’était d’ailleurs pas un choix binaire du type « faut-il ou non des intermédiaires ». Elle portait sur autre chose : peut-on fabriquer un intermédiaire, tout en s’assurant que personne ne puisse le contrôler ? $NEWT Les trois piliers empilés dans la section 4.2 du livre blanc — « preuves vérifiables », « stratégies programmables », « interopérabilité cross-chain » — sont, au fond, une manière de recoller morceau par morceau ces fonctions que nous avions nous-mêmes mises à la porte, grâce à la technique. Pas en réintroduisant un « humain », mais en s’appuyant sur des mécanismes économiques portés par un système de mise en gage de jetons. L’opérateur n’est pas une « personne fiable », c’est une personne « qui n’ose pas tricher ». L’un repose sur la morale, l’autre sur le coût.

En méditant cette logique, une phrase assez cruelle est venue me frapper : certaines choses ne se protègent pas contre une perte de fonds, mais un mécanisme de pénalités, bien conçu, pourrait peut-être permettre de les récupérer. DYOR.

Le week-end, j’ai fait un tour dans un centre commercial et j’ai vu une chose assez intéressante. Au quatrième étage, une nouvelle halle alimentaire a ouvert : elle a carrément déplacé les enseignes de plusieurs vieilles boutiques voisines, mais sans changer les menus. Les clients s’installent, scannent pour commander ; l’argent est payé d’abord à la halle, puis la halle règle discrètement avec chaque boutique. Un mois plus tard, en repassant par là, je découvre que le restaurant de ramen au coin a fermé — tout le monde s’est rué dans le centre commercial pour manger, et le goût est identique.

Je me suis alors mis à ressortir un passage du livre blanc @grvt_io , le plus ambitieux… et aussi le plus facile à laisser passer. La section 《The Foundational TAM of GRVT》 enchaîne plusieurs noms — Aave, Morpho, Pendle, Ethena — en disant qu’ils seront intégrés dans le « système de solde unique » de GRVT. Le texte original est formulé ainsi : « Grvt will become the utility layer where Ethereum's fragmented markets are aggregated into a single venue. » À votre tour : « utility layer » ne signifie pas venir remplacer qui que ce soit, mais être cette couche intermédiaire.

Dans cette position, il y a une série de règles de survie assez subtiles, de type parasitaire. La liquidité accumulée par Aave en quatre ans, les optimisations d’algorithmes peaufinées par Morpho pendant deux ans, le mécanisme de découpage des revenus conçu à la force du cerveau par Pendle — à l’avenir, les utilisateurs n’auront peut-être même plus besoin d’ouvrir séparément trois interfaces, de gérer trois types de frais de Gas, ou de mémoriser trois séries de phrases de récupération. Sur GRVT, le même montant reste là, mange les revenus générés par Aave, puis glisse tout seul vers la stratégie de Pendle ; et tout se fait sans que l’on ait à savoir de quel protocole il s’agit vraiment.

Pour l’utilisateur, c’est une commodité totale. Et pour les protocoles ? Difficile à dire. En interne, ce que fait GRVT, c’est essentiellement de « détourner le front-end » : il ne produit aucun revenu de base, il enveloppe simplement ces revenus de façon à ce que vous ne le sentiez jamais. Une fois que les utilisateurs se seront habitués à ce que, en arrière-plan, l’argent bascule automatiquement vers le protocole qui offre le meilleur rendement, qui se souciera de savoir si, dessous, c’est Aave ou Spark ? La couche protocolaire finira par se dégrader, comme les réseaux d’eau et d’électricité souterrains de cette ville : indispensable, mais personne ne s’en préoccupe. #grvt

Bien sûr, est-ce que cette logique peut fonctionner ? Tout dépend de la capacité de GRVT à signer suffisamment de protocoles de première ligne. Si la liste d’intégration reste éternellement limitée à Aave et à quelques candidats de deuxième rang, alors la « couche d’agrégation » n’est finalement rien de plus qu’une coque en béton très bien décorée, mais sans affluence. DYOR : ceux qui agrègent ont toujours plus de mal à s’imposer que ceux qui sont agrégés.

J’ai aussi discuté avec un développeur qui travaille sur la confidentialité. Il a laissé tomber, un peu par hasard, une obsession qui n’est pas vraiment dite ouvertement dans l’industrie : « Décrypter des seuils ? À moitié. MPC ? Ce n’est pas tout à fait ça non plus. Il semblerait qu’il n’y ait pas de légitimité à se placer devant les deux mots “ultime” sans vraiment enfoncer une chiffrement homomorphe intégral complet. » Cette phrase m’a donné envie de revenir en arrière et d’aller relire la section 6.4 du livre blanc @NewtonProtocol , un coin que le document lui-même a soigneusement labellisé comme “pointe de la recherche”.

La plupart des gens, en lisant une documentation de projet, voyant “recherche”, traitent ça instinctivement comme du vent et sautent directement. Mais moi, je me suis fixé sur quelques passages que j’ai relus plusieurs fois : j’y ai décelé une formulation plutôt subtile — elle présente l’introduction du FHE comme un basculement “transparent” au niveau de l’architecture, sans tout casser et recommencer.

Qu’est-ce que ça veut dire ? Que, si un jour — un jour pas si lointain — le coût de calcul du FHE baisse au point de porter le poids de l’évaluation des stratégies, alors côté client, on chiffre toujours pareil ; côté stratégie, on continue d’écrire en Rego ; et au final, on produit toujours la même signature BLS. Le seul changement, c’est l’environnement de calcul de l’opérateur : au lieu d’exécuter le circuit en clair après déchiffrement, on exécute directement le circuit sur le chiffré — et même la “fenêtre d’observation” transitoire après le déchiffrement des seuils est définitivement supprimée. #Newt

Ce type de design respire une rare forme de calme. Il ne pousse pas, pour du marketing, une technologie qui met encore des années à se matérialiser ; mais il ne ferme pas non plus complètement la porte. $NEWT le rôle du token ici va plus loin que dans le mode actuel de déchiffrement par seuil : ce n’est pas seulement une garantie contre les violations à court terme, mais plutôt un engagement long terme — une avance — pour un futur upgrade de confidentialité.

Et ça me fait croire, en filigrane, que la vraie maturité dans la réflexion d’infrastructure ne consiste pas, à ce stade, à attacher le choix des utilisateurs avec de la “confidentialité ultime”. Non : d’abord, on construit une barrière solide capable de bloquer les principaux risques dès maintenant, puis on laisse tranquillement des interfaces pour le futur. DYOR.

À l’entrée du quartier, une boutique de produits frais vient d’ouvrir. Le jour de l’inauguration, le patron tenait un mégaphone et criait : « Dans notre magasin, on ne fait pas payer de cotisation aux membres. Les courses sont directement moins chères qu’au marché ! » Les grands-pères et les grands-mères qui regardaient n’y ont cru aucun — dans cette rue, ils ont déjà vu trop de scénarios où une boutique “vend à perte à l’ouverture” puis s’enfuit trois mois plus tard.

Cela m’a rappelé un concept, souvent ignoré parce qu’il est présenté comme une formule toute faite, dans le livre blanc @grvt_io : les autorisations et la conformité. La section 《Value Accrual》 dit que, sur une plateforme, les 100 % de profits servent soit à être réinvestis, soit à être rachetés. Mais la base de crédibilité de cette phrase est cachée dans une mention discrète à la fin du document : « L’une des toutes premières places d’échange sur une chaîne de licences au monde. » Ce n’est pas un slogan marketing. C’est une façon de compenser la peur de l’insécurité la plus primitive, celle qui vit dans la nature humaine.

Quel est le plus grand paradoxe des CEX traditionnelles ? Tu leur confies la garde de tes actifs : ils utilisent ton argent pour faire des profits, les profits leur appartiennent, et les risques sont les tiens. Les exchanges décentralisés règlent le problème de la garde… mais en créent d’autres : sans condition d’accès, tout le monde peut venir tenir un stand, et le rug pull ainsi que le “washing trading” deviennent une partie intégrante de l’écosystème. GRVT veut suivre une voie intermédiaire : utiliser la technologie ZK pour permettre l’auto-custodie, tout en obtenant une licence afin d’être soumis à la régulation. L’auto-custodie garantit que tes actifs restent entre tes mains, tandis que la licence garantit que la plateforme ne peut pas faire n’importe quoi.

Qu’est-ce que cela implique pour le token GRVT ? Le rachat n’est pas seulement une promesse : on peut le vérifier dans les états financiers. Les revenus de staking ne sont pas “imprimés” par un algorithme : ce sont de vrais profits redistribués. Pour une place d’échange suivie de près par des régulateurs, le coût de la rupture de contrat, s’il y a une promesse de 100 % des profits consacrés au rachat ou au réinvestissement, est d’un ordre de grandeur supérieur à celui d’une équipe anonyme. #grvt

Bien sûr, la licence est une arme à double tranchant. La conformité implique la KYC, donc certaines régions ne peuvent pas l’utiliser, et les processus d’approbation peuvent ralentir le rythme produit. Mais pour ceux qui ont été blessés par trop d’histoires où “le code est la loi” finit par “le code est parti”, avoir quelqu’un qui supervise, c’est aussi une forme de tranquillité. La confiance : dans le monde des cryptos, c’est bien plus rare que les taux de rendement.

Il y a quelques jours, j’ai aidé un ami à tester un nouveau protocole DeFi récemment lancé. Il lui a fallu trois jours pour terminer tout le processus de KYC : téléchargement du passeport, enregistrement d’une vidéo, puis validation manuelle… De quoi en décourager plus d’un. Résultat : l’authentification a été approuvée, mais moins de deux semaines plus tard, un autre protocole a publié une annonce : « Pour l’instant, les justificatifs de ce fournisseur de KYC ne sont pas pris en charge. Veuillez vous réauthentifier. » Dans le groupe, il a envoyé une longue série d’images et de mèmes en colère. Je comprends totalement cette rage. Un passe de trois jours, et pouf… il devient inutile.

Cet épisode m’a donné envie de rouvrir un chapitre de l’un de mes @NewtonProtocol livres blancs que j’avais survolé à l’époque : la section 6.5, la portabilité des justificatifs. La thèse centrale est si simple qu’elle ressemble presque à quelque chose de trop évident pour être un projet blockchain, noir sur blanc : une fois le KYC terminé, les justificatifs devraient pouvoir être réutilisés maintes fois entre différentes applications, différents réseaux et différents moments, plutôt que de devoir tout refaire à chaque changement de protocole. Mais derrière cela se cache un compromis de conception plus profond : il sépare complètement « l’authentification » de « la donnée d’identité ».

La méthode traditionnelle, vous l’avez peut-être déjà vécue. Le fournisseur de KYC vérifie votre identité, puis stocke le résultat sur ses propres serveurs. Pour que l’application puisse confirmer qui vous êtes, elle doit interroger l’API de ce fournisseur. Cela signifie que vos informations d’identité sont littéralement « scellées » dans la base de données d’un prestataire précis : vous changez d’application, et… désolé, vous devez tout recommencer. Newton prend une autre voie : emballer le résultat de la vérification dans un justificatif vérifiable, puis le chiffrer et le laisser entre les mains de l’utilisateur. Quand le moteur de stratégie a besoin de vérifier, il exécute la logique de vérification une seule fois dans un environnement TEE via Newton Identity Oracle, et le résultat final est un booléen : accepté, ou refusé. Les données brutes ne quittent jamais la couche de chiffrement, de bout en bout. #Newt

Dans ce processus, l’existence des $NEWT tokens est volontairement tenue à très faible niveau d’importance. Ils ne servent pas à fixer le prix du justificatif lui-même, mais à fournir une garantie économique pour chaque calcul de vérification. L’opérateur exécute la vérification en « brûlant » des tokens ; s’il triche, les tokens mis en garantie sont directement confisqués.

En réfléchissant à ce design, je me suis rendu compte d’une réalité de plus en plus proche : l’identité on-chain se fragmente à une vitesse qu’on peut presque voir à l’œil nu. La portabilité des justificatifs n’est déjà plus un simple « plus » agréable, c’est un besoin vital au niveau des infrastructures. DYOR.

Il y a quelques jours, je suis tombé sur un post dans un forum de gouvernance d’un DAO : plus de deux cents messages, et ça a tourné au pugilat. Le débat central tenait en une seule question : le « nœud neutre » revendiqué par un certain protocole est-il vraiment neutre ? Les accusateurs ont sorti une longue liste de données on-chain, et ont carrément mis à nu le principal actionnaire derrière l’opérateur de ce nœud, révélant un lien capital entre cet opérateur et l’équipe du protocole. À l’instant où la neutralité a été invalidée, la base de confiance de tout le protocole s’est presque effondrée en une seconde.

Cette affaire m’a amené à relire un mot, rabâché puis mâché dans le livre blanc @NewtonProtocol : « neutralité vérifiable ». Dans la section 4.2, il est listé comme « socle » de trois piliers. Auparavant, je me disais que c’était juste une formulation de relations publiques bien emballée. Jusqu’au moment où j’ai commencé à mettre ensemble cette section et les mécanismes de sécurité économique de la section 9.1, ainsi que le processus de résolution des litiges de la section 9.3 : alors seulement j’ai commencé à en saisir la vraie saveur — dans cette architecture façon Newton, la « neutralité » n’est pas une attitude, mais une structure mécanique de précision.

Quelle est la différence entre une attitude et une structure mécanique ? L’attitude, c’est : « Je m’engage à ne favoriser personne ». Tu peux me croire ou non, et tout dépend de ta confiance en moi. La structure mécanique, c’est : « Je n’ai tout simplement pas la capacité de favoriser qui que ce soit ». Tu n’as pas besoin de me croire : regarde seulement comment les engrenages s’emboîtent. Newton a verrouillé cette distinction en trois étages. Premier étage : la stratégie n’est pas écrite par Newton, c’est l’acteur qui l’utilise qui décide — il n’a même pas le droit de modifier un seul signe de ponctuation. Deuxième étage : l’exécution de la stratégie n’est pas non plus assurée par l’équipe de NewtonProtocol, mais par un groupe d’opérateurs indépendants, sans aucune raison de se « couvrir », qui doivent au préalable immobiliser des jetons en garantie, en mise réelle. Troisième étage : si ces opérateurs devaient collectivement avoir de mauvaises intentions, n’importe qui, à n’importe quel moment, peut publier sur la chaîne une preuve à divulgation nulle de connaissance, déclenchant ainsi le processus de sanctions et de confiscation. Réfléchis : ce n’est pas « je te demande de croire que je serai neutre », c’est une annonce glaciale — « si tu n’es pas neutre, le coût sera si élevé que tu n’oserais même pas le payer ». #Newt

Le rôle des jetons dans cette structure, notamment dans $NEWT , est en fait assez subtil. Ils ne délivrent à personne un brevet moral de « neutralité » : ils transforment simplement, en toute discrétion, le « manque de neutralité » en une affaire où l’on est presque certain de perdre de l’argent. Ce que l’éthique ne peut pas entraver, la mise des jetons le contraint. DYOR.

Il y a quelques jours, je suis allé à la banque pour effectuer une démarche. Le/la guichetier(ère) m’a remis une déclaration de lutte contre le blanchiment d’argent à signer. J’ai jeté un coup d’œil : on y lisait « Je confirme que l’origine des fonds est légale ». Au moment où j’ai posé ma plume, une pensée m’a traversé l’esprit : « Cette feuille, qu’est-ce qu’elle peut prouver, au juste ? » Elle ne prouve que le fait que j’ai écrit mon nom à telle date, à tel jour. Quant à savoir si l’origine des fonds est réellement « propre », ce document ne répond pas à la question.

Cette idée m’a ramené à la section 9.4 du @NewtonProtocol « white paper ». Ce chapitre n’est pas dénué de contenu technique : il parle d’une stratégie évaluée de manière vérifiable par ZK. Il décrit un mécanisme : compiler tout le moteur d’évaluation des politiques Rego en instructions d’un jeu RISC‑V, l’intégrer dans une machine virtuelle à connaissance nulle (ZKVM), puis la faire tourner ; à la fin, elle produit une preuve mathématique. Cette preuve permet de vérifier d’un coup trois choses : la politique elle‑même n’a pas été modifiée (grâce à l’empreinte d’adresse par contenu IPFS qui verrouille le contenu), les données d’entrée n’ont pas été altérées, et le processus d’exécution n’a pas été falsifié. Si les trois passent, alors seulement le résultat compte.

En version simple : ce n’est pas juste que tu as signé une déclaration ; sur le moment, tu utilises une machine mathématique pour transformer le fait que « ton origine des fonds a bien été examinée » en un problème de preuve mathématique. La banque n’a pas besoin de te croire, ni de croire l’examinateur : elle n’a qu’à vérifier si la preuve (la “question”) est correcte. #Newt

C’est aussi, à mon avis, l’indice narratif le plus sous‑estimé de l’ensemble du $NEWT « white paper ». Dans le domaine de la conformité, le plus grand coût n’est ni la main‑d’œuvre, ni le système : c’est plutôt cette « friction de confiance » qui se diffuse dans chaque étape. À chaque étape, on exige que l’autre partie « ait confiance en toi » ; et derrière chaque « fais‑moi confiance », il y a toujours le risque d’être trompé. La preuve à connaissance nulle déplace cette friction au niveau mathématique ; et le dépôt de jetons empêche en plus les opérateurs d’avoir des motivations à mentir pendant l’exécution. Superposées, ces deux couches reviennent à transformer les deux mots « conformité » : d’une promesse légère sur une feuille, en un fait objectif, calculable, vérifiable, et retraçable tout le long.

Honnêtement, c’est plus solide que n’importe quelle promesse. DYOR.