#newt $NEWT J’ai réfléchi au temps que les utilisateurs passent à prouver la même chose encore et encore sur Web3. Terminer le KYC sur une plateforme aide rarement lorsqu’on rejoint une autre, même si rien concernant votre identité n’a changé. À mesure que les écosystèmes blockchain deviennent de plus en plus interconnectés, cette répétition ressemble à une source de friction négligée.
En étudiant le protocole Newton, j’ai trouvé son approche de la portabilité des justificatifs particulièrement intéressante. Au lieu de traiter chaque application et chaque chaîne comme un processus de vérification distinct, il explore s’il est possible de réutiliser des justificatifs dignes de confiance entre les écosystèmes pris en charge. L’objectif n’est pas de supprimer la conformité, mais de réduire les répétitions inutiles tout en conservant des standards de vérification inchangés.
Bien sûr, cette approche introduit aussi ses propres défis. Les justificatifs réutilisables exigent des émetteurs dignes de confiance, des politiques d’expiration claires et des mécanismes de mise à jour fiables. La portabilité ne fonctionne que si le cadre de confiance sous-jacent reste solide. La seule commodité ne suffit pas.
Ce qui m’a particulièrement marqué, c’est que les discussions sur l’interopérabilité blockchain se concentrent généralement sur les actifs, la liquidité ou encore la messagerie entre chaînes. L’identité attire bien moins l’attention, même si elle détermine la manière dont les personnes accèdent aux services dès le départ.
Si Web3 s’oriente vers un avenir réellement multi-chaîne, une identité réutilisable pourrait devenir tout aussi importante que l’infrastructure inter-chaînes. L’adoption à long terme dépendra probablement non seulement de la technologie plus rapide, mais aussi de la réduction des frictions sans compromettre la confiance.
J’ai étudié la portabilité des identifiants de Newton. Elle pourrait mettre fin au KYC répété dans le Web3
J’ai examiné de près la façon dont l’identité fonctionne au sein des applications décentralisées, et un schéma ressort sans cesse pour moi. Chaque conversation visant à améliorer l’expérience utilisateur se concentre généralement sur des transactions plus rapides, des frais plus bas ou des interfaces plus performantes. Ces améliorations comptent, mais je remarque une autre source de friction qui reçoit beaucoup moins d’attention : la vérification d’identité. Plus j’explore d’applications, plus je constate que les utilisateurs passent un temps inutile à prouver qui ils sont encore et encore.
Je réfléchis à une question qui semble devenir de plus en plus importante à mesure que l’IA s’implique dans la prise de décision numérique : est-ce qu’une IA peut prendre des décisions fiables sans jamais voir les données sous-jacentes ?
Pendant longtemps, il m’a semblé que la confidentialité et l’automatisation intelligente étaient toujours en tension. Si un système devait prendre de meilleures décisions, il fallait généralement accéder à davantage d’informations. Mais en étudiant l’architecture de Newton, j’ai découvert une perspective différente.
Au lieu de divulguer des informations sensibles pendant l’évaluation des politiques, Newton explore des techniques cryptographiques qui permettent de calculer des décisions d’autorisation tout en préservant les entrées sous-jacentes. L’objectif n’est pas de cacher le résultat, mais de réduire au minimum ce que quiconque, y compris l’infrastructure elle-même, doit savoir au cours du processus.
Ce qui m’a frappé, c’est que cette approche déplace le débat : on passe de la confiance accordée aux opérateurs à la confiance dans des systèmes cryptographiques bien conçus. Le rôle du réseau consiste à évaluer si une politique est satisfaite, et non à examiner des données personnelles ou confidentielles.
Cette approche est loin d’être simple. Des technologies comme la chiffrement homomorphe intégral à seuil sont encore en évolution et restent coûteuses sur le plan computationnel pour de nombreuses charges de travail réelles. Malgré tout, concevoir aujourd’hui une infrastructure en tenant compte des capacités de confidentialité de demain me semble être une décision réfléchie à long terme.
Plus j’étudie les systèmes décentralisés, plus je crois que l’IA de confiance ne sera pas définie uniquement par la manière dont elle agit de façon intelligente, mais aussi par la manière dont elle gère de façon responsable les informations qu’elle n’avait de toute façon pas besoin de voir.
Comment Newton sépare l’expérience développeur de l’innovation cryptographique
J’ai passé beaucoup de temps à étudier comment les systèmes décentralisés évoluent, et un schéma se démarque particulièrement à mes yeux. La plupart des discussions se concentrent sur la cryptographie elle-même. Les gens comparent des algorithmes, débattent des techniques de protection de la vie privée ou spéculent sur la percée qui arrivera en premier. Ces échanges sont importants, mais je pense qu’ils en occultent parfois une autre : une question qui, en silence, détermine si une technologie peut réellement durer. Que deviennent les développeurs qui s’appuient sur elle lorsque la cryptographie sous-jacente change ?
#newt Plus j’étudie l’infrastructure de l’IA et les systèmes décentralisés, plus je remarque que les discussions mettent généralement l’accent sur l’intelligence, l’automatisation et la vitesse d’exécution. Ce sont des avancées importantes, mais je pense qu’une autre question mérite une attention égale : comment les informations sensibles sont-elles protégées lorsque ces systèmes prennent des décisions ? À mesure que l’IA devient capable de gérer des transactions financières, la vérification d’identité et la conformité, la confidentialité cesse de ressembler à une fonctionnalité optionnelle et devient une exigence fondamentale.
Alors que je lisais le livre blanc du protocole Newton et que j’en apprenais davantage sur son Mainnet Beta, j’ai trouvé sa philosophie de conception particulièrement intéressante. Plutôt que de placer les informations sensibles on-chain, le protocole conserve les données personnelles off-chain, tout en enregistrant uniquement des preuves cryptographiques et des attestations de politique sur la blockchain. Cette approche m’a marqué, car elle vise à vérifier qu’une action a été autorisée sans exposer l’information sous-jacente.
Je tiens également à souligner que le livre blanc aborde ouvertement les compromis. Le modèle actuel de chiffrement par seuil protège les données en transit et au repos, mais les opérateurs reconstruisent encore le texte en clair pendant l’évaluation de la politique. Au lieu de présenter cela comme une solution définitive, Newton décrit une transition vers le calcul multipartite, où les politiques pourront finalement être évaluées sans révéler de données privées à un seul opérateur.
Un autre aspect qui a retenu mon attention est le modèle de confidentialité en couches de Newton. La cryptographie par seuil, la divulgation sélective, les environnements d’exécution fiables (TEE) et les preuves à connaissance nulle traitent chacun des enjeux de confidentialité différents. Ensemble, ils permettent de construire une architecture plus robuste que de se reposer sur une seule technique.
Après avoir passé du temps à étudier cette conception, j’en ai conclu que la confiance à long terme se construit lorsque les systèmes peuvent prouver de manière cohérente leurs décisions tout en révélant le moins possible d’informations sensibles.
Pourquoi la confidentialité doit être la base de l’autorisation par l’IA : comment le protocole Newton la construit
Plus j’étudie l’infrastructure de l’IA et les systèmes décentralisés, plus je remarque que la plupart des conversations tournent autour des capacités. Les gens demandent à quelle vitesse l’IA peut raisonner, combien de tâches elle peut automatiser, ou avec quelle efficacité elle peut exécuter des transactions. Ce sont des questions importantes, mais je me surprends à penser à une question plus silencieuse, à laquelle on accorde beaucoup moins d’attention : que devient la donnée dont un système d’IA a besoin avant qu’il ne prenne une décision ? Il semble facile de supposer qu’une intelligence plus forte mène automatiquement à de meilleurs systèmes. Pourtant, plus nous confions des responsabilités au logiciel, plus les informations qu’il doit traiter deviennent sensibles. Les identifiants d’identité, les dossiers financiers, les documents de conformité et les autorisations personnelles font désormais partie de la prise de décision automatisée. Si la confidentialité est traitée comme une simple réflexion après coup, alors une intelligence accrue pourrait simplement augmenter l’ampleur des erreurs potentielles.
#newt Plus j’étudie le protocole Newton, plus je me surprends à penser à un avenir où l’IA n’aide pas seulement les utilisateurs à interagir avec des blockchains : elle devient un véritable participant on-chain.
L’IA agit le plus souvent comme un assistant. Elle résume l’information, suggère des idées de trading ou aide les utilisateurs à naviguer dans des applications complexes. Mais que se passe-t-il lorsque des agents d’IA commencent à gérer des portefeuilles, à déplacer des actifs en revendiquant des récompenses ou à interagir avec plusieurs protocoles de leur propre initiative ? Cet avenir semble beaucoup plus proche que ne le pensent la plupart des gens.
Ce qui a retenu mon attention au sujet du protocole Newton, c’est qu’il ne se contente pas de construire une infrastructure plus rapide. Après avoir lu la documentation officielle et en apprendre davantage sur la Newton Mainnet Beta, il me semble évident que le projet se concentre sur la vérifiabilité de l’exécution de l’IA.
Cette distinction compte.
Les blockchains traditionnelles sont excellentes pour vérifier les transactions une fois qu’elles ont eu lieu. Mais si des agents d’IA deviennent des participants actifs de la finance décentralisée, les utilisateurs auront probablement besoin de garanties que chaque action respecte des permissions et des politiques de sécurité prédéfinies avant que les actifs ne soient déplacés. C’est précisément le problème que le protocole Newton semble chercher à résoudre.
Bien sûr, la technologie seule ne garantit pas l’adoption. La vraie question est de savoir si les développeurs et les utilisateurs sont prêts à construire dès aujourd’hui des applications autour d’agents on-chain autonomes. L’infrastructure arrive souvent avant la demande, et l’histoire montre que l’adoption suit généralement une fois que l’écosystème a rattrapé son retard.
C’est pourquoi je ne vois pas le protocole Newton comme un projet qui poursuit simplement la tendance du moment. Je le vois comme une infrastructure qui prépare un monde où l’IA devient un autre utilisateur on-chain, plutôt qu’un simple outil off-chain.
Si cet avenir se concrétise, la valeur d’une autorisation sécurisée, d’une exécution vérifiable et d’une automatisation basée sur des politiques pourrait devenir aussi importante que la validation des transactions elle-même. C’est l’une des raisons pour lesquelles je continue de suivre le protocole Newton et les progrès de Newton avec un intérêt croissant.
NEWTON PROTOCOL ET LE DÉFI DE CONSTRUIRE POUR LES UTILISATEURS DE DEMAIN
Plus j’y pense, plus je vois le protocole Newton comme un projet qui construit délibérément pour un futur qui n’est pas encore pleinement arrivé. Cela peut sembler risqué, mais beaucoup des projets d’infrastructure les plus importants dans la technologie ont suivi une trajectoire similaire. Ils ont résolu des problèmes avant que ceux-ci ne deviennent évidents pour tout le monde. Après avoir passé du temps à lire les ressources officielles du protocole Newton, y compris son livre blanc et les détails entourant la Mainnet Beta, je pense que c’est à travers ce prisme qu’il faut envisager le projet.
#newt Je m’intéresse à l’infrastructure crypto depuis assez longtemps pour réaliser que la plupart des discussions se concentrent sur de mauvais indicateurs. On demande à quelle vitesse une transaction se règle, ou à quel point les frais sont faibles. Pour ma part, je m’intéresse davantage à ce qui se passe quand ça tourne mal : quand les oracles accusent du retard, quand les scores de risque renvoient la valeur null, ou quand les règles de conformité changent du jour au lendemain. C’est là que @NewtonProtocol a attiré mon attention.
Ce qui ressort avec @NewtonProtocol , c’est sa couche d’autorisation entre l’intention et l’exécution. Au lieu de coder en dur chaque politique dans des smart contracts, elle évalue les transactions avant qu’elles ne soient finalisées. Les vérifications d’identité, les règles de juridiction, les plafonds de dépenses, les exigences de garantie et les données d’oracles en temps réel font tous partie du processus décisionnel. Si la politique est validée, la transaction est autorisée. Sinon, elle s’arrête avant l’exécution.
Je pense que le plus grand avantage de @NewtonProtocol , c’est la flexibilité. Les politiques peuvent évoluer sans qu’il soit nécessaire de redéployer des smart contracts, ce qui rend le système bien plus adaptable pour les institutions soumises à des réglementations changeantes. Il y a toutefois un compromis : l’ajout d’une couche d’autorisation introduit davantage de complexité d’architecture et des composants supplémentaires qui doivent rester sécurisés.
La fonctionnalité qui me semble la plus convaincante, c’est la manière dont @NewtonProtocol gère l’incertitude. Un score de risque manquant n’est pas automatiquement considéré comme sûr ou dangereux. Au lieu de simplement autoriser ou refuser une transaction, il peut réduire les limites, demander une vérification secondaire, ou placer la transaction en cours de revue. Cette distinction entre « risque élevé » et « preuves insuffisantes » traduit une conception d’infrastructure réfléchie.
Alors que les agents IA commencent à prendre des décisions financières autonomes, je pense que la question la plus importante n’est plus « à quelle vitesse une transaction s’exécute », mais « faut-il qu’elle s’exécute du tout ». L’exécution devient attendue. L’autorisation est là que commence la prochaine vague d’innovation.
LA COUCHE MANQUANTE ENTRE L’IA ET L’ARGENT : COMMENT « @NewtonProtocol » REPENSE L’AUTORISATION SUR-CHAÎNE
Je me suis penché sur les progrès rapides des agents d’IA dans le secteur de la crypto, et plus j’étudie cet univers, plus je reviens à une seule question. Si l’IA est un jour jugée suffisamment fiable pour déplacer des actifs, négocier des paiements et exécuter des décisions financières en notre nom, qu’est-ce qui devrait se trouver entre l’agent et la transaction ? Cette question est ce qui a d’abord attiré mon attention vers @NewtonProtocol Le concept lui-même n’est pas difficile à comprendre. Plutôt que d’autoriser un agent d’IA à signer des transactions avec un pouvoir étendu, @NewtonProtocol introduit des politiques d’autorisation programmables qui déterminent exactement ce qu’un agent a le droit de faire avant qu’une transaction n’atteigne la blockchain. Les limites de dépenses, les restrictions de temps, les contreparties approuvées et les seuils d’approbation humaine font désormais partie du processus d’exécution, au lieu d’être une simple réflexion a posteriori. L’architecture donne l’impression de moins chercher à remplacer la confiance et davantage à la définir.
J’ai surveillé le $EVAA sur Binance et c’est l’un des projets qui a attiré mon attention récemment. Sa visibilité croissante reflète l’intérêt grandissant de la communauté crypto, et j’ai hâte de voir comment l’écosystème se développe au fil du temps. Je suivrai de près les futures mises à jour afin de mieux comprendre son potentiel à long terme.
#newt J'ai observé l'évolution de l'infrastructure des stablecoins et je me souviens avoir vu un transfert de stablecoin se régler, en supposant que la responsabilité de l'émetteur s'arrêtait une fois que le contrat de jetons s'exécute exactement comme prévu.
Ce qui a retenu mon attention, c'est ce que le contrat ne sait peut-être pas.
Le destinataire était-il situé dans une juridiction autorisée ? Un des portefeuilles est-il apparu sur une liste de sanctions ? La transaction a-t-elle dépassé une limite de transfert ou déclenché une politique de risque interne ?
Plus j'étudiais les systèmes décentralisés, plus cette hypothèse me semblait incomplète. Un contrat peut s'exécuter parfaitement tout en manquant les contrôles de politique qu'un émetteur attend. Les contrôles au niveau de l'application sont utiles, mais ils peuvent parfois être contournés si quelqu'un interagit directement avec le contrat intelligent.
C'est ce qui m'a conduit à l'architecture d'autorisation de Newton.
J'ai parcouru la documentation de Newton et j'ai constaté que son modèle permet aux actions protégées de nécessiter une autorisation avant exécution. Au lieu de faire confiance à chaque interface pour appliquer la conformité, le contrat intelligent lui-même peut vérifier qu'une approbation a été délivrée selon la politique configurée.
Newton décrit des politiques qui incluent la vérification du dépistage des sanctions, la vérification de la juridiction, des limites de transfert, des contrôles de vélocité et des listes d'exclusion. Un utilisateur signe une intention, les opérateurs évaluent la politique, les signatures BLS sont agrégées jusqu'à ce que le quorum soit atteint, et le contrat valide l'autorisation avant d'autoriser la poursuite de la transaction.
C'est là, je pense, que beaucoup de personnes passent à côté de l'image plus large. La valeur n'est pas un autre tableau de bord de conformité. La valeur consiste à rendre une action protégée impossible à ignorer la politique de l'émetteur simplement parce qu'elle est arrivée via une interface différente.
DE L’AUTRE TEXTE AU ZÉRO SAVOIR : L’ÉVOLUTION EN TROIS COUCHES DE LA CONFIDENTIALITÉ DE NEWTON
J’ai examiné de près la manière dont la confidentialité est abordée dans des systèmes décentralisés, et un schéma revient sans cesse. La plupart des conversations semblent commencer et se terminer par le chiffrement. Si les données sont chiffrées, on suppose souvent que le problème de confidentialité est résolu. Plus j’ai étudié différentes architectures, plus j’ai commencé à remettre en question cette hypothèse. Je me suis rendu compte que ce qui m’intéresse le plus n’est pas seulement la manière dont les données sont protégées lorsqu’elles circulent sur un réseau, mais ce qui se passe ensuite. À un moment donné, un système doit évaluer des politiques, vérifier des identifiants ou prendre des décisions. Cette étape semble beaucoup moins visible dans les discussions publiques, même si c’est peut-être là que se trouvent certains des compromis en matière de confidentialité les plus importants.
#newt NEWTON PROTOCOL TURNING ETHEREUM INTO A UNIVERSAL TRUST LAYER
Je me suis récemment penché sur l’infrastructure inter-chaînes et un point ressort : la façon dont @NewtonProtocol aborde la sécurité différemment. La plupart des discussions sur la blockchain se concentrent sur le transfert d’actifs entre écosystèmes, mais l’architecture de Newton, telle qu’elle est décrite sur son site officiel et dans son livre blanc, met l’accent sur quelque chose de potentiellement plus important : étendre la confiance entre les chaînes.
Au lieu de créer des hypothèses de sécurité distinctes pour chaque écosystème, Newton utilise Ethereum comme chaîne source, où les opérateurs enregistrent leur mise et restent responsables grâce à des mécanismes de slashing. Avec le modèle chaîne source–chaîne de destination, les réseaux pris en charge peuvent recevoir des données d’opérateurs synchronisées ainsi que des garanties de sécurité partagées, sans nécessiter des inscriptions répétées sur de multiples chaînes.
Ce qui rend cela particulièrement intéressant, c’est que le protocole ne cherche pas seulement à connecter des réseaux. Il tente de créer une couche universelle de confiance où le même ensemble d’opérateurs, la même mise économique et les mêmes conditions de sécurité peuvent s’étendre à des environnements différents. Grâce à une synchronisation décentralisée utilisant des signatures BLS et une vérification par racine Merkle, la confiance peut se transférer sans dépendre de ponts centralisés.
Avec l’avancement du Mainnet Beta de Newton, cette vision passe de la théorie à une mise en œuvre concrète. Le futur ne sera peut-être pas seulement multi-chaînes : il pourra aussi être sécurisé par une infrastructure de confiance partagée.
POURQUOI NEWTON PROTOCOL POURRAIT SUPPRIMER LE BESOIN DE PONTS CROISÉS TRADITIONNELS
J’ai remarqué que l’une des plus grandes promesses de la crypto est devenue aussi l’une de ses plus grandes faiblesses : l’interopérabilité. Les blockchains sont devenues des écosystèmes plus évolutifs et les utilisateurs ont migré entre des réseaux comme Ethereum, les solutions Layer-2 et les chaînes spécifiques aux applications. Mais le fait de transférer de la valeur et de la confiance entre chaînes introduit souvent un nouveau problème : les ponts. Les ponts traditionnels étaient censés relier des écosystèmes. Au lieu de cela, beaucoup sont devenus des hypothèses de confiance supplémentaires, des risques de sécurité et des points de défaillance. Les utilisateurs devaient souvent s’en remettre à des multisigs, à des validateurs externes, ou à des intermédiaires centralisés pour faire circuler l’information et les actifs entre les réseaux. À mesure que Web3 s’étend vers des agents d’IA, la finance institutionnelle, les stablecoins et les RWAs, ce modèle semble de plus en plus dépassé.
#newt QUE SE PASSE-T-IL QUAND LES VALIDATEURS SONT EN DÉSACCORD ? LE CONSENSUS À DEUX PHASES DE NEWTON SOUS LA LOUPE
Le consensus devient facile quand chaque validateur voit la même information. Le vrai défi commence quand ce n’est pas le cas.
Imaginez une transaction qui nécessite des entrées externes comme des cours d’actifs, des scores de risque de contrôle des sanctions ou des vérifications de conformité. Un opérateur voit un flux de prix légèrement différent de celui d’un autre. L’un reçoit une information mise à jour quelques millisecondes plus tôt. Dans la plupart des systèmes, même de petites différences peuvent produire des sorties incompatibles et faire échouer la coordination.
C’est exactement le problème @NewtonProtocol que son architecture officielle et son livre blanc abordent.
Le modèle de consensus à deux phases de Newton sépare l’observation de l’évaluation. Pendant la phase de Préparation (Prepare), les opérateurs exécutent indépendamment des fournisseurs de données WASM isolés (sandboxés) et collectent des informations externes via différents chemins réseau. Au lieu de faire confiance à une seule source, le réseau forme un jeu de données canonique grâce à des mécanismes de consensus.
Puis vient la phase d’Évaluation (Evaluate) : chaque opérateur évalue la même politique Rego sur le même jeu de données convenu, en produisant des condensats identiques qui peuvent ensuite être agrégés efficacement.
C’est important, car Newton ne fait pas que construire une infrastructure de transaction : il met en place une couche d’autorisation vérifiable pour la finance onchain.
Avec Newton Mainnet Beta désormais en ligne, l’application de politiques autour de l’identité, du risque de conformité et des contrôles de transaction passe des processus hors chaîne vers une infrastructure programmable. Cette évolution pourrait devenir une base majeure pour l’écosystème $NEWT . $CAP $VANRY
POURQUOI LES BLOCKCHAINS ONT DU MAL AVEC LES DONNÉES EN TEMPS RÉEL — ET COMMENT NEWTON ESSAIE DE LE RÉSOUDRE
Les systèmes blockchain sont souvent salués pour leur transparence, leur sécurité et leur capacité à instaurer la confiance sans dépendre d’institutions centralisées. Mais derrière cette promesse se cache un défi difficile qui devient plus évident à mesure que les applications décentralisées deviennent plus avancées, en traitant des données en temps réel. Les blockchains traditionnelles sont très efficaces pour s’accorder sur des informations qui existent déjà au sein du réseau. Les transactions, les soldes et les changements d’état peuvent être vérifiés et partagés entre de nombreux nœuds. Le défi commence lorsqu’une blockchain doit obtenir des informations provenant du monde extérieur. Les prix des actifs changent chaque seconde, les listes de sanctions sont mises à jour, les scores de risque évoluent et les conditions de marché se modifient rapidement. Dès que des informations externes entrent dans l’équation, le problème devient beaucoup plus complexe.
#newt LES ACTIFS RÉGLEMENTÉS ARRIVENT SUR LA CHAÎNE. NEWTON VIENT DE RENDRE LA CONFORMITÉ VÉRIFIABLE, DÉCENTRALISÉE ET AUTOMATIQUE.
Des milliers de milliards de valeur se déplacent onchain : 313B+ en stablecoins et 25B+ en RWA tokenisés, pourtant la plupart des transactions ne disposent toujours pas d’une véritable autorisation préalable à l’exécution. La conformité traditionnelle est lente, centralisée et pleine de lacunes. Newton Protocol change cela.
Comme détaillé dans le livre blanc officiel, Newton est la couche décentralisée d’autorisation qui se situe entre l’intention et l’exécution. Elle applique des politiques programmables écrites en Rego/OPA à l’aide de données onchain et offchain (sanctions, identité, limites de risque, éligibilité des investisseurs) avant que toute transaction ne se règle. Aucun custody, pas de jardin clos : uniquement des attestations onchain vérifiables que chacun peut auditer.
Avec Newton Mainnet Beta désormais en ligne, les protocoles peuvent intégrer de simples extraits de smart contracts et faire respecter des règles de niveau institutionnel sur les vaults, les stablecoins, les RWA et les agents IA. Les politiques sont composables et préservent la confidentialité grâce à la ZK et à des identifiants vérifiables, le tout sécurisé par le restaking d’EigenLayer.
C’est la conformité sous forme de code, faite correctement : on écrit une fois, on applique partout, avec une transparence totale. Les builders et les institutions obtiennent enfin les garde-fous nécessaires à une adoption réelle, sans sacrifier la décentralisation.
NEWTON PROTOCOL : CONSTRUIRE LA COUCHE D’AUTORISATION MANQUANTE POUR L’AVENIR DE LA FINANCE ONCHAIN
La technologie blockchain a évolué bien au-delà de sa réputation initiale d’écosystème d’actifs spéculatifs. Aujourd’hui, les stablecoins, les actifs du monde réel tokenisés (RWA), la finance décentralisée, ainsi que des systèmes d’IA autonomes, redessinent la finance mondiale. Pourtant, un défi persistant continue de freiner l’adoption institutionnelle à grande échelle : la conformité et la confiance au niveau des transactions. La dernière vague de réglementation mondiale démontre un changement net des attentes. Les cadres réglementaires exigent de plus en plus non seulement des contrôles d’onboarding, mais aussi des contrôles vérifiables qui fonctionnent pendant l’exécution des transactions. La validation d’identité, le filtrage des sanctions, le calcul de scores de risque, les règles juridictionnelles et l’application des politiques ne sont plus considérés comme des options. Les institutions ont désormais besoin de systèmes capables de prouver que les règles de conformité ont été appliquées avant que les transactions ne soient exécutées.
#newt Pourquoi les institutions sont sur le point de submerger la DeFi : le nouveau Newton’s Verifiable Policy Layer change tout
La DeFi a longtemps promis des milliers de milliards de liquidités, mais les institutions sont restées en grande partie à l’écart. La raison ? Il manque une infrastructure de gestion du risque de conformité et des contrôles vérifiables dans un monde sans permission. Le protocole Newton change cela très vite.
La conformité onchain traditionnelle est insuffisante : les API centralisées créent des points de défaillance uniques et des décisions opaques. Les jetons “soulbound” exposent des données d’identité sensibles. Les plateformes d’analytique ne détectent les problèmes qu’après coup, et une logique de politique propre à chaque application entraîne une application non cohérente et non composable des règles. Les chaînes avec permission sacrifient la composabilité et la liquidité mêmes qui rendent la DeFi puissante.
Newton résout ce problème grâce à une couche d’autorisation décentralisée. Elle se place entre les applications et le règlement, en évaluant en temps réel les intentions de transaction via des politiques programmables écrites en Rego. Un réseau d’opérateurs neutres (sécurisé en tant qu’AVS EigenLayer) vérifie des conditions : contrôles des sanctions, KYC, plafonds de dépenses, seuils de risque, éligibilité des investisseurs, et produit des attestations cryptographiques. Les smart contracts appliquent ensuite ces attestations avant l’exécution. Zéro friction côté UX. Vérifiabilité totale onchain via le Newton Explorer.
La confidentialité est préservée grâce aux preuves à connaissance zéro et aux identifiants vérifiables. Les politiques sont composables et réutilisables entre des vaults, des stablecoins, des RWA et des systèmes agentiques. Une fois écrites, appliquées partout.
Pour les institutions, cela signifie des garde-fous de niveau institutionnel, sans silos ni intermédiaires centralisés. Les émetteurs de stablecoins et les plateformes de RWA bénéficient d’émissions et de transferts conformes que les régulateurs peuvent approuver.
Le résultat ? Des entrées de capitaux plus sûres vers la DeFi publique. Newton relie la politique programmable à l’innovation sans permission, en transformant la conformité d’un obstacle en une infrastructure.