Binance Square
#newt

newt

3.7M vues
29,809 mentions
DrYo242
·
--
🤖 TON AGENT IA PEUT VIDER TON WALLET EN UNE NUIT. VOICI COMMENT L'EMPÊCHER. Imagine que tu donnes les clés de ta voiture à un robot. Tu lui dis : "Va faire les courses." Mais personne ne lui a dit combien dépenser. Ni où aller. Ni quand s'arrêter. Le robot fait ce qu'il veut. 💀 C'est exactement le problème des agents IA on-chain aujourd'hui. Sans garde-fous, un agent compromis peut : 🔴 Envoyer tout ton capital à n'importe quelle adresse 🔴 Interagir avec des contrats malveillants 🔴 Dépasser son mandat initial sans laisser de trace @NewtonProtocol résout ça avec Newton Mainnet Beta. Avant chaque transaction de l'agent Newton vérifie : ✅ Est-ce dans les limites autorisées ? ✅ Le contrat ciblé est-il approuvé ? ✅ L'action respecte-t-elle les règles définies ? Pass → l'agent agit. Fail → bloqué. Automatiquement. 🛡️ Chaque décision est prouvable on-chain via Newton Explorer. L'IA travaille pour toi. Newton s'assure qu'elle reste dans le cadre. 🔐 ⚠️ DYOR. Gérez votre risque. Hier je suis tombé sur un article sur le site officiel de JOURNALDU NET "L'IA rend le phishing indétectable. 344 faux sites FIFA déjà actifs. Arrêtons de culpabiliser les utilisateurs, la responsabilité appartient aux plateformes et hébergeurs."😳🥶 💬 Vas tu faire confiance à un agent IA aveuglement pour gérer ton wallet sans garde-fous ??? 👇 Oui ou Non commentez ! #DrYo242 Votre bouclier dans la volatilité 🛡️ #newt $NEWT
🤖 TON AGENT IA PEUT VIDER TON WALLET EN UNE NUIT. VOICI COMMENT L'EMPÊCHER.

Imagine que tu donnes les clés de ta voiture à un robot.
Tu lui dis : "Va faire les courses."
Mais personne ne lui a dit combien dépenser.
Ni où aller. Ni quand s'arrêter.

Le robot fait ce qu'il veut. 💀
C'est exactement le problème des agents IA on-chain aujourd'hui.

Sans garde-fous, un agent compromis peut :
🔴 Envoyer tout ton capital à n'importe quelle adresse
🔴 Interagir avec des contrats malveillants
🔴 Dépasser son mandat initial sans laisser de trace

@NewtonProtocol résout ça avec Newton Mainnet Beta.
Avant chaque transaction de l'agent Newton vérifie :
✅ Est-ce dans les limites autorisées ?
✅ Le contrat ciblé est-il approuvé ?
✅ L'action respecte-t-elle les règles définies ?

Pass → l'agent agit.
Fail → bloqué. Automatiquement. 🛡️
Chaque décision est prouvable on-chain via Newton Explorer.
L'IA travaille pour toi. Newton s'assure qu'elle reste dans le cadre. 🔐
⚠️ DYOR. Gérez votre risque.

Hier je suis tombé sur un article sur le site officiel de
JOURNALDU NET

"L'IA rend le phishing indétectable. 344 faux sites FIFA déjà actifs. Arrêtons de culpabiliser les utilisateurs, la responsabilité appartient aux plateformes et hébergeurs."😳🥶

💬 Vas tu faire confiance à un agent IA aveuglement pour gérer ton wallet sans garde-fous ???

👇 Oui ou Non commentez !

#DrYo242 Votre bouclier dans la volatilité 🛡️
#newt $NEWT
Adan Dhillon:
Authorization before execution—that's the layer DeFi has been missing. Newton turns compliance into a proof, not a promise.
Article
ET SI LA PLUS GROSSE RÉVOLUTION DE LA DEFI INSTITUTIONNELLE N’ÉTAIT JAMAIS LE RENDEMENT ?Comprendre l'autorisation : Imagine que tu as 10 ans et que tes parents te donnent une tirelire avec une seule règle : "Tu peux acheter un jouet seulement s'il est en promotion." Pour respecter scrupuleusement cette consigne, tu devrais passer tes journées entières devant le magasin à surveiller les étiquettes de prix. C'est épuisant et peu efficace. Tu pourrais alors déléguer cette tâche à ton grand frère. Mais lui confierais tu pour autant la totalité de ton argent sans surveillance ? Évidemment non. Tu lui donnerais plutôt une instruction logique, stricte et inviolable : "Si le jouet coûte moins de 20 €, l'achat est autorisé. Sinon, tu ne touches à rien." C'est exactement la philosophie de @NewtonProtocol . Pendant longtemps, l'écosystème crypto a pensé que les agents autonomes et l'intelligence artificielle servaient uniquement à exécuter des ordres d'achat ou de vente automatiques sur les marchés. Avec le lancement récent de Newton Mainnet Beta, la vision change radicalement d'échelle : l'objectif est de créer un bouclier intelligent capable de valider la conformité de tes ordres en amont, sans jamais donner le contrôle discrétionnaire de ton capital à un tiers. Du PDF statique au code exécutoire Jusqu'à présent, le capital institutionnel qui migrait onchain (Real World Assets, fonds tokenisés, vaults DeFi) se heurtait à un mur invisible. Leurs règles de conformité, leurs limites d'exposition aux risques et leurs critères d'éligibilité des investisseurs n'existaient que sur des documents PDF statiques. Une règle écrite sur du papier n'est qu'une promesse. En finance, les promesses se brisent précisément au moment où la volatilité s'emballe. C’est ce problème fondamental que @NewtonProtocol vient de résoudre. Présenté officiellement sur la scène principale de la conférence TokenizeThis, le protocole a déployé sa version mainnet beta sur @Ethereum_official et #Base Newton s'intercale à un endroit stratégique et jusqu'alors inexploité : le court laps de temps qui s'écoule entre l'initiation d'une transaction par un utilisateur et son règlement définitif sur la blockchain. Le moteur de politiques de Newton vérifie instantanément si l'action respecte les barrières définies au préalable. Si le test réussit, l'ordre est validé ; s'il échoue, la transaction est bloquée net avant d'avoir pu déplacer le moindre centime. L'intégration Credora : Rendre le risque mesurable et contraignant Pour illustrer concrètement cette mécanique, Newton a désigné Credora comme partenaire de données de référence pour ce lancement sur le Mainnet Beta. Imagine que Credora soit un inspecteur technique indépendant qui contrôle la solidité de tous les ponts d'une ville. Chaque structure reçoit une note de sécurité dynamique. Si le pont est solide, vous pouvez passer. S'il montre des signes de fragilité majeurs, le danger est immédiat. Auparavant, ce score (appelé score PSL ou Probability of Significant Loss) n'était qu'une donnée purement informative affichée sur un panneau indicateur. Un gestionnaire de fonds lisait la note, puis devait prendre lui-même la décision manuelle d'adopter ou non la position. Le facteur humain et le délai d'action restaient les maillons faibles. Avec Newton, ce même score PSL de Credora devient une condition logique directement codée dans l'infrastructure. Avant qu'une transaction ne soit définitivement réglée au sein des vaults DeFi, le moteur de politiques interroge automatiquement le score en temps réel. Si le risque de perte dépasse le seuil strict fixé en amont par le gestionnaire, la barrière cryptographique bloque la transaction immédiatement. La décision n'est plus soumise à l'interprétation ou à la lenteur humaine : elle est exécutée de manière systématique par le réseau. Une confiance mathématique adossée au token $NEWT {spot}(NEWTUSDT) Le point de rupture technique majeur de cette architecture réside dans son absence totale de centralisation. L'évaluation de ces règles de gestion des risques ne demande pas de faire aveuglément confiance à une entreprise ou à un opérateur unique. Le système s'appuie sur un réseau décentralisé d'opérateurs sécurisés de manière économique via le restaking d'EigenLayer. Chaque validation produit une attestation cryptographique signée et immuable, un reçu de conformité que n'importe quel utilisateur ou régulateur peut auditer sur le Newton Explorer. Au cœur de cet écosystème, le token $NEWT agit comme le carburant utilitaire natif. Il sert à acquitter les frais de calcul liés à la conformité (compliance compute) et à inciter les opérateurs qui sécurisent et valident les règles du réseau. En déplaçant la gestion du risque directement au moment de l'autorisation de la transaction, Newton permet de concevoir des règles applicables systématiquement, offrant ainsi des bases solides aux acteurs de la DeFi pour substituer les suppositions par une confiance mesurable et vérifiable. #DrYo242 Votre bouclier dans la volatilité 🛡️ #Newt @NewtonProtocol $NEWT

ET SI LA PLUS GROSSE RÉVOLUTION DE LA DEFI INSTITUTIONNELLE N’ÉTAIT JAMAIS LE RENDEMENT ?

Comprendre l'autorisation :
Imagine que tu as 10 ans et que tes parents te donnent une tirelire avec une seule règle :
"Tu peux acheter un jouet seulement s'il est en promotion." Pour respecter scrupuleusement cette consigne, tu devrais passer tes journées entières devant le magasin à surveiller les étiquettes de prix. C'est épuisant et peu efficace.
Tu pourrais alors déléguer cette tâche à ton grand frère. Mais lui confierais tu pour autant la totalité de ton argent sans surveillance ?
Évidemment non. Tu lui donnerais plutôt une instruction logique, stricte et inviolable :
"Si le jouet coûte moins de 20 €, l'achat est autorisé. Sinon, tu ne touches à rien."
C'est exactement la philosophie de @NewtonProtocol .
Pendant longtemps, l'écosystème crypto a pensé que les agents autonomes et l'intelligence artificielle servaient uniquement à exécuter des ordres d'achat ou de vente automatiques sur les marchés.
Avec le lancement récent de Newton Mainnet Beta, la vision change radicalement d'échelle : l'objectif est de créer un bouclier intelligent capable de valider la conformité de tes ordres en amont, sans jamais donner le contrôle discrétionnaire de ton capital à un tiers.
Du PDF statique au code exécutoire
Jusqu'à présent, le capital institutionnel qui migrait onchain
(Real World Assets, fonds tokenisés, vaults DeFi) se heurtait à un mur invisible. Leurs règles de conformité, leurs limites d'exposition aux risques et leurs critères d'éligibilité des investisseurs n'existaient que sur des documents PDF statiques. Une règle écrite sur du papier n'est qu'une promesse.
En finance, les promesses se brisent précisément au moment où la volatilité s'emballe.
C’est ce problème fondamental que @NewtonProtocol vient de résoudre.
Présenté officiellement sur la scène principale de la conférence
TokenizeThis, le protocole a déployé sa version mainnet beta sur @Ethereum et #Base
Newton s'intercale à un endroit stratégique et jusqu'alors inexploité : le court laps de temps qui s'écoule entre l'initiation d'une transaction par un utilisateur et son règlement définitif sur la blockchain. Le moteur de politiques de Newton vérifie instantanément si l'action respecte les barrières définies au préalable. Si le test réussit, l'ordre est validé ; s'il échoue, la transaction est bloquée net avant d'avoir pu déplacer le moindre centime.
L'intégration Credora : Rendre le risque mesurable et contraignant
Pour illustrer concrètement cette mécanique, Newton a désigné Credora comme partenaire de données de référence pour ce lancement sur le Mainnet Beta.
Imagine que Credora soit un inspecteur technique indépendant qui contrôle la solidité de tous les ponts d'une ville. Chaque structure reçoit une note de sécurité dynamique. Si le pont est solide, vous pouvez passer. S'il montre des signes de fragilité majeurs, le danger est immédiat.
Auparavant, ce score (appelé score PSL ou Probability of Significant Loss) n'était qu'une donnée purement informative affichée sur un panneau indicateur. Un gestionnaire de fonds lisait la note, puis devait prendre lui-même la décision manuelle d'adopter ou non la position. Le facteur humain et le délai d'action restaient les maillons faibles.
Avec Newton, ce même score PSL de Credora devient une condition logique directement codée dans l'infrastructure. Avant qu'une transaction ne soit définitivement réglée au sein des vaults DeFi, le moteur de politiques interroge automatiquement le score en temps réel. Si le risque de perte dépasse le seuil strict fixé en amont par le gestionnaire, la barrière cryptographique bloque la transaction immédiatement. La décision n'est plus soumise à l'interprétation ou à la lenteur humaine : elle est exécutée de manière systématique par le réseau.
Une confiance mathématique adossée au token $NEWT
Le point de rupture technique majeur de cette architecture réside dans son absence totale de centralisation. L'évaluation de ces règles de gestion des risques ne demande pas de faire aveuglément confiance à une entreprise ou à un opérateur unique. Le système s'appuie sur un réseau décentralisé d'opérateurs sécurisés de manière économique via le restaking d'EigenLayer. Chaque validation produit une attestation cryptographique signée et immuable, un reçu de conformité que n'importe quel utilisateur ou régulateur peut auditer sur le Newton Explorer.
Au cœur de cet écosystème, le token $NEWT agit comme le carburant utilitaire natif. Il sert à acquitter les frais de calcul liés à la conformité (compliance compute) et à inciter les opérateurs qui sécurisent et valident les règles du réseau.
En déplaçant la gestion du risque directement au moment de l'autorisation de la transaction, Newton permet de concevoir des règles applicables systématiquement, offrant ainsi des bases solides aux acteurs de la DeFi pour substituer les suppositions par une confiance mesurable et vérifiable.
#DrYo242 Votre bouclier dans la volatilité 🛡️
#Newt @NewtonProtocol $NEWT
Muzammil Trades:
Not just a protocol — a coordination framework for agents. Newton Protocol defines how trustless systems decide.
#newt $NEWT La Newton Mainnet Beta marque une étape importante vers une infrastructure Web3 plus ouverte et plus performante. Curieux de voir comment @NewtonProtocol fera évoluer son écosystème grâce à la participation de la communauté et aux futurs cas d'usage de $NEWT. Hâte de suivre les prochaines mises à jour ! #Newt
#newt $NEWT La Newton Mainnet Beta marque une étape importante vers une infrastructure Web3 plus ouverte et plus performante. Curieux de voir comment @NewtonProtocol fera évoluer son écosystème grâce à la participation de la communauté et aux futurs cas d'usage de $NEWT . Hâte de suivre les prochaines mises à jour ! #Newt
Article
Voir la traduction
Unlocking Institutional DeFi Security: A Deep Dive into Newton Mainnet Beta#newt $NEWT The decentralized finance landscape is rapidly shifting toward a model that requires high-level, programmatic compliance. As automated agents and enterprise funds enter the space, the need for foolproof, real-time security is non-negotiable. This is where @NewtonProtocol steps in with its innovative architecture, now live on the Newton Mainnet Beta. ​What Makes Newton Mainnet Beta Different? ​Traditional security models are often reactive, tracking malicious actions after a transaction has already executed. @NewtonProtocol changes the game by operating as a pre-transaction authorization layer. ​Using declarative policy engines, the protocol validates compliance rules before a smart contract processes the data. If a transaction goes against the specified safety or risk rules, it is immediately blocked or liquidated, producing an immutable cryptographic attestation. ​Strategic Partners Powering the Ecosystem ​To ensure that these policies are executed with absolute accuracy, the Mainnet Beta introduces policy-gated liquidity pools known as Vaults. The strength of these Vaults relies on high-quality, real-time data provided by two core launch partners: ​RedStone Oracles: Delivering highly tamper-resistant, low-latency price feeds directly to the policy engine.​Credora: Feeding real-time credit risk analytics and model-driven ratings to dynamically adjust policy restrictions. ​The Role and Utility of $NEWT ​The utility token $NEWT serves as the financial and operational backbone of this infrastructure. It powers an Actively Validated Service (AVS) network backed by restaking and secure Trusted Execution Environments (TEEs). Within this ecosystem, $NEWT handles three core functions: ​Network Fees: Compiling and executing decentralized policy checks requires processing fees paid in $NEWT.​Staking & Operator Rewards: Node operators who run TEEs to process these sensitive verification rules receive incentives in the native token.​Decentralized Governance: Token holders directly participate in proposing and voting on new compliance rule standards. ​As the industry demands tighter risk controls, the ongoing developments within the Newton Mainnet Beta represent a major leap forward for secure, composable web3 applications. ​#Newt

Unlocking Institutional DeFi Security: A Deep Dive into Newton Mainnet Beta

#newt $NEWT The decentralized finance landscape is rapidly shifting toward a model that requires high-level, programmatic compliance. As automated agents and enterprise funds enter the space, the need for foolproof, real-time security is non-negotiable. This is where @NewtonProtocol steps in with its innovative architecture, now live on the Newton Mainnet Beta.
​What Makes Newton Mainnet Beta Different?
​Traditional security models are often reactive, tracking malicious actions after a transaction has already executed. @NewtonProtocol changes the game by operating as a pre-transaction authorization layer.
​Using declarative policy engines, the protocol validates compliance rules before a smart contract processes the data. If a transaction goes against the specified safety or risk rules, it is immediately blocked or liquidated, producing an immutable cryptographic attestation.
​Strategic Partners Powering the Ecosystem
​To ensure that these policies are executed with absolute accuracy, the Mainnet Beta introduces policy-gated liquidity pools known as Vaults. The strength of these Vaults relies on high-quality, real-time data provided by two core launch partners:
​RedStone Oracles: Delivering highly tamper-resistant, low-latency price feeds directly to the policy engine.​Credora: Feeding real-time credit risk analytics and model-driven ratings to dynamically adjust policy restrictions.
​The Role and Utility of $NEWT
​The utility token $NEWT serves as the financial and operational backbone of this infrastructure. It powers an Actively Validated Service (AVS) network backed by restaking and secure Trusted Execution Environments (TEEs). Within this ecosystem, $NEWT handles three core functions:
​Network Fees: Compiling and executing decentralized policy checks requires processing fees paid in $NEWT .​Staking & Operator Rewards: Node operators who run TEEs to process these sensitive verification rules receive incentives in the native token.​Decentralized Governance: Token holders directly participate in proposing and voting on new compliance rule standards.
​As the industry demands tighter risk controls, the ongoing developments within the Newton Mainnet Beta represent a major leap forward for secure, composable web3 applications.
​#Newt
@NewtonProtocol $NEWT #NEWT Quelque chose m’a surpris en lisant la documentation de NewtonProtocol. Je pensais que la partie la plus difficile serait d’écrire des règles d’autorisation. Au lieu de ça, je n’ai cessé de penser à quelque chose de beaucoup plus petit : PolicyData. À première vue, ça ne semble pas important. Mais plus je lisais, plus je me rendais compte qu’il résout un problème dont la plupart des gens ne parlent même pas. Dans le monde réel, chaque décision nécessite un contexte différent. Approuver un petit paiement n’est pas la même chose que déplacer des fonds de trésorerie. Un agent IA qui planifie un abonnement ne devrait pas être vérifié de la même manière qu’un agent qui exécute une transaction de grande valeur. C’est là que tout a fait tilt. Lorsqu’une politique est évaluée, « policyTaskData » transporte les informations dont la politique a réellement besoin. La requête inclut aussi « policyId » et « policyAddress », afin que la bonne politique reçoive la bonne entrée. Avant que quoi que ce soit ne soit effectué onchain, « simulateTask » permet aux développeurs de tester comment la politique réagit. C’est cette partie qui m’a marqué. Le protocole n’essaie pas de prédire toutes les règles futures. Il suppose que de nouvelles règles continueront d’apparaître, donc l’accent est mis sur le fait de transmettre le bon contexte plutôt que d’enfermer tout dans des règles fixes. Ça ressemble à une manière plus pratique de concevoir l’autorisation. Bien sûr, il y a un compromis. Des entrées flexibles signifient aussi que les développeurs doivent les construire avec soin. Une PolicyData manquante ou incomplète peut entraîner des évaluations échouées, même si la politique elle-même est correcte. Ce compromis reflète un choix de conception plus large. Le protocole privilégie une autorisation adaptable plutôt qu’un modèle rigide universel, ce qui augmente également la responsabilité de fournir des entrées exactes. À mesure que davantage de wallets, de DAO et d’agents IA commencent à prendre des décisions automatiquement, je me demande si le fait de transmettre le bon contexte pèsera davantage que l’ajout de toujours plus de règles. Je suis curieux de savoir ce que les autres en pensent. À mesure que les wallets d’IA deviennent plus courants, qu’est-ce qui compte le plus pour une autorisation sécurisée ? $ALLO $LAB #Newt #newton #PhiladelphiaSemiconductorIndexFalls4% #KOSPIOpensUp1.41%
@NewtonProtocol $NEWT #NEWT

Quelque chose m’a surpris en lisant la documentation de NewtonProtocol.

Je pensais que la partie la plus difficile serait d’écrire des règles d’autorisation. Au lieu de ça, je n’ai cessé de penser à quelque chose de beaucoup plus petit : PolicyData.

À première vue, ça ne semble pas important. Mais plus je lisais, plus je me rendais compte qu’il résout un problème dont la plupart des gens ne parlent même pas.

Dans le monde réel, chaque décision nécessite un contexte différent. Approuver un petit paiement n’est pas la même chose que déplacer des fonds de trésorerie. Un agent IA qui planifie un abonnement ne devrait pas être vérifié de la même manière qu’un agent qui exécute une transaction de grande valeur.

C’est là que tout a fait tilt.

Lorsqu’une politique est évaluée, « policyTaskData » transporte les informations dont la politique a réellement besoin. La requête inclut aussi « policyId » et « policyAddress », afin que la bonne politique reçoive la bonne entrée. Avant que quoi que ce soit ne soit effectué onchain, « simulateTask » permet aux développeurs de tester comment la politique réagit.

C’est cette partie qui m’a marqué.

Le protocole n’essaie pas de prédire toutes les règles futures. Il suppose que de nouvelles règles continueront d’apparaître, donc l’accent est mis sur le fait de transmettre le bon contexte plutôt que d’enfermer tout dans des règles fixes. Ça ressemble à une manière plus pratique de concevoir l’autorisation.

Bien sûr, il y a un compromis. Des entrées flexibles signifient aussi que les développeurs doivent les construire avec soin. Une PolicyData manquante ou incomplète peut entraîner des évaluations échouées, même si la politique elle-même est correcte.

Ce compromis reflète un choix de conception plus large. Le protocole privilégie une autorisation adaptable plutôt qu’un modèle rigide universel, ce qui augmente également la responsabilité de fournir des entrées exactes.

À mesure que davantage de wallets, de DAO et d’agents IA commencent à prendre des décisions automatiquement, je me demande si le fait de transmettre le bon contexte pèsera davantage que l’ajout de toujours plus de règles.

Je suis curieux de savoir ce que les autres en pensent.

À mesure que les wallets d’IA deviennent plus courants, qu’est-ce qui compte le plus pour une autorisation sécurisée ?

$ALLO $LAB
#Newt #newton #PhiladelphiaSemiconductorIndexFalls4% #KOSPIOpensUp1.41%
Better authorization rules
Better context (PolicyData)
19 heure(s) restante(s)
Vérifié
Voir la traduction
Just wrapped that CreatorPad task on Newton Protocol and one detail kept nagging at me. While digging into their onchain automation flows, I noticed how the default policy enforcement—those basic spending limits and compliance checks—actually fires on nearly every simulated vault interaction, even the simple ones. It’s not flashy, but it’s always there, quietly validating before anything settles. This hit different right after the recent large token unlock event. $NEWT T Newton Protocol @NewtonProtocol #Newt I caught myself rerunning a basic agent transfer a few times, half-expecting the advanced ZK layer to kick in for extra trust, but nah—the core TEE attestation did the heavy lifting without drama. Made me chuckle at my own overthinking; I’ve seen too many protocols promise “redefined trust” that only show up in edge cases. Still, it leaves me wondering how these defaults hold when real volume spikes and the unlocked supply starts moving through actual agent hands.
Just wrapped that CreatorPad task on Newton Protocol and one detail kept nagging at me. While digging into their onchain automation flows, I noticed how the default policy enforcement—those basic spending limits and compliance checks—actually fires on nearly every simulated vault interaction, even the simple ones. It’s not flashy, but it’s always there, quietly validating before anything settles.
This hit different right after the recent large token unlock event. $NEWT T Newton Protocol @NewtonProtocol #Newt
I caught myself rerunning a basic agent transfer a few times, half-expecting the advanced ZK layer to kick in for extra trust, but nah—the core TEE attestation did the heavy lifting without drama. Made me chuckle at my own overthinking; I’ve seen too many protocols promise “redefined trust” that only show up in edge cases.
Still, it leaves me wondering how these defaults hold when real volume spikes and the unlocked supply starts moving through actual agent hands.
maryamnoor009:
The quiet defaults are often the most important part. It'll be interesting to see how those baseline policy checks and TEE attestations perform once post-unlock activity ramps up. That's the real stress test.
Voir la traduction
The technology behind @NewtonProtocol is focused on building scalable and efficient on-chain infrastructure for the next generation of decentralized applications. The Newton Mainnet Beta is an important milestone, allowing developers to test smart contracts, validate network performance, and improve ecosystem reliability before broader adoption. Strong infrastructure, active builder participation, and continuous innovation are the foundation of sustainable blockchain growth. Looking forward to seeing the Newton ecosystem expand as more developers build on the network.$NEWT $TLM $BIRB #Newt
The technology behind @NewtonProtocol is focused on building scalable and efficient on-chain infrastructure for the next generation of decentralized applications. The Newton Mainnet Beta is an important milestone, allowing developers to test smart contracts, validate network performance, and improve ecosystem reliability before broader adoption. Strong infrastructure, active builder participation, and continuous innovation are the foundation of sustainable blockchain growth. Looking forward to seeing the Newton ecosystem expand as more developers build on the network.$NEWT $TLM $BIRB #Newt
what technology work's 🔥
what technology not work ❌
so weak technology on newt❌
so strong technology on newt💪
1 jour(s) restant(s)
Voir la traduction
#newt $NEWT Headline: Securing the Future of Autonomous DeFi via Newton Mainnet Beta 🚀 ​The rapid emergence of autonomous AI agents and complex decentralized applications brings a major roadblock: the critical need for absolute, uncompromised transaction safety. Reactive security models that respond only after a vulnerability or exploit hits the blockchain are no longer sufficient. ​The deployment of the Newton Mainnet Beta introduces a proactive solution. Developed by the engineering team at Magic Labs, @NewtonProtocol functions as a highly specialized, composable pre-transaction authorization layer rather than a standard, siloed application chain. This unique architectural approach embeds "compliance-as-code" directly into the transaction lifecycle. ​Key pillars driving this infrastructure include: ​Hardware-Enforced Cryptography: Using VaultKit, the network utilizes Trusted Execution Environments (TEEs) and zero-knowledge proofs to securely evaluate and verify custom policy rules off-chain before any assets settle on destination chains. ​Onchain Risk Intelligence: Through strategic data integrations with RedStone (for manipulation-resistant price feeds) and Credora (for real-time credit metrics), Newton Vaults instantly identify and block high-risk behaviors or trigger liquidations at the exact transaction level. ​The $NEWT Ecosystem Utility: Serving as the foundational backbone of the network, the native $NEWT token powers gas payments for policy execution, drives validator staking rewards to secure the rollup, and enables decentralized community governance. ​By bridging the gap between automated execution and cryptographic policy enforcement, Newton delivers the necessary foundation for institutional capital and Web3 automation to scale safely. ​Tagging: $NEWT Account: @NewtonProtocol Hashtag: #Newt
#newt $NEWT Headline: Securing the Future of Autonomous DeFi via Newton Mainnet Beta 🚀

​The rapid emergence of autonomous AI agents and complex decentralized applications brings a major roadblock: the critical need for absolute, uncompromised transaction safety. Reactive security models that respond only after a vulnerability or exploit hits the blockchain are no longer sufficient.

​The deployment of the Newton Mainnet Beta introduces a proactive solution. Developed by the engineering team at Magic Labs, @NewtonProtocol functions as a highly specialized, composable pre-transaction authorization layer rather than a standard, siloed application chain. This unique architectural approach embeds "compliance-as-code" directly into the transaction lifecycle.

​Key pillars driving this infrastructure include:

​Hardware-Enforced Cryptography: Using VaultKit, the network utilizes Trusted Execution Environments (TEEs) and zero-knowledge proofs to securely evaluate and verify custom policy rules off-chain before any assets settle on destination chains.

​Onchain Risk Intelligence: Through strategic data integrations with RedStone (for manipulation-resistant price feeds) and Credora (for real-time credit metrics), Newton Vaults instantly identify and block high-risk behaviors or trigger liquidations at the exact transaction level.

​The $NEWT Ecosystem Utility: Serving as the foundational backbone of the network, the native $NEWT token powers gas payments for policy execution, drives validator staking rewards to secure the rollup, and enables decentralized community governance.

​By bridging the gap between automated execution and cryptographic policy enforcement, Newton delivers the necessary foundation for institutional capital and Web3 automation to scale safely.

​Tagging: $NEWT

Account: @NewtonProtocol

Hashtag: #Newt
Adan Dhillon:
Authorization before execution—that's the layer DeFi has been missing. Newton turns compliance into a proof, not a promise.
Ma confiance dans @NewtonProtocol pour sa Mainnet Beta n’est pas motivée par le battage médiatique : elle est ancrée dans l’équipe. Apprendre que Magic Labs est à l’origine des développeurs principaux de Newton a complètement changé ma façon de voir le projet. Ce n’est pas une nouvelle équipe qui tente sa chance. Elle a déjà fait fonctionner 57 millions de portefeuilles intégrés, soutenu 200 000+ développeurs et fourni l’infrastructure de wallet pour Polymarket. Ce type d’expérience éprouvée sur le terrain est exactement ce dont a besoin un protocole qui vise l’adoption par des institutions et des développeurs. Construire une solide couche d’autorisation onchain exige bien plus que de bonnes idées. Cela demande une expertise de production réelle en matière de sécurité, d’expérience développeur et de scalabilité. Magic Labs apporte cette base, ce qui réduit de façon significative les risques pour Newton et amplifie le potentiel à la hausse de NEWT. Bien sûr, les succès passés ne garantissent pas l’exécution future. La grande question est de savoir s’ils peuvent transformer cet avantage en une croissance réelle de l’écosystème et faire de l’autorisation onchain une norme DeFi. Pourtant, l’implication de Magic Labs se distingue comme un véritable avantage, plutôt que comme une simple annonce de plus. Je vais suivre de près la façon dont ils mettent à profit cette expérience pendant la Mainnet Beta et ce que cela signifie pour l’adoption et le token NEWT. {spot}(NEWTUSDT) @NewtonProtocol $NEWT #Newt $TLM $ALLO #SanDiskSeagateMicronSlide #PhiladelphiaSemiconductorIndexFalls4% #KOSPIOpensUp1.41% #JuneJobsDataCoolsFedHikeBets Magic Labs donne-t-il à @NewtonProtocol un avantage concurrentiel ?
Ma confiance dans @NewtonProtocol pour sa Mainnet Beta n’est pas motivée par le battage médiatique : elle est ancrée dans l’équipe.

Apprendre que Magic Labs est à l’origine des développeurs principaux de Newton a complètement changé ma façon de voir le projet. Ce n’est pas une nouvelle équipe qui tente sa chance. Elle a déjà fait fonctionner 57 millions de portefeuilles intégrés, soutenu 200 000+ développeurs et fourni l’infrastructure de wallet pour Polymarket. Ce type d’expérience éprouvée sur le terrain est exactement ce dont a besoin un protocole qui vise l’adoption par des institutions et des développeurs.

Construire une solide couche d’autorisation onchain exige bien plus que de bonnes idées. Cela demande une expertise de production réelle en matière de sécurité, d’expérience développeur et de scalabilité. Magic Labs apporte cette base, ce qui réduit de façon significative les risques pour Newton et amplifie le potentiel à la hausse de NEWT.

Bien sûr, les succès passés ne garantissent pas l’exécution future. La grande question est de savoir s’ils peuvent transformer cet avantage en une croissance réelle de l’écosystème et faire de l’autorisation onchain une norme DeFi. Pourtant, l’implication de Magic Labs se distingue comme un véritable avantage, plutôt que comme une simple annonce de plus.

Je vais suivre de près la façon dont ils mettent à profit cette expérience pendant la Mainnet Beta et ce que cela signifie pour l’adoption et le token NEWT.
@NewtonProtocol $NEWT #Newt
$TLM $ALLO #SanDiskSeagateMicronSlide #PhiladelphiaSemiconductorIndexFalls4% #KOSPIOpensUp1.41% #JuneJobsDataCoolsFedHikeBets

Magic Labs donne-t-il à @NewtonProtocol un avantage concurrentiel ?
🔘 BULLISH
🔘 BEARISH
22 heure(s) restante(s)
Aujourd’hui, j’ai redonné un coup d’œil au tableau des tâches : il y a 3 743 participants, la date limite de l’événement est le 14 juillet, il reste donc 11 jours. Je me suis permis de faire un calcul rapide : l’événement a commencé le 30 juin, et à partir d’aujourd’hui, cela fait environ 3 jours. Avec 3 743 personnes et une moyenne d’environ 1 200 ajouts par jour. Si ce rythme se maintient jusqu’à la fin, le nombre final de participants pourrait bien grimper vers 15 000. Sur une cagnotte NEWT de 500 000, cela ferait environ 33 jetons par personne. En prenant le prix actuel de 0,049 $ l’unité, on arrive à environ 1,6 $ pour un article. Une fois le calcul fait, j’ai eu une petite réflexion : plus le nombre de participants est élevé, plus la récompense individuelle devient maigre, mais malgré tout, tout le monde continue d’y affluer. C’est un phénomène courant des événements de contenu de la place Binance ; ce n’est pas tant lié au projet Newton en lui-même, mais davantage au pouvoir d’attraction du fait d’écrire pour gagner un airdrop. Mais je pense qu’on peut aussi le regarder autrement : si un projet attire autant de monde à créer du contenu, c’est au moins la preuve que sa narration est assez captivante. L’histoire de la « couche d’autorisation on-chain » donne l’impression que ça vaut le coup d’y consacrer du temps à écrire. Que cette narration se traduise ou non en besoins réels, c’est une autre question. Mais un projet qui n’arrive même pas à raconter une histoire n’attirera pas non plus 3 743 personnes. Avant la fin de l’événement, j’écrirai encore quelques articles : pas parce que je suis certain du montant que je vais gagner, mais parce que le sujet en lui-même est intéressant. Quant à la position NEWT, il est plus utile d’observer les données d’intégration via VaultKit que de se focaliser sur le nombre de participants. @NewtonProtocol #Newt $NEWT
Aujourd’hui, j’ai redonné un coup d’œil au tableau des tâches : il y a 3 743 participants, la date limite de l’événement est le 14 juillet, il reste donc 11 jours.
Je me suis permis de faire un calcul rapide : l’événement a commencé le 30 juin, et à partir d’aujourd’hui, cela fait environ 3 jours. Avec 3 743 personnes et une moyenne d’environ 1 200 ajouts par jour. Si ce rythme se maintient jusqu’à la fin, le nombre final de participants pourrait bien grimper vers 15 000. Sur une cagnotte NEWT de 500 000, cela ferait environ 33 jetons par personne. En prenant le prix actuel de 0,049 $ l’unité, on arrive à environ 1,6 $ pour un article.
Une fois le calcul fait, j’ai eu une petite réflexion : plus le nombre de participants est élevé, plus la récompense individuelle devient maigre, mais malgré tout, tout le monde continue d’y affluer. C’est un phénomène courant des événements de contenu de la place Binance ; ce n’est pas tant lié au projet Newton en lui-même, mais davantage au pouvoir d’attraction du fait d’écrire pour gagner un airdrop.
Mais je pense qu’on peut aussi le regarder autrement : si un projet attire autant de monde à créer du contenu, c’est au moins la preuve que sa narration est assez captivante. L’histoire de la « couche d’autorisation on-chain » donne l’impression que ça vaut le coup d’y consacrer du temps à écrire. Que cette narration se traduise ou non en besoins réels, c’est une autre question. Mais un projet qui n’arrive même pas à raconter une histoire n’attirera pas non plus 3 743 personnes.
Avant la fin de l’événement, j’écrirai encore quelques articles : pas parce que je suis certain du montant que je vais gagner, mais parce que le sujet en lui-même est intéressant. Quant à la position NEWT, il est plus utile d’observer les données d’intégration via VaultKit que de se focaliser sur le nombre de participants.
@NewtonProtocol #Newt $NEWT
Haneul 하늘:
The more I learn about Newton Protocol, the more it seems focused on coordinating trust rather than simply automating transactions. If it can keep incentives aligned while making AI-driven actions verifiable, that could become its most valuable advantage over time.
Article
Newton et le jeu de la preuve après la signature des opérateurs#newt $NEWT @NewtonProtocol Je pensais que la signature de l’opérateur était la partie sérieuse. Le moment d’approbation ressemblait à la ligne dure : soit la transaction passait, soit non. Après avoir réfléchi au design de Newton, cette vision paraît trop bien rangée. La signature n’est pas la fin. C’est le reçu qui commence la pression. La mauvaise lecture la plus facile, c’est de se dire que Newton n’est qu’une autre barrière de conformité, une manière plus propre de dire oui ou non avant le règlement. C’est flatteur parce que cela rend le système simple. L’affirmation plus forte est moins séduisante : la vraie valeur se trouve après la signature des opérateurs, quand le résultat signé peut encore être contesté, vérifié et rendu coûteux s’il est erroné.

Newton et le jeu de la preuve après la signature des opérateurs

#newt $NEWT @NewtonProtocol
Je pensais que la signature de l’opérateur était la partie sérieuse. Le moment d’approbation ressemblait à la ligne dure : soit la transaction passait, soit non. Après avoir réfléchi au design de Newton, cette vision paraît trop bien rangée. La signature n’est pas la fin. C’est le reçu qui commence la pression.
La mauvaise lecture la plus facile, c’est de se dire que Newton n’est qu’une autre barrière de conformité, une manière plus propre de dire oui ou non avant le règlement. C’est flatteur parce que cela rend le système simple. L’affirmation plus forte est moins séduisante : la vraie valeur se trouve après la signature des opérateurs, quand le résultat signé peut encore être contesté, vérifié et rendu coûteux s’il est erroné.
kashir016:
Instead of chasing attention, Newton Protocol ($NEWT) appears focused on building technology with lasting relevance.
·
--
Haussier
Une chose que je fais toujours quand je lis de la documentation technique, c’est chercher le moment où un système prend sa décision. Avec Newton Protocol, c’est arrivé quand j’ai atteint le workflow de paiement. Le transfert n’est pas considéré comme le point de départ. Avant que quoi que ce soit n’avance, il y a une vérification de politique et une attestation fait partie du processus. Je me suis surpris à revenir en arrière dans le schéma, parce que je voulais comprendre pourquoi ces étapes venaient avant le paiement plutôt qu’après. Ça m’a fait penser à quelque chose de simple. Un paiement n’est pas toujours uniquement une question de transfert d’actifs. Parfois, la question la plus intéressante est de savoir si les conditions requises ont déjà été vérifiées avant que ce transfert n’ait lieu. C’est l’impression que j’ai eue avec l’architecture de Newton. Le workflow prend le temps de montrer le chemin menant au paiement, plutôt que de se concentrer uniquement sur le paiement lui-même. J’aime la documentation qui explique les systèmes de cette façon. La première fois que je la lis, je ne comprends pas tous les détails. La deuxième fois, je remarque généralement quelque chose que j’avais manqué. C’est exactement ce qui s’est passé ici. @NewtonProtocol $NEWT #Newt {spot}(NEWTUSDT)
Une chose que je fais toujours quand je lis de la documentation technique, c’est chercher le moment où un système prend sa décision.

Avec Newton Protocol, c’est arrivé quand j’ai atteint le workflow de paiement.

Le transfert n’est pas considéré comme le point de départ. Avant que quoi que ce soit n’avance, il y a une vérification de politique et une attestation fait partie du processus. Je me suis surpris à revenir en arrière dans le schéma, parce que je voulais comprendre pourquoi ces étapes venaient avant le paiement plutôt qu’après.

Ça m’a fait penser à quelque chose de simple.

Un paiement n’est pas toujours uniquement une question de transfert d’actifs.

Parfois, la question la plus intéressante est de savoir si les conditions requises ont déjà été vérifiées avant que ce transfert n’ait lieu.

C’est l’impression que j’ai eue avec l’architecture de Newton. Le workflow prend le temps de montrer le chemin menant au paiement, plutôt que de se concentrer uniquement sur le paiement lui-même.

J’aime la documentation qui explique les systèmes de cette façon.

La première fois que je la lis, je ne comprends pas tous les détails.

La deuxième fois, je remarque généralement quelque chose que j’avais manqué.

C’est exactement ce qui s’est passé ici.

@NewtonProtocol

$NEWT

#Newt
佛系小水豚-capybara:
要实现有规则可循的跨链协同操作,这些规则就必须能随之携带。
·
--
Article
Newton Protocol : pourquoi des agents IA vérifiables pourraient devenir la prochaine couche d’infrastructure de Web3@NewtonProtocol #Newt $NEWT Plus je me suis renseigné sur Newton Protocol, moins cela ressemblait à une nouvelle tentative de créer une automatisation plus intelligente pour la crypto. Je me suis surpris à me demander si le véritable problème n’était pas l’automatisation elle-même, mais la confiance. La plupart des utilisateurs sont à l’aise pour déléguer des tâches répétitives jusqu’au moment où ces tâches exigent une autorité étendue sur leurs actifs. Cette tension semble se trouver au cœur de la conception de Newton, et je ne pense pas qu’on en parle assez. La crypto consacre depuis des années des efforts pour rendre les interactions financières programmables, mais la personne derrière ces interactions reste le goulot d’étranglement. Les stratégies de trading, la gestion de portefeuille, l’optimisation des rendements et les opérations inter-chaînes exigent une attention constante. L’automatisation existante résout souvent ce problème en demandant aux utilisateurs de faire confiance à un service centralisé, ou en accordant des autorisations qui semblent beaucoup trop larges. Cet arbitrage a freiné l’adoption, car la commodité ne l’emporte presque jamais sur la peur de perdre le contrôle.

Newton Protocol : pourquoi des agents IA vérifiables pourraient devenir la prochaine couche d’infrastructure de Web3

@NewtonProtocol #Newt $NEWT
Plus je me suis renseigné sur Newton Protocol, moins cela ressemblait à une nouvelle tentative de créer une automatisation plus intelligente pour la crypto. Je me suis surpris à me demander si le véritable problème n’était pas l’automatisation elle-même, mais la confiance. La plupart des utilisateurs sont à l’aise pour déléguer des tâches répétitives jusqu’au moment où ces tâches exigent une autorité étendue sur leurs actifs. Cette tension semble se trouver au cœur de la conception de Newton, et je ne pense pas qu’on en parle assez.
La crypto consacre depuis des années des efforts pour rendre les interactions financières programmables, mais la personne derrière ces interactions reste le goulot d’étranglement. Les stratégies de trading, la gestion de portefeuille, l’optimisation des rendements et les opérations inter-chaînes exigent une attention constante. L’automatisation existante résout souvent ce problème en demandant aux utilisateurs de faire confiance à un service centralisé, ou en accordant des autorisations qui semblent beaucoup trop larges. Cet arbitrage a freiné l’adoption, car la commodité ne l’emporte presque jamais sur la peur de perdre le contrôle.
八幺幺:
现有的自动化往往通过要求用户信任某个中心化服务,或是授予那些显得过于宽泛的权限来解决问题。由于便利性很少能够战胜对失去控制权的恐惧,这种权衡限制了采用率。
·
--
Haussier
Plus je regarde cet espace@NewtonProtocol , plus ma perspective change. Auparavant, je pensais que la blockchain la plus rapide finirait toujours par prendre l’avantage. Un débit plus élevé, une latence plus faible, une exécution plus rapide : tout cela semblait être la bonne façon de mesurer les progrès. Mais après avoir passé du temps à lire des rapports d’audit, à suivre des incidents de sécurité et à voir ces alertes à 2 h du matin que personne ne veut recevoir, j’ai commencé à comprendre quelque chose. Les défaillances les plus graves ne se produisent pas parce qu’un réseau est lent. Elles arrivent parce que les autorisations sont trop larges, que des clés privées sont exposées, ou que quelqu’un approuve la mauvaise transaction. C’est l’une des raisons pour lesquelles le protocole Newton a attiré mon attention. C’est une couche 1 hautes performances basée sur l’SVM, mais ce qui ressort pour moi n’est pas seulement la vitesse. C’est la volonté de construire des garde-fous qui aident à réduire les erreurs prévisibles avant qu’elles ne deviennent coûteuses. Les sessions du protocole Newton rendent cette idée concrète en imposant une délégation à la fois limitée dans le temps et limitée dans le périmètre, au lieu de laisser un accès illimité en place. « Délégation sous contrainte + moins de signatures, c’est la prochaine vague de l’UX on-chain. » Plus j’y réfléchis, plus cela ressemble à une amélioration de la sécurité plutôt qu’à une simple meilleure expérience utilisateur. Je surveille aussi la façon dont l’exécution modulaire se place au-dessus d’une couche de règlement conservatrice, permettant une exécution rapide sans compromettre la sécurité finale. La compatibilité EVM semble là simplement pour réduire les frictions côté outils, pas pour aller chercher un autre titre accrocheur. Le jeton natif agit comme un carburant de sécurité, tandis que le staking ressemble davantage à une prise de responsabilité qu’à une simple récompense. Les risques liés aux ponts existent toujours, et cela mérite d’être reconnu, parce que la confiance ne se dégrade pas poliment : elle se casse d’un coup. Plus je regarde cette industrie, plus je pense que la meilleure blockchain n’est pas celle qui ne fait qu’aller vite. C’est celle qui est capable de dire « non » avant qu’une erreur prévisible ne se transforme en un autre incident. @NewtonProtocol #Newt $NEWT {future}(NEWTUSDT)
Plus je regarde cet espace@NewtonProtocol , plus ma perspective change. Auparavant, je pensais que la blockchain la plus rapide finirait toujours par prendre l’avantage. Un débit plus élevé, une latence plus faible, une exécution plus rapide : tout cela semblait être la bonne façon de mesurer les progrès. Mais après avoir passé du temps à lire des rapports d’audit, à suivre des incidents de sécurité et à voir ces alertes à 2 h du matin que personne ne veut recevoir, j’ai commencé à comprendre quelque chose. Les défaillances les plus graves ne se produisent pas parce qu’un réseau est lent. Elles arrivent parce que les autorisations sont trop larges, que des clés privées sont exposées, ou que quelqu’un approuve la mauvaise transaction.
C’est l’une des raisons pour lesquelles le protocole Newton a attiré mon attention. C’est une couche 1 hautes performances basée sur l’SVM, mais ce qui ressort pour moi n’est pas seulement la vitesse. C’est la volonté de construire des garde-fous qui aident à réduire les erreurs prévisibles avant qu’elles ne deviennent coûteuses.
Les sessions du protocole Newton rendent cette idée concrète en imposant une délégation à la fois limitée dans le temps et limitée dans le périmètre, au lieu de laisser un accès illimité en place. « Délégation sous contrainte + moins de signatures, c’est la prochaine vague de l’UX on-chain. » Plus j’y réfléchis, plus cela ressemble à une amélioration de la sécurité plutôt qu’à une simple meilleure expérience utilisateur.
Je surveille aussi la façon dont l’exécution modulaire se place au-dessus d’une couche de règlement conservatrice, permettant une exécution rapide sans compromettre la sécurité finale. La compatibilité EVM semble là simplement pour réduire les frictions côté outils, pas pour aller chercher un autre titre accrocheur. Le jeton natif agit comme un carburant de sécurité, tandis que le staking ressemble davantage à une prise de responsabilité qu’à une simple récompense. Les risques liés aux ponts existent toujours, et cela mérite d’être reconnu, parce que la confiance ne se dégrade pas poliment : elle se casse d’un coup.
Plus je regarde cette industrie, plus je pense que la meilleure blockchain n’est pas celle qui ne fait qu’aller vite. C’est celle qui est capable de dire « non » avant qu’une erreur prévisible ne se transforme en un autre incident.
@NewtonProtocol #Newt $NEWT
William-ETH:
Security always matters more than raw speed. Great perspective on blockchain evolution.
Article
Voir la traduction
当AI开始替人交易,人类的角色正在悄悄变成“规则制定者$NEWT {future}(NEWTUSDT) 如果你最近也在看AI Agent相关的东西,可能会有一个共同感受: 交易这件事,好像正在从“人做决策”,变成“人写规则”。 前几天我在复盘一组链上AI交易策略时,突然意识到一个问题—— 我们以前讨论交易系统,关心的是收益率、胜率、策略模型。 但当AI真正开始参与执行之后,最重要的变量变了: 你给它的规则,到底够不够清晰。 我试着把这个问题代入 @NewtonProtocol 的设计逻辑里,发现它做的事情其实挺反直觉的。 它没有继续强化“AI有多聪明”,而是把重点放在一件更底层的事情上: «AI可以很自由,但必须在边界里自由。» 这听起来很简单,但在链上世界其实很难实现。 因为大多数系统默认的是——你授权了,就等于完全信任了。 而现实是,大部分用户根本不知道自己授权的边界在哪里。 我自己翻过钱包授权记录很多次,经常会发现一些几个月前点过的合约,还在持续拥有权限。 如果把这个问题放大到AI Agent,就会变得更危险: AI不会只帮你执行一次交易,它可能是持续运行的策略系统。 这时候问题就变成了: 不是AI会不会出错,而是AI能不能在出错之前被约束住。 Newton Protocol试图解决的,其实不是“让AI更强”,而是让AI变成一个“可控执行体”。 它做的事情更像是在链上加了一层规则系统: 在执行之前,先判断“能不能做、做到什么程度、在哪些条件下不能做”。 这也意味着一个变化正在发生: AI不再是一个“工具”,而更像一个“被监管的执行者”。 但问题也很现实。 规则越清晰,系统越安全,但配置成本越高; 规则越复杂,灵活性越强,但用户理解成本也越高。 在安全与体验之间,没有免费的平衡点。 所以我越来越觉得,未来AI基础设施的竞争重点可能不是: - 谁的模型更强 - 谁的策略更赚钱 而是: «谁能把“复杂的控制权”,变成普通人可以理解的简单规则。» 如果做不到这一点,再强的AI Agent,也只会停留在少数开发者和专业用户手里。 @NewtonProtocol $NEWT 我会继续观察它的主网表现,但现在更关心的不是“它能做什么”,而是: 普通用户到底能不能真正理解自己在授权什么。 #Newt

当AI开始替人交易,人类的角色正在悄悄变成“规则制定者

$NEWT
如果你最近也在看AI Agent相关的东西,可能会有一个共同感受:
交易这件事,好像正在从“人做决策”,变成“人写规则”。
前几天我在复盘一组链上AI交易策略时,突然意识到一个问题——
我们以前讨论交易系统,关心的是收益率、胜率、策略模型。
但当AI真正开始参与执行之后,最重要的变量变了:
你给它的规则,到底够不够清晰。
我试着把这个问题代入 @NewtonProtocol 的设计逻辑里,发现它做的事情其实挺反直觉的。
它没有继续强化“AI有多聪明”,而是把重点放在一件更底层的事情上:
«AI可以很自由,但必须在边界里自由。»
这听起来很简单,但在链上世界其实很难实现。
因为大多数系统默认的是——你授权了,就等于完全信任了。
而现实是,大部分用户根本不知道自己授权的边界在哪里。
我自己翻过钱包授权记录很多次,经常会发现一些几个月前点过的合约,还在持续拥有权限。
如果把这个问题放大到AI Agent,就会变得更危险:
AI不会只帮你执行一次交易,它可能是持续运行的策略系统。
这时候问题就变成了:
不是AI会不会出错,而是AI能不能在出错之前被约束住。
Newton Protocol试图解决的,其实不是“让AI更强”,而是让AI变成一个“可控执行体”。
它做的事情更像是在链上加了一层规则系统:
在执行之前,先判断“能不能做、做到什么程度、在哪些条件下不能做”。
这也意味着一个变化正在发生:
AI不再是一个“工具”,而更像一个“被监管的执行者”。
但问题也很现实。
规则越清晰,系统越安全,但配置成本越高;
规则越复杂,灵活性越强,但用户理解成本也越高。
在安全与体验之间,没有免费的平衡点。
所以我越来越觉得,未来AI基础设施的竞争重点可能不是:
- 谁的模型更强
- 谁的策略更赚钱
而是:
«谁能把“复杂的控制权”,变成普通人可以理解的简单规则。»
如果做不到这一点,再强的AI Agent,也只会停留在少数开发者和专业用户手里。
@NewtonProtocol $NEWT
我会继续观察它的主网表现,但现在更关心的不是“它能做什么”,而是:
普通用户到底能不能真正理解自己在授权什么。
#Newt
Article
Oracle Sandbox a changé ma façon de penser la confiance, pas seulement les oraclesJe pensais autrefois que le plus grand défi des applications blockchain était d’obtenir des données fiables depuis le monde extérieur. Plus je lisais la documentation @NewtonProtocol , plus je me rendais compte que obtenir les données n’est pas la partie la plus difficile. La partie la plus difficile consiste à décider si ces données méritent d’influencer une décision importante. Cette idée continuait à me ramener vers l’Oracle Sandbox. Au début, je pensais qu’il s’agissait d’une autre fonctionnalité pour connecter des oracles. Après avoir passé plus de temps avec la documentation, j’ai commencé à voir les choses différemment. Ce n’est pas vraiment une tentative d’améliorer la manière dont les données arrivent en chaîne. L’objectif est plutôt d’améliorer ce qui se passe une fois que les données arrivent.

Oracle Sandbox a changé ma façon de penser la confiance, pas seulement les oracles

Je pensais autrefois que le plus grand défi des applications blockchain était d’obtenir des données fiables depuis le monde extérieur. Plus je lisais la documentation @NewtonProtocol , plus je me rendais compte que obtenir les données n’est pas la partie la plus difficile.
La partie la plus difficile consiste à décider si ces données méritent d’influencer une décision importante.
Cette idée continuait à me ramener vers l’Oracle Sandbox.
Au début, je pensais qu’il s’agissait d’une autre fonctionnalité pour connecter des oracles. Après avoir passé plus de temps avec la documentation, j’ai commencé à voir les choses différemment. Ce n’est pas vraiment une tentative d’améliorer la manière dont les données arrivent en chaîne. L’objectif est plutôt d’améliorer ce qui se passe une fois que les données arrivent.
Měi Lián:
A clear explanation makes all the difference. When complex DeFi concepts are presented in a simple, practical way, they're far more approachable and encourage more people to participate with greater confidence.
Partiellement vrai
Un assureur souscripteur ne regarde jamais un seul chiffre avant de fixer le prix d’une police. Il met en balance votre état de santé, votre profession, votre dossier de conduite et l’historique de votre famille, car n’importe quel signal pris isolément peut induire en erreur. Le domaine de risque de Newton fonctionne de la même façon avec l’exposition à la contrepartie, l’effet de levier et la santé des oracles. Un simple score de crédit traite le risque comme un seul chiffre « propre ». Newton refuse ce raccourci. Il évalue l’exposition à la contrepartie, l’effet de levier et la santé des oracles comme une condition interdépendante, de sorte qu’un coffre ne peut pas se contenter de « passer » uniquement sur l’effet de levier tout en portant discrètement une concentration dangereuse de contreparties, ou en s’appuyant sur une source de prix fragile. La comparaison avec le souscripteur est juste, mais elle révèle aussi la limite honnête. Un souscripteur peut vous rappeler et poser davantage de questions si quelque chose paraît anormal. Le domaine de risque de Newton ne dispose que des flux de données qui lui ont été fournis : RedStone pour le prix, Credora pour les notations de risque, et tout autre élément qu’un auteur de police a câblé dans le système. Si l’un de ces flux devient obsolète ou se trompe, l’évaluation combinée n’est aussi fiable que l’est sa donnée la plus faible, de la même manière qu’un souscripteur ayant reçu un faux dossier médical rédigerait quand même une police sur cette base. Ce n’est pas un défaut propre à Newton. C’est le coût honnête de la combinaison de signaux au lieu de faire confiance à un seul. L’alternative — une seule métrique — est plus facile à briser d’une autre façon : de manière nette, prévisible, et sans que personne ne s’en aperçoive avant qu’il ne soit trop tard. Le domaine de risque du protocole Newton traite les signaux superposés comme plus sûrs que n’importe quel score unique, pariant que l’imperfection combinée vaut mieux qu’un seul chiffre « propre » qui est faux. Je penche vers l’accord avec ce pari, mais seulement parce que l’alternative — une métrique unique qui échoue de façon nette et prévisible — a déjà fait brûler assez de protocoles pour que l’imperfection superposée apparaisse réellement comme le mode de défaillance le plus sûr à prendre comme base pour l’avenir. @NewtonProtocol $NEWT #Newt $NEX $M
Un assureur souscripteur ne regarde jamais un seul chiffre avant de fixer le prix d’une police. Il met en balance votre état de santé, votre profession, votre dossier de conduite et l’historique de votre famille, car n’importe quel signal pris isolément peut induire en erreur. Le domaine de risque de Newton fonctionne de la même façon avec l’exposition à la contrepartie, l’effet de levier et la santé des oracles.

Un simple score de crédit traite le risque comme un seul chiffre « propre ». Newton refuse ce raccourci. Il évalue l’exposition à la contrepartie, l’effet de levier et la santé des oracles comme une condition interdépendante, de sorte qu’un coffre ne peut pas se contenter de « passer » uniquement sur l’effet de levier tout en portant discrètement une concentration dangereuse de contreparties, ou en s’appuyant sur une source de prix fragile.

La comparaison avec le souscripteur est juste, mais elle révèle aussi la limite honnête. Un souscripteur peut vous rappeler et poser davantage de questions si quelque chose paraît anormal. Le domaine de risque de Newton ne dispose que des flux de données qui lui ont été fournis : RedStone pour le prix, Credora pour les notations de risque, et tout autre élément qu’un auteur de police a câblé dans le système. Si l’un de ces flux devient obsolète ou se trompe, l’évaluation combinée n’est aussi fiable que l’est sa donnée la plus faible, de la même manière qu’un souscripteur ayant reçu un faux dossier médical rédigerait quand même une police sur cette base.

Ce n’est pas un défaut propre à Newton. C’est le coût honnête de la combinaison de signaux au lieu de faire confiance à un seul. L’alternative — une seule métrique — est plus facile à briser d’une autre façon : de manière nette, prévisible, et sans que personne ne s’en aperçoive avant qu’il ne soit trop tard.

Le domaine de risque du protocole Newton traite les signaux superposés comme plus sûrs que n’importe quel score unique, pariant que l’imperfection combinée vaut mieux qu’un seul chiffre « propre » qui est faux. Je penche vers l’accord avec ce pari, mais seulement parce que l’alternative — une métrique unique qui échoue de façon nette et prévisible — a déjà fait brûler assez de protocoles pour que l’imperfection superposée apparaisse réellement comme le mode de défaillance le plus sûr à prendre comme base pour l’avenir.

@NewtonProtocol $NEWT #Newt
$NEX $M
Adan Dhillon:
Reliable automation depends on reliable authorization. Newton's policy layer ensures that the 'can it act?' question is always answered before execution."
Article
Ce qui manque dans la liste des fonctionnalités nommées de Newton Protocol et que vous vous attendriez à voirJ’ai passé un moment à aller et venir entre le livre blanc de Newton Protocol et son site web, car je voulais voir à quel point ils correspondaient. Je m’attendais à ce que le site soit une version simplifiée de la documentation. Ce que je n’avais pas prévu, c’est à quel point cette simplification était sélective. La page d’accueil se concentre sur quatre domaines : DeFi Vaults, RWAs, Stablecoins et Finance Agentique. Tous les exemples sont faciles à comprendre. Plafonds de dépenses. Contrôle des sanctions. Détection des dépeg. Limites de concentration. Même si vous n’avez jamais entendu parler de Newton auparavant, vous pouvez probablement comprendre ce que chacune de ces solutions cherche à résoudre.

Ce qui manque dans la liste des fonctionnalités nommées de Newton Protocol et que vous vous attendriez à voir

J’ai passé un moment à aller et venir entre le livre blanc de Newton Protocol et son site web, car je voulais voir à quel point ils correspondaient. Je m’attendais à ce que le site soit une version simplifiée de la documentation. Ce que je n’avais pas prévu, c’est à quel point cette simplification était sélective.
La page d’accueil se concentre sur quatre domaines : DeFi Vaults, RWAs, Stablecoins et Finance Agentique. Tous les exemples sont faciles à comprendre. Plafonds de dépenses. Contrôle des sanctions. Détection des dépeg. Limites de concentration. Même si vous n’avez jamais entendu parler de Newton auparavant, vous pouvez probablement comprendre ce que chacune de ces solutions cherche à résoudre.
FAISAL_804:
Newton Protocol's whitepaper and its website because I wanted to see how closely they matched.
Le jour où la blockchain devient invisible, le jour où l’adoption réelle commence enfinPlus je passe du temps à explorer la crypto, plus je réalise que le plus grand défi de l’industrie n’a jamais été la technologie. Nous avons construit des blockchains plus rapides, de meilleurs mécanismes de consensus, des transactions moins coûteuses, des contrats intelligents, et aujourd’hui même des applications propulsées par l’IA. Pourtant, malgré tous ces progrès, la crypto a encore du mal à devenir quelque chose que les gens ordinaires utilisent chaque jour. Cela me fait sans cesse poser une question simple. Si la technologie s’améliore aussi rapidement, pourquoi l’adoption ne progresse-t-elle pas au même rythme ?

Le jour où la blockchain devient invisible, le jour où l’adoption réelle commence enfin

Plus je passe du temps à explorer la crypto, plus je réalise que le plus grand défi de l’industrie n’a jamais été la technologie. Nous avons construit des blockchains plus rapides, de meilleurs mécanismes de consensus, des transactions moins coûteuses, des contrats intelligents, et aujourd’hui même des applications propulsées par l’IA. Pourtant, malgré tous ces progrès, la crypto a encore du mal à devenir quelque chose que les gens ordinaires utilisent chaque jour.
Cela me fait sans cesse poser une question simple.
Si la technologie s’améliore aussi rapidement, pourquoi l’adoption ne progresse-t-elle pas au même rythme ?
Adan Dhillon:
Authorization before execution—that's the layer DeFi has been missing. Newton turns compliance into a proof, not a promise.
Article
Voir la traduction
我重新拆了一遍 Newton Mainnet Beta 的执行链路之后,才意识到它真正想解决的不是 AI这几天我把 @NewtonProtocol 的 Mainnet Beta 文档来回读了三遍,中间甚至把执行流程图单独拆出来重新画了一次,因为一开始我以为这个项目的核心是 AI Agent,但越往下看越觉得不对劲,真正撑起整个系统的,其实不是 Agent 的智能程度,而是一套把“执行结果”强制变成可验证、可追责、可定价的链上结构。 最开始吸引我注意的,其实是 Operator 和NEWT的关系,但当我顺着文档往下推的时候,我发现 Mainnet Beta 并不是简单开放一个自动化工具,而是先把整个执行拆成三层结构:Intent 层、执行与共识层、以及验证与证明层。用户发出的 Intent 并不会直接变成交易执行,而是先进入 Policy 约束,然后由 Agent 生成执行路径,再交给 Operator 去实际执行,最后还要经过验证层生成 Execution Proof。这个结构一开始看起来有点“绕”,但当我把它和链上实际数据对照之后,才发现它其实是在刻意把“执行权”和“责任”拆开再重新绑定。 我当时真正开始改变看法,是在看 Operator 这一层的时候。 因为 Operator 在 Newton 里不是一个简单的节点角色,它更像一个被经济系统约束的执行代理。要参与网络,它必须质押 $NEWT,而这个质押并不是象征性的锁仓,而是直接进入风险池。一旦执行结果偏离 Policy 或被验证系统判定异常,就会触发 Slashing,同时这部分质押会被用来补偿受影响的用户。我一开始看到这里的时候,其实是有疑问的,因为如果 Operator 提前设计好退出路径,比如在解质押窗口内完成一次高风险操作,那理论上仍然存在套利空间。 但当我继续往下看退出机制和执行记录设计时,这个想法被推翻了。 Newton Mainnet Beta 里有一个关键点是所有执行都会留下可追溯的链上记录,包括 Policy 匹配结果、Agent 生成路径、Operator 提交内容以及最终 Execution Proof,这意味着任何一次行为都不是“单次事件”,而是可以被未来所有治理和验证系统追溯的历史状态。当我把这些因素和 14 天解质押期、持续收益模型以及机会成本放在一起重新算了一遍之后,我才意识到这个系统真正依赖的不是惩罚本身,而是让作恶变得在长期收益上不成立。 也就是在这一点上,我开始重新理解 $NEWT 的作用。 在早期我会把它当作一种功能型代币,但在 Mainnet Beta 的结构里,它其实同时承担了三件事:首先是 Operator 的安全保证金,其次是网络执行的计价单位,最后才是治理权重的载体。尤其是在 Gas 设计上,Newton 引入了类似动态费率的机制,执行复杂度越高、网络负载越大,消耗的 $NEWT 就越多,这让代币需求不再只是“参与资格”,而是直接绑定到真实执行频率。 我后来甚至刻意去看了一下 Validator 和验证机制的部分,才意识到 Operator 并不是最终裁决者。 整个 Mainnet Beta 里还有一层验证网络,它负责对 Execution Proof 做一致性检查,而这一层并不是简单的“签名确认”,而是基于 Policy 的约束验证,也就是说系统判断的标准不是“有没有执行”,而是“有没有按规则执行”。这里还引入了 TEE 和可验证计算的思路,让部分执行过程在受信任环境中生成证明,再与链上状态进行交叉验证。这一点对我冲击挺大,因为它意味着 Newton 并不相信 AI 本身是可靠的,它只是把 AI 当作生成路径的工具,而真正可信的是验证层。 我在这里有一个明显的认知变化。 一开始我觉得这个项目是在做“AI 自动执行链上操作”,但后来我更倾向于把它理解为“链上执行的验证系统,只是刚好用了 AI 来生成执行路径”。这两个方向看起来很接近,但本质完全不同,一个是增强 AI,一个是约束 AI。 还有一个我反复确认的细节是 Network Rewards 的分配机制。 在 Mainnet Beta 里,验证者和参与者并不是靠单一来源收益,而是由 Network Rewards、Gas 消耗以及执行费用共同构成收入结构,而其中一部分奖励来自协议预留的 NEWT激励池,这让我意识到 Newton 并不是一个纯粹靠交易手续费驱动的网络,而是在早期用激励先把执行和验证体系跑起来,再逐步过渡到真实需求驱动。 当然,这一套设计也不是完全没有问题。 目前最让我还没有完全下结论的,是 Slashing 的边界问题。 因为 Execution Proof 虽然可以证明“结果偏离 Policy”,但它并不能天然区分这是模型误差、数据延迟、外部状态变化还是 Operator 的主观行为,而 Mainnet Beta 当前的处理方式在很多情况下是统一归因到 Operator。这在早期可能是合理的,但如果未来 AI Agent 的自主性继续增强,这个边界问题可能会变得越来越关键,因为它会直接影响 Operator 是否愿意长期参与网络。 但即便如此,我依然觉得 Newton 的方向是清晰的。 因为它至少做了一件很多 AI+Crypto 项目没有认真做的事情,就是把“自动化执行”从一个功能概念,变成了一套可以验证、可以惩罚、可以计价的完整系统结构。 写到这里的时候,我其实已经不再把 @NewtonProtocol 当成一个 AI 项目来看了,它更像是在尝试定义一种新的链上执行范式:用户不再需要信任某个 Agent 是否聪明,而是信任整个系统是否能够保证每一次执行都有责任归属。 $NEWT 在这里也不再只是代币,而是这套责任系统的承载物,它连接了执行、验证和惩罚三件事。 如果说我一开始研究 Newton 是因为好奇 AI 能做什么,那么现在我的结论更接近于:它真正重要的不是 AI 能做什么,而是当 AI 开始做事之后,链上世界是否真的准备好了“让结果有人负责”。#Newt

我重新拆了一遍 Newton Mainnet Beta 的执行链路之后,才意识到它真正想解决的不是 AI

这几天我把 @NewtonProtocol 的 Mainnet Beta 文档来回读了三遍,中间甚至把执行流程图单独拆出来重新画了一次,因为一开始我以为这个项目的核心是 AI Agent,但越往下看越觉得不对劲,真正撑起整个系统的,其实不是 Agent 的智能程度,而是一套把“执行结果”强制变成可验证、可追责、可定价的链上结构。
最开始吸引我注意的,其实是 Operator 和NEWT的关系,但当我顺着文档往下推的时候,我发现 Mainnet Beta 并不是简单开放一个自动化工具,而是先把整个执行拆成三层结构:Intent 层、执行与共识层、以及验证与证明层。用户发出的 Intent 并不会直接变成交易执行,而是先进入 Policy 约束,然后由 Agent 生成执行路径,再交给 Operator 去实际执行,最后还要经过验证层生成 Execution Proof。这个结构一开始看起来有点“绕”,但当我把它和链上实际数据对照之后,才发现它其实是在刻意把“执行权”和“责任”拆开再重新绑定。
我当时真正开始改变看法,是在看 Operator 这一层的时候。
因为 Operator 在 Newton 里不是一个简单的节点角色,它更像一个被经济系统约束的执行代理。要参与网络,它必须质押 $NEWT ,而这个质押并不是象征性的锁仓,而是直接进入风险池。一旦执行结果偏离 Policy 或被验证系统判定异常,就会触发 Slashing,同时这部分质押会被用来补偿受影响的用户。我一开始看到这里的时候,其实是有疑问的,因为如果 Operator 提前设计好退出路径,比如在解质押窗口内完成一次高风险操作,那理论上仍然存在套利空间。
但当我继续往下看退出机制和执行记录设计时,这个想法被推翻了。
Newton Mainnet Beta 里有一个关键点是所有执行都会留下可追溯的链上记录,包括 Policy 匹配结果、Agent 生成路径、Operator 提交内容以及最终 Execution Proof,这意味着任何一次行为都不是“单次事件”,而是可以被未来所有治理和验证系统追溯的历史状态。当我把这些因素和 14 天解质押期、持续收益模型以及机会成本放在一起重新算了一遍之后,我才意识到这个系统真正依赖的不是惩罚本身,而是让作恶变得在长期收益上不成立。
也就是在这一点上,我开始重新理解 $NEWT 的作用。
在早期我会把它当作一种功能型代币,但在 Mainnet Beta 的结构里,它其实同时承担了三件事:首先是 Operator 的安全保证金,其次是网络执行的计价单位,最后才是治理权重的载体。尤其是在 Gas 设计上,Newton 引入了类似动态费率的机制,执行复杂度越高、网络负载越大,消耗的 $NEWT 就越多,这让代币需求不再只是“参与资格”,而是直接绑定到真实执行频率。
我后来甚至刻意去看了一下 Validator 和验证机制的部分,才意识到 Operator 并不是最终裁决者。
整个 Mainnet Beta 里还有一层验证网络,它负责对 Execution Proof 做一致性检查,而这一层并不是简单的“签名确认”,而是基于 Policy 的约束验证,也就是说系统判断的标准不是“有没有执行”,而是“有没有按规则执行”。这里还引入了 TEE 和可验证计算的思路,让部分执行过程在受信任环境中生成证明,再与链上状态进行交叉验证。这一点对我冲击挺大,因为它意味着 Newton 并不相信 AI 本身是可靠的,它只是把 AI 当作生成路径的工具,而真正可信的是验证层。
我在这里有一个明显的认知变化。
一开始我觉得这个项目是在做“AI 自动执行链上操作”,但后来我更倾向于把它理解为“链上执行的验证系统,只是刚好用了 AI 来生成执行路径”。这两个方向看起来很接近,但本质完全不同,一个是增强 AI,一个是约束 AI。
还有一个我反复确认的细节是 Network Rewards 的分配机制。
在 Mainnet Beta 里,验证者和参与者并不是靠单一来源收益,而是由 Network Rewards、Gas 消耗以及执行费用共同构成收入结构,而其中一部分奖励来自协议预留的 NEWT激励池,这让我意识到 Newton 并不是一个纯粹靠交易手续费驱动的网络,而是在早期用激励先把执行和验证体系跑起来,再逐步过渡到真实需求驱动。
当然,这一套设计也不是完全没有问题。
目前最让我还没有完全下结论的,是 Slashing 的边界问题。
因为 Execution Proof 虽然可以证明“结果偏离 Policy”,但它并不能天然区分这是模型误差、数据延迟、外部状态变化还是 Operator 的主观行为,而 Mainnet Beta 当前的处理方式在很多情况下是统一归因到 Operator。这在早期可能是合理的,但如果未来 AI Agent 的自主性继续增强,这个边界问题可能会变得越来越关键,因为它会直接影响 Operator 是否愿意长期参与网络。
但即便如此,我依然觉得 Newton 的方向是清晰的。
因为它至少做了一件很多 AI+Crypto 项目没有认真做的事情,就是把“自动化执行”从一个功能概念,变成了一套可以验证、可以惩罚、可以计价的完整系统结构。
写到这里的时候,我其实已经不再把 @NewtonProtocol 当成一个 AI 项目来看了,它更像是在尝试定义一种新的链上执行范式:用户不再需要信任某个 Agent 是否聪明,而是信任整个系统是否能够保证每一次执行都有责任归属。
$NEWT 在这里也不再只是代币,而是这套责任系统的承载物,它连接了执行、验证和惩罚三件事。
如果说我一开始研究 Newton 是因为好奇 AI 能做什么,那么现在我的结论更接近于:它真正重要的不是 AI 能做什么,而是当 AI 开始做事之后,链上世界是否真的准备好了“让结果有人负责”。#Newt
玲姐AL:
Newton Protocol 将注意力放在“由策略驱动的执行层”,引起了我的关注。它并不假设每一个 AI 行动都理所当然值得被授权,而是引入了一个框架:在行动发生之前,就可以对其进行评估。
Connectez-vous pour découvrir plus de contenu
Rejoignez la communauté mondiale des adeptes de cryptomonnaies sur Binance Square
⚡️ Suviez les dernières informations importantes sur les cryptomonnaies.
💬 Jugé digne de confiance par la plus grande plateforme d’échange de cryptomonnaies au monde.
👍 Découvrez les connaissances que partagent les créateurs vérifiés.
Adresse e-mail/Nº de téléphone