Franchement, je n'arrête pas de penser à cette preuve portable sur la mauvaise chaîne.
La semaine dernière, je fixais un résultat propre du vérificateur Newton et ça faisait un boulot bien trop social. Même preuve. Bureau différent. Hypothèse plus grande.
C'est ce qui cessait de me tracasser.
Pas de savoir si l'attestation a été vérifiée. Oui, elle l'a été. Sans accrocs. Le Newton protocol Gateway a pris la tâche. Rego a lu la politique. PolicyData a récupéré l'état externe. Les opérateurs ont signé. L'agrégat BLS est arrivé. Le vérificateur de l'autre côté a dit oui. Parfait. Très bien. Très portable. C'est la partie que tout le monde aime.
Le côté moche est arrivé après.
Quelqu’un a pris cette preuve et l’a utilisée pour autoriser une transaction sur une chaîne complètement différente, avec des paramètres de risque différents. Un coffre différent. Une contrepartie différente. Tout est différent. Mais comme la preuve disait autorisé, ils l’ont fait tourner.
Personne n’a vérifié si le contexte de la politique d’origine s’appliquait encore. Personne n’a demandé si les sources de données étaient les mêmes. Personne n’a vérifié que l’ensemble d’opérateurs sur la chaîne B était identique à celui de la chaîne A. Ils ont juste vu le vert et ont continué.
C’est le danger discret dont personne ne parle. Newton rend les preuves portables. Mais la portabilité sans contexte, c’est juste de la conformité par imitation.
Newton Mainnet Beta est la couche d’autorisation que la DeFi n’avait pas.
Il vérifie chaque transaction par rapport aux politiques actives avant le règlement. Conformité, identité, sécurité, risque — tout est appliqué au niveau de la transaction. Pas surveillé après. Appliqué avant. Chaque décision produit une attestation signée onchain.
Le paquet Vault SDK regroupe tout. Chainalysis Hexagate pour la conformité. Vaults.fyi pour l’analytique. RedStone et Credora pour les données de risque. Sécurisé par Eigen Labs, Succinct, Rhinestone et Octane. Magic Labs l’a construit, même équipe que celle derrière l’infrastructure de portefeuille de Polymarket. 57 millions de portefeuilles. 200 mille développeurs. Soutenu par PayPal Ventures.
Quatre domaines d’application : filtrage des sanctions de l’OFAC, vérification de l’éligibilité de l’identité, blocage en temps réel des menaces de sécurité, suivi de la santé des contreparties, suivi de l’effet de levier, validation de la fraîcheur des oracles.
J’ai passé le week-end à mettre la version beta à l’épreuve et j’ai rencontré de vrais frictions.
Le module de portabilité des preuves comportait un bug de discordance d’identifiant de chaîne. La preuve générée sur le mainnet Ethereum se vérifiait correctement sur Base Sepolia sans vérifier si l’ID de chaîne dans la charge utile de la preuve correspondait à la chaîne de destination. Le contrat de vérification vérifiait simplement la signature et disait oui.
Il y avait un manque dans la sérialisation du contexte de politique. Quand une preuve changeait de chaîne, les références PolicyData n’étaient pas validées par rapport aux sources de données de la chaîne de destination. Une politique qui vérifiait les prix RedStone sur Ethereum référencerait silencieusement des flux de prix complètement différents sur Arbitrum.
La vérification de l’ensemble des opérateurs a échoué à valider que la signature agrégée BLS provenait des opérateurs enregistrés sur la chaîne de destination. Une preuve signée par des opérateurs d’Ethereum se vérifierait sur Optimism même si les ensembles d’opérateurs étaient totalement différents.
La configuration du port de la Gateway comportait un oubli. Le même port était utilisé à la fois pour les intentions de transaction entrantes et pour le transfert des preuves sortantes, créant un risque de collision d’acheminement en cas de fort débit.
La fenêtre d’expiration de la preuve n’était pas synchronisée entre les chaînes. Une preuve générée avec une expiration de 5 minutes sur Ethereum serait encore considérée comme valide sur Polygon après 5 minutes, parce que le vérificateur de la chaîne de destination utilisait une référence d’horodatage de bloc différente.
La protection contre la relecture des attestations inter-chaînes avait un problème de collision de nonce. La même preuve pouvait être soumise deux fois sur la chaîne de destination dans une certaine fenêtre, parce que la génération du nonce ne tenait pas compte du compteur de transactions de la chaîne de destination.
Le délai d’évaluation des politiques n’était pas configurable par chaîne. Une politique complexe qui prenait 4 secondes sur Ethereum expirait sur Avalanche parce que la chaîne de destination avait un temps de bloc plus strict.
Aucune de ces choses n’a cassé l’architecture de base. Le système est resté stable. Mais ce sont de vraies sources de friction qui comptent dès qu’on commence à déplacer des preuves entre chaînes.
Newton commence avec des coffres. Puis s’étend aux RWA, aux stablecoins, aux agents IA.
Un marché d’Internet de Politiques ancre tout ça. $NEWT >powers everything. Les annonces de partenariat ont été publiées le 23. L’annonce du Vault SDK a eu lieu aussi à ce moment-là.
Voilà ce à quoi je reviens sans cesse. Nous avons construit tout ce système financier onchain et nous avons sauté la partie d’autorisation. Newton a ajouté ce qui aurait dû être là dès le premier jour. Mais maintenant, nous avons un nouveau problème : on traite les preuves comme si elles étaient universellement applicables alors que ce n’est pas le cas.
La preuve est propre. La vérification est solide. Mais le contexte ? C’est à nous de le gérer.
Suis-je le seul à penser qu’on doit vraiment vérifier d’où vient la preuve et où elle va ?
Les gars, la portabilité est puissante. Mais la prudence est en train d’être trop interprétée. On ne peut pas simplement faire confiance au vert.