ladyledger96
1.1k Publications
ladyledger96
Crypto Trader,| Learning & Growing Daily
230 Suivis
1.3K+ Abonnés
417 J’aime
Publications
Tous
Direct
PINNED
Voir la traduction
I was thinking about something while researching Dusk.
We hear “tokenized real-world assets” everywhere now.
Bonds onchain. Funds onchain. Securities onchain.
Sounds simple, right?
But then I started thinking about what happens after the asset becomes a token.
Suppose a company puts a bond onchain.
The token exists, but someone still has to make the whole thing work.
Investors need to be onboarded.
Eligibility may need to be checked.
There can be rules around who is allowed to hold or transfer the asset.
And regulators still need the information they are supposed to see.
That's where Dusk caught my attention.
It's not just trying to put more assets on a blockchain.
It's working on the infrastructure around those assets too.
Dusk Trade, for example, is being built around the trading and lifecycle of tokenized financial assets.
Because financial markets have a strange requirement.
They need transparency, but they can't expose everything.
A regulator may need to verify specific information.
Dusk is trying to make those things work together through tools such as selective disclosure and privacy-preserving transactions.
Its work with NPEX also makes the idea more concrete. NPEX is a regulated European trading venue, and Dusk has been working with it on bringing financial instruments and related market processes onchain.
That made me look at the RWA narrative a little differently.
We're always asking how many assets can be tokenized.
I'm starting to think there's a better question:
Once they're tokenized, can people actually use them like real financial assets?
Because creating the token is only the first step.
The harder part is everything around it.
That's the part of Dusk I find interesting.
I'm not saying Dusk has already solved this. Adoption and real-world usage will tell us how far the idea can go.
But at least it's working on a problem that feels very real.
Maybe the RWA race isn't about who can tokenize the most assets.
That's something I'm going to keep watching.
#dusk $DUSK @Dusk
We hear “tokenized real-world assets” everywhere now.
Bonds onchain. Funds onchain. Securities onchain.
Sounds simple, right?
But then I started thinking about what happens after the asset becomes a token.
Suppose a company puts a bond onchain.
The token exists, but someone still has to make the whole thing work.
Investors need to be onboarded.
Eligibility may need to be checked.
There can be rules around who is allowed to hold or transfer the asset.
And regulators still need the information they are supposed to see.
That's where Dusk caught my attention.
It's not just trying to put more assets on a blockchain.
It's working on the infrastructure around those assets too.
Dusk Trade, for example, is being built around the trading and lifecycle of tokenized financial assets.
Because financial markets have a strange requirement.
They need transparency, but they can't expose everything.
A regulator may need to verify specific information.
Dusk is trying to make those things work together through tools such as selective disclosure and privacy-preserving transactions.
Its work with NPEX also makes the idea more concrete. NPEX is a regulated European trading venue, and Dusk has been working with it on bringing financial instruments and related market processes onchain.
That made me look at the RWA narrative a little differently.
We're always asking how many assets can be tokenized.
I'm starting to think there's a better question:
Once they're tokenized, can people actually use them like real financial assets?
Because creating the token is only the first step.
The harder part is everything around it.
That's the part of Dusk I find interesting.
I'm not saying Dusk has already solved this. Adoption and real-world usage will tell us how far the idea can go.
But at least it's working on a problem that feels very real.
Maybe the RWA race isn't about who can tokenize the most assets.
That's something I'm going to keep watching.
#dusk $DUSK @Dusk
Voir la traduction
Here's something I couldn't stop thinking about while researching Dusk:
**Would you really want your entire financial history sitting on a public blockchain for anyone to see?
A bank probably wouldn't want competitors watching every transaction.
An investment fund wouldn't want everyone seeing its positions.
And honestly, I wouldn't want strangers knowing exactly what I own or where my money is moving either.
How much privacy are we willing to give up?
That's where Dusk caught my attention.
At first, I thought Dusk was simply another blockchain talking about privacy.
Dusk is trying to bring privacy, verification and compliance together using zero-knowledge technology.
The basic idea isn't complicated:
You shouldn't always have to reveal everything just to prove that something is valid.
And that could become really important for tokenized assets.
Imagine bonds, securities or investment funds moving onchain.
The investor wants privacy.
The regulator needs to verify what's happening.
A completely transparent blockchain doesn't make that easy.
But hiding everything doesn't work for regulated finance either.
So there needs to be a middle ground.
That's the problem Dusk is trying to work on.
And honestly, that's what I find more interesting than simply saying Dusk is a privacy blockchain.
Because putting an asset onchain is only one part of the story.
Getting real financial institutions comfortable using that infrastructure is a completely different challenge.
The technology still has to prove itself through real adoption.
But the problem they're working on feels very real to me.
I don't think investors will want a world where every financial move is permanently visible.
Maybe the future isn't about choosing between complete privacy and complete transparency.
Maybe it's about being able to prove what's necessary without exposing everything.
That's the idea I'm watching with Dusk.
Would you trust a public blockchain with your serious financial assets if anyone could track your entire transaction history?
#dusk $DUSK @Dusk
**Would you really want your entire financial history sitting on a public blockchain for anyone to see?
A bank probably wouldn't want competitors watching every transaction.
An investment fund wouldn't want everyone seeing its positions.
And honestly, I wouldn't want strangers knowing exactly what I own or where my money is moving either.
How much privacy are we willing to give up?
That's where Dusk caught my attention.
At first, I thought Dusk was simply another blockchain talking about privacy.
Dusk is trying to bring privacy, verification and compliance together using zero-knowledge technology.
The basic idea isn't complicated:
You shouldn't always have to reveal everything just to prove that something is valid.
And that could become really important for tokenized assets.
Imagine bonds, securities or investment funds moving onchain.
The investor wants privacy.
The regulator needs to verify what's happening.
A completely transparent blockchain doesn't make that easy.
But hiding everything doesn't work for regulated finance either.
So there needs to be a middle ground.
That's the problem Dusk is trying to work on.
And honestly, that's what I find more interesting than simply saying Dusk is a privacy blockchain.
Because putting an asset onchain is only one part of the story.
Getting real financial institutions comfortable using that infrastructure is a completely different challenge.
The technology still has to prove itself through real adoption.
But the problem they're working on feels very real to me.
I don't think investors will want a world where every financial move is permanently visible.
Maybe the future isn't about choosing between complete privacy and complete transparency.
Maybe it's about being able to prove what's necessary without exposing everything.
That's the idea I'm watching with Dusk.
Would you trust a public blockchain with your serious financial assets if anyone could track your entire transaction history?
#dusk $DUSK @Dusk
Voir la traduction
Something bothered me while I was researching Dusk.
We keep saying blockchain will bring traditional finance onchain.
But then I started thinking
Would a bank really want every transaction to be visible to everyone?
Would an investment fund want people tracking its holdings?
Would you want strangers to know exactly what assets you own?
And that's where Dusk started making more sense
The interesting thing isn't simply that Dusk focuses on privacy.
It's that it is trying to make privacy work alongside verification and compliance.
Because financial institutions can't just say, keep everything private.
Regulators still need to verify certain things.
So there has to be a middle ground.
Dusk uses zero-knowledge technology to work toward that idea. Sensitive transaction details can stay protected while the network can still verify that the transaction follows the rules.
That sounds like a small difference, but I don't think it is.
Bonds, securities, funds and other real-world assets could eventually move onchain.
The technology needs to give investors privacy, institutions the right controls and regulators the information they actually need.
That's the problem Dusk is trying to tackle.
And honestly, this is the part I find more interesting than the usual "RWA is the future" conversation.
Putting an asset onchain is one thing.
Building infrastructure that financial institutions can actually use is another.
Dusk is betting on the second one.
I'm still watching how the ecosystem develops because having good technology doesn't automatically mean mass adoption.
But the problem they're working on feels very real.
Maybe financial blockchains don't need to choose between being completely private and completely transparent.
Maybe there's a third option
Keep sensitive information private. Prove what needs to be proven.
That's a model I can actually see traditional finance being interested in.
What do you think?
Would you use a blockchain for serious financial assets if anyone could see your entire transaction history?
#dusk $DUSK @Dusk
We keep saying blockchain will bring traditional finance onchain.
But then I started thinking
Would a bank really want every transaction to be visible to everyone?
Would an investment fund want people tracking its holdings?
Would you want strangers to know exactly what assets you own?
And that's where Dusk started making more sense
The interesting thing isn't simply that Dusk focuses on privacy.
It's that it is trying to make privacy work alongside verification and compliance.
Because financial institutions can't just say, keep everything private.
Regulators still need to verify certain things.
So there has to be a middle ground.
Dusk uses zero-knowledge technology to work toward that idea. Sensitive transaction details can stay protected while the network can still verify that the transaction follows the rules.
That sounds like a small difference, but I don't think it is.
Bonds, securities, funds and other real-world assets could eventually move onchain.
The technology needs to give investors privacy, institutions the right controls and regulators the information they actually need.
That's the problem Dusk is trying to tackle.
And honestly, this is the part I find more interesting than the usual "RWA is the future" conversation.
Putting an asset onchain is one thing.
Building infrastructure that financial institutions can actually use is another.
Dusk is betting on the second one.
I'm still watching how the ecosystem develops because having good technology doesn't automatically mean mass adoption.
But the problem they're working on feels very real.
Maybe financial blockchains don't need to choose between being completely private and completely transparent.
Maybe there's a third option
Keep sensitive information private. Prove what needs to be proven.
That's a model I can actually see traditional finance being interested in.
What do you think?
Would you use a blockchain for serious financial assets if anyone could see your entire transaction history?
#dusk $DUSK @Dusk
Je
pensais qu’une seule chose comptait plus que tout le reste dans la crypto : la sécurité.
Si mes fonds étaient en sécurité, je supposais que le protocole faisait son travail.
Récemment, j’ai commencé à regarder les choses un peu autrement.
L’autre jour, je me suis rappelé quelque chose qui m’est arrivé il y a un moment. Je suis arrivé à la gare à peine quelques instants après le départ de mon train. Rien n’avait mal tourné. Le train n’avait pas de retard. Je l’avais simplement manqué.
Le plus frustrant n’était pas de perdre de l’argent. C’est que ce petit retard, à lui seul, a tout déréglé pour le reste de ce que j’avais prévu ce jour-là.
Ce souvenir m’est revenu pendant que je lisais à propos des **Coffres Bitcoin sans confiance de Babylon**.
Plus j’en apprenais, plus je me suis rendu compte d’une chose.
Sécuriser Bitcoin est incroyablement important, et l’approche de Babylon en self-custody fait partie des raisons pour lesquelles je trouve le projet intéressant. Mais la sécurité n’est pas la seule chose que les utilisateurs ressentent.
Si un coffre a besoin de temps pour s’activer parce que la finalité de Bitcoin doit faire son travail, alors votre BTC est toujours en sécurité. C’est une bonne chose.
Mais vous attendez aussi.
Peut-être que vous prévoyez de miser, de fournir de la liquidité, ou de passer vers une autre opportunité. Même si rien ne va de travers, votre prochaine étape doit être mise en pause.
Cela m’a fait réaliser que j’ai passé des années à penser presque exclusivement à la sécurité, tout en pensant rarement à la vivacité.
Les deux comptent.
L’une protège vos actifs.
L’autre protège votre élan.
À mesure que la DeFi sur Bitcoin grandit, je pense qu’on entendra beaucoup plus de conversations sur la recherche du bon équilibre entre les deux.
J’apprends encore, mais cela a clairement changé ma façon de voir la conception des protocoles.
Quelle est votre vision ?
Si vous deviez choisir, donneriez-vous la priorité à une sécurité plus forte ou à une meilleure vivacité — et pourquoi ?
#baby $BABY @BabylonLabs_io $DEXE $BANK
pensais qu’une seule chose comptait plus que tout le reste dans la crypto : la sécurité.
Si mes fonds étaient en sécurité, je supposais que le protocole faisait son travail.
Récemment, j’ai commencé à regarder les choses un peu autrement.
L’autre jour, je me suis rappelé quelque chose qui m’est arrivé il y a un moment. Je suis arrivé à la gare à peine quelques instants après le départ de mon train. Rien n’avait mal tourné. Le train n’avait pas de retard. Je l’avais simplement manqué.
Le plus frustrant n’était pas de perdre de l’argent. C’est que ce petit retard, à lui seul, a tout déréglé pour le reste de ce que j’avais prévu ce jour-là.
Ce souvenir m’est revenu pendant que je lisais à propos des **Coffres Bitcoin sans confiance de Babylon**.
Plus j’en apprenais, plus je me suis rendu compte d’une chose.
Sécuriser Bitcoin est incroyablement important, et l’approche de Babylon en self-custody fait partie des raisons pour lesquelles je trouve le projet intéressant. Mais la sécurité n’est pas la seule chose que les utilisateurs ressentent.
Si un coffre a besoin de temps pour s’activer parce que la finalité de Bitcoin doit faire son travail, alors votre BTC est toujours en sécurité. C’est une bonne chose.
Mais vous attendez aussi.
Peut-être que vous prévoyez de miser, de fournir de la liquidité, ou de passer vers une autre opportunité. Même si rien ne va de travers, votre prochaine étape doit être mise en pause.
Cela m’a fait réaliser que j’ai passé des années à penser presque exclusivement à la sécurité, tout en pensant rarement à la vivacité.
Les deux comptent.
L’une protège vos actifs.
L’autre protège votre élan.
À mesure que la DeFi sur Bitcoin grandit, je pense qu’on entendra beaucoup plus de conversations sur la recherche du bon équilibre entre les deux.
J’apprends encore, mais cela a clairement changé ma façon de voir la conception des protocoles.
Quelle est votre vision ?
Si vous deviez choisir, donneriez-vous la priorité à une sécurité plus forte ou à une meilleure vivacité — et pourquoi ?
#baby $BABY @BabylonLabs_io $DEXE $BANK
Ce matin, je me suis surpris à penser à quelque chose que je n’avais jamais vraiment remarqué auparavant.
À chaque fois que je lis au sujet d’un protocole, je pose d’abord une question :
« Les fonds sont-ils en sécurité ? »
Il y a quelques années, j’ai raté un train de seulement quelques minutes. Il n’y avait rien d’anormal avec le train. Il est parti exactement à l’heure. Je n’étais pas contrarié parce que j’avais perdu de l’argent. J’étais contrarié parce que ce petit retard a changé toute ma journée. Tous les plans que j’avais ensuite ont dû attendre.
Ce souvenir m’est revenu pendant que je lisais au sujet des Babylon's Trustless Bitcoin Vaults.
Si Bitcoin est sécurisé mais qu’un coffre doit être activé plus longtemps à cause de la finalité de Bitcoin, alors votre BTC reste en sécurité. Mais vous, vous attendez encore. Votre liquidité ne peut pas bouger, votre prochaine étape DeFi est retardée, et le timing devient soudain une partie de l’expérience.
Cela m’a fait réaliser que la sécurité ne raconte pas toute l’histoire.
Je commence à prêter davantage attention à la vivacité (liveness) aussi.
Pour moi, un réseau solide n’est pas seulement celui qui garde les actifs en sécurité. C’est celui qui continue d’avancer quand les utilisateurs en ont le plus besoin.
Peut-être que c’est quelque chose à laquelle nous allons tous faire plus attention à mesure que le DeFi de Bitcoin continue de croître.
Qu’est-ce qui compte le plus sur le long terme : la Sécurité ou la Vivacité ?
#baby $BABY @BabylonLabs_io $DEXE $BANK
À chaque fois que je lis au sujet d’un protocole, je pose d’abord une question :
« Les fonds sont-ils en sécurité ? »
Il y a quelques années, j’ai raté un train de seulement quelques minutes. Il n’y avait rien d’anormal avec le train. Il est parti exactement à l’heure. Je n’étais pas contrarié parce que j’avais perdu de l’argent. J’étais contrarié parce que ce petit retard a changé toute ma journée. Tous les plans que j’avais ensuite ont dû attendre.
Ce souvenir m’est revenu pendant que je lisais au sujet des Babylon's Trustless Bitcoin Vaults.
Si Bitcoin est sécurisé mais qu’un coffre doit être activé plus longtemps à cause de la finalité de Bitcoin, alors votre BTC reste en sécurité. Mais vous, vous attendez encore. Votre liquidité ne peut pas bouger, votre prochaine étape DeFi est retardée, et le timing devient soudain une partie de l’expérience.
Cela m’a fait réaliser que la sécurité ne raconte pas toute l’histoire.
Je commence à prêter davantage attention à la vivacité (liveness) aussi.
Pour moi, un réseau solide n’est pas seulement celui qui garde les actifs en sécurité. C’est celui qui continue d’avancer quand les utilisateurs en ont le plus besoin.
Peut-être que c’est quelque chose à laquelle nous allons tous faire plus attention à mesure que le DeFi de Bitcoin continue de croître.
Qu’est-ce qui compte le plus sur le long terme : la Sécurité ou la Vivacité ?
#baby $BABY @BabylonLabs_io $DEXE $BANK
Pourquoi @BabylonLabs_io BabylonLabs_io est le projet de Binance Square qui m’a le plus impressionné !
J’ai participé à de nombreuses campagnes pour Créateurs de Binance Square au cours des derniers mois, et chaque projet m’a présenté une nouvelle idée ou une nouvelle technologie. Après avoir lu les blogs officiels, les articles de recherche et les annonces de l’écosystème de @BabylonLabs_io , j’en suis ressorti avec une impression très différente.
Pour moi, Babylon ne ressemble pas à un projet construit autour d’une campagne. On dirait plutôt un projet porté par une vision à long terme, et la campagne a simplement donné à davantage de personnes l’occasion de le découvrir.
Ce qui m’a le plus impressionné, c’est sa mission. Au lieu de modifier Bitcoin, Babylon se concentre sur l’expansion de ce que Bitcoin peut faire tout en respectant les principes qui l’ont rendu précieux. Le staking natif de Bitcoin et les Trustless Bitcoin Vaults reflètent cette vision en rendant Bitcoin plus utile sans recourir à des actifs tokenisés (wrapped) ni à une conservation centralisée.
Plus j’ai exploré l’écosystème, plus j’ai réalisé que Babylon est bien plus grand qu’un simple produit. L’équipe partage régulièrement des blogs techniques, des recherches, des partenariats d’écosystème et du contenu pédagogique. Cette transparence facilite la compréhension de la direction que prend le projet.
J’apprécie aussi le fait que l’attention ne se limite pas au marché d’aujourd’hui. La feuille de route vise à construire une infrastructure capable de soutenir l’avenir de Bitcoin plutôt que de courir après l’engouement à court terme.
Parmi toutes les campagnes Binance Square auxquelles j’ai participé, ce projet a laissé la plus forte impression sur moi—non pas à cause des récompenses, mais grâce à sa technologie, sa vision et sa constance.
C’est mon avis personnel après avoir pris le temps d’étudier le projet. Je recommande toujours à chacun de faire ses propres recherches. Si vous n’avez pas encore exploré @BabylonLabs_io, je vous conseille de lire ses blogs officiels et ses mises à jour techniques.
Personnellement, je pense que $BABY a le potentiel de devenir l’un des projets d’infrastructure Bitcoin les plus importants au cours des prochaines années. Le temps décidera du succès de chaque projet, mais d’après ce que j’ai appris jusqu’ici, Babylon a mérité sa place dans ma liste de surveillance à long terme.
#baby $BABY @BabylonLabs_io
J’ai participé à de nombreuses campagnes pour Créateurs de Binance Square au cours des derniers mois, et chaque projet m’a présenté une nouvelle idée ou une nouvelle technologie. Après avoir lu les blogs officiels, les articles de recherche et les annonces de l’écosystème de @BabylonLabs_io , j’en suis ressorti avec une impression très différente.
Pour moi, Babylon ne ressemble pas à un projet construit autour d’une campagne. On dirait plutôt un projet porté par une vision à long terme, et la campagne a simplement donné à davantage de personnes l’occasion de le découvrir.
Ce qui m’a le plus impressionné, c’est sa mission. Au lieu de modifier Bitcoin, Babylon se concentre sur l’expansion de ce que Bitcoin peut faire tout en respectant les principes qui l’ont rendu précieux. Le staking natif de Bitcoin et les Trustless Bitcoin Vaults reflètent cette vision en rendant Bitcoin plus utile sans recourir à des actifs tokenisés (wrapped) ni à une conservation centralisée.
Plus j’ai exploré l’écosystème, plus j’ai réalisé que Babylon est bien plus grand qu’un simple produit. L’équipe partage régulièrement des blogs techniques, des recherches, des partenariats d’écosystème et du contenu pédagogique. Cette transparence facilite la compréhension de la direction que prend le projet.
J’apprécie aussi le fait que l’attention ne se limite pas au marché d’aujourd’hui. La feuille de route vise à construire une infrastructure capable de soutenir l’avenir de Bitcoin plutôt que de courir après l’engouement à court terme.
Parmi toutes les campagnes Binance Square auxquelles j’ai participé, ce projet a laissé la plus forte impression sur moi—non pas à cause des récompenses, mais grâce à sa technologie, sa vision et sa constance.
C’est mon avis personnel après avoir pris le temps d’étudier le projet. Je recommande toujours à chacun de faire ses propres recherches. Si vous n’avez pas encore exploré @BabylonLabs_io, je vous conseille de lire ses blogs officiels et ses mises à jour techniques.
Personnellement, je pense que $BABY a le potentiel de devenir l’un des projets d’infrastructure Bitcoin les plus importants au cours des prochaines années. Le temps décidera du succès de chaque projet, mais d’après ce que j’ai appris jusqu’ici, Babylon a mérité sa place dans ma liste de surveillance à long terme.
#baby $BABY @BabylonLabs_io
Je pense qu’on a posé la mauvaise question sur la sécurité de la blockchain.
Pendant des années, la conversation a été la suivante :
Comment de nouvelles blockchains peuvent-elles devenir aussi sûres que Bitcoin ?
Mais après avoir parcouru la documentation d’un projet, je me suis surpris à me poser une question totalement différente.
Et si de nouvelles blockchains n’avaient jamais eu à construire ce niveau de confiance à partir de zéro, tout simplement ?
Cette question m’a amené à Babylon
Au début, je pensais que Babylon n’était qu’un autre protocole de staking sur BTC.
En allant plus loin, je me suis rendu compte que ce n’était qu’une petite partie de l’histoire.
Ce que Babylon explore vraiment, c’est une autre façon de penser la sécurité.
La plupart des blockchains Proof-of-Stake reposent sur la valeur de leur propre jeton pour protéger le réseau. Cela fonctionne — mais cela crée aussi un défi.
Une toute nouvelle chaîne doit prouver sa valeur tout en dépendant de cette même valeur pour la sécurité.
C’est presque comme essayer de construire une banque en demandant aux gens de lui faire confiance avant même qu’elle n’ait gagné la moindre crédibilité.
Babylon aborde le problème sous un autre angle.
Au lieu de demander à chaque nouvelle chaîne de créer sa propre sécurité économique, elle leur permet de tirer parti de la solidité économique de Bitcoin grâce au staking de BTC en auto-conservation.
Ce que j’apprécie le plus, c’est que la conception ne demande pas à Bitcoin de devenir autre chose que ce qu’il n’est pas.
Votre BTC reste sur le réseau Bitcoin.
Bitcoin fait simplement ce qu’il fait le mieux depuis toujours : fournir de la confiance.
Plus j’y pensais, plus une idée est restée avec moi.
Peut-être que la plus grande contribution de Bitcoin à la crypto n’est pas seulement d’être la blockchain la plus sécurisée.
C’est un récit très différent de celui consistant à gagner des récompenses de staking.
Il s’agit de transformer la crédibilité de Bitcoin en ressource partagée, sans modifier les principes qui ont rendu Bitcoin précieux à l’origine.
Le fait que cela devienne la norme pour les réseaux PoS, seul le temps nous le dira.
Mais je pense que Babylon pose aujourd’hui l’une des questions les plus intéressantes en blockchain :
Bitcoin peut-il sécuriser plus que… Bitcoin ?
Et honnêtement, c’est une question qui mérite d’y prêter attention.
#baby $BABY @BabylonLabs_io
Pendant des années, la conversation a été la suivante :
Comment de nouvelles blockchains peuvent-elles devenir aussi sûres que Bitcoin ?
Mais après avoir parcouru la documentation d’un projet, je me suis surpris à me poser une question totalement différente.
Et si de nouvelles blockchains n’avaient jamais eu à construire ce niveau de confiance à partir de zéro, tout simplement ?
Cette question m’a amené à Babylon
Au début, je pensais que Babylon n’était qu’un autre protocole de staking sur BTC.
En allant plus loin, je me suis rendu compte que ce n’était qu’une petite partie de l’histoire.
Ce que Babylon explore vraiment, c’est une autre façon de penser la sécurité.
La plupart des blockchains Proof-of-Stake reposent sur la valeur de leur propre jeton pour protéger le réseau. Cela fonctionne — mais cela crée aussi un défi.
Une toute nouvelle chaîne doit prouver sa valeur tout en dépendant de cette même valeur pour la sécurité.
C’est presque comme essayer de construire une banque en demandant aux gens de lui faire confiance avant même qu’elle n’ait gagné la moindre crédibilité.
Babylon aborde le problème sous un autre angle.
Au lieu de demander à chaque nouvelle chaîne de créer sa propre sécurité économique, elle leur permet de tirer parti de la solidité économique de Bitcoin grâce au staking de BTC en auto-conservation.
Ce que j’apprécie le plus, c’est que la conception ne demande pas à Bitcoin de devenir autre chose que ce qu’il n’est pas.
Votre BTC reste sur le réseau Bitcoin.
Bitcoin fait simplement ce qu’il fait le mieux depuis toujours : fournir de la confiance.
Plus j’y pensais, plus une idée est restée avec moi.
Peut-être que la plus grande contribution de Bitcoin à la crypto n’est pas seulement d’être la blockchain la plus sécurisée.
C’est un récit très différent de celui consistant à gagner des récompenses de staking.
Il s’agit de transformer la crédibilité de Bitcoin en ressource partagée, sans modifier les principes qui ont rendu Bitcoin précieux à l’origine.
Le fait que cela devienne la norme pour les réseaux PoS, seul le temps nous le dira.
Mais je pense que Babylon pose aujourd’hui l’une des questions les plus intéressantes en blockchain :
Bitcoin peut-il sécuriser plus que… Bitcoin ?
Et honnêtement, c’est une question qui mérite d’y prêter attention.
#baby $BABY @BabylonLabs_io
Remaining digital gold
34%
Securing other blockchains
33%
Both of the above
33%
3 Votes • Vote fermé
Une chose que j’ai réalisée en apprenant l’architecture de la blockchain, c’est à quel point il est facile de faire des suppositions.
Quand une partie d’un protocole offre déjà une sécurité solide, il est naturel de s’attendre à ce qu’elle sécurise aussi le reste.
C’est ce à quoi j’ai pensé en commençant à lire au sujet du Trustless Bitcoin Vault de Babylon.
J’ai supposé que les stakers de Bitcoin auraient aussi pour rôle de protéger le coffre.
Après tout, ils utilisent déjà une sécurité économique adossée à Bitcoin pour aider à sécuriser des réseaux Proof-of-Stake.
Mais ce n’est pas ainsi que Babylon l’a conçu.
Au lieu d’étendre le rôle des stakers de Bitcoin, le Trustless Bitcoin Vault introduit ses propres participants de sécurité : des fournisseurs de coffres (vault Providers), des gardiens de coffres d’applications (Application Vault Keepers) et des challengers universels (Universal Challengers).
Chacun a une responsabilité spécifique, tandis que les stakers de Bitcoin restent concentrés sur la sécurisation des chaînes PoS.
Au début, je me demandais pourquoi Babylon n’utilisait pas simplement les mêmes participants pour les deux rôles.
Plus j’ai creusé, plus la logique est devenue évidente.
Si les mêmes acteurs sécurisaient plusieurs systèmes ayant des objectifs différents, leurs incitations pourraient finir par entrer en concurrence, notamment pendant les périodes de stress du réseau.
En séparant ces responsabilités, Babylon maintient chaque modèle de sécurité indépendant tout en permettant à la sécurité adossée à Bitcoin et à l’infrastructure du coffre de fonctionner côte à côte, plutôt que de dépendre des mêmes participants.
À mes yeux, c’est l’une des parties les plus intéressantes de la conception.
Le système n’essaie pas de demander à chaque participant d’en faire plus.
Il s’agit de s’assurer que chaque participant a une mission claire, avec des incitations alignées sur ce rôle.
Plus j’étudie Babylon, plus je me rends compte que la bonne conception d’un protocole ne consiste pas seulement à ajouter de la sécurité.
Il s’agit de structurer la sécurité pour que chaque couche puisse accomplir sa tâche sans créer de compromis inutiles.
#baby $BABY @BabylonLabs_io
Quand une partie d’un protocole offre déjà une sécurité solide, il est naturel de s’attendre à ce qu’elle sécurise aussi le reste.
C’est ce à quoi j’ai pensé en commençant à lire au sujet du Trustless Bitcoin Vault de Babylon.
J’ai supposé que les stakers de Bitcoin auraient aussi pour rôle de protéger le coffre.
Après tout, ils utilisent déjà une sécurité économique adossée à Bitcoin pour aider à sécuriser des réseaux Proof-of-Stake.
Mais ce n’est pas ainsi que Babylon l’a conçu.
Au lieu d’étendre le rôle des stakers de Bitcoin, le Trustless Bitcoin Vault introduit ses propres participants de sécurité : des fournisseurs de coffres (vault Providers), des gardiens de coffres d’applications (Application Vault Keepers) et des challengers universels (Universal Challengers).
Chacun a une responsabilité spécifique, tandis que les stakers de Bitcoin restent concentrés sur la sécurisation des chaînes PoS.
Au début, je me demandais pourquoi Babylon n’utilisait pas simplement les mêmes participants pour les deux rôles.
Plus j’ai creusé, plus la logique est devenue évidente.
Si les mêmes acteurs sécurisaient plusieurs systèmes ayant des objectifs différents, leurs incitations pourraient finir par entrer en concurrence, notamment pendant les périodes de stress du réseau.
En séparant ces responsabilités, Babylon maintient chaque modèle de sécurité indépendant tout en permettant à la sécurité adossée à Bitcoin et à l’infrastructure du coffre de fonctionner côte à côte, plutôt que de dépendre des mêmes participants.
À mes yeux, c’est l’une des parties les plus intéressantes de la conception.
Le système n’essaie pas de demander à chaque participant d’en faire plus.
Il s’agit de s’assurer que chaque participant a une mission claire, avec des incitations alignées sur ce rôle.
Plus j’étudie Babylon, plus je me rends compte que la bonne conception d’un protocole ne consiste pas seulement à ajouter de la sécurité.
Il s’agit de structurer la sécurité pour que chaque couche puisse accomplir sa tâche sans créer de compromis inutiles.
#baby $BABY @BabylonLabs_io
On appelle souvent Bitcoin « de l’or numérique ».
Je comprends pourquoi.
Mais plus je passe de temps à apprendre sur Bitcoin, plus je me dis que cette comparaison ne raconte qu’une partie de l’histoire.
L’or conserve de la valeur.
Bitcoin peut aussi le faire.
Ce qui devient surtout intéressant, c’est la manière dont Bitcoin peut contribuer à sécuriser des réseaux décentralisés sans perdre les principes qui l’ont rendu digne de confiance.
C’est l’une des raisons pour lesquelles je me suis mis à en lire davantage sur Babylon ces derniers temps.
Ce qui a attiré mon attention n’était ni le battage médiatique, ni les discussions sur le prix. C’était la façon dont le projet pense Bitcoin lui-même.
Plutôt que d’essayer de modifier Bitcoin, l’idée est de construire autour de ses points forts.
Je trouve ça rafraîchissant.
Dans la crypto, il est facile de se laisser entraîner dans des discussions sur le prochain token qui explose ou sur les récompenses de staking les plus élevées.
J’ai moi aussi eu tendance à le faire.
Mais ces derniers temps, je me surprends à m’intéresser davantage aux fondations qu’aux gros titres.
Comment le protocole est-il conçu ?
Qu’est-ce qui maintient le réseau sécurisé ?
L’architecture aura-t-elle encore du sens dans cinq ans ?
Ces questions ne font généralement pas tendance sur X, mais ce sont celles qui m’aident à décider si un projet mérite que j’y consacre du temps.
Plus j’apprends, plus je suis convaincu qu’une bonne infrastructure reçoit rarement l’attention qu’elle mérite.
Ce n’est pas toujours excitant.
Ce n’est pas toujours le plus bruyant.
Mais c’est souvent la raison pour laquelle un écosystème réussit sur le long terme.
J’apprends encore chaque jour, et honnêtement, c’est ma partie préférée de la crypto.
Plus on creuse, plus on se rend compte qu’il y a toujours quelque chose de nouveau à comprendre.
Quand vous recherchez un projet, qu’est-ce qui vous maintient le plus longtemps intéressé : l’évolution des prix, la communauté, ou la technologie qui le sous-tend ?
#baby $BABY @BabylonLabs_io
Je comprends pourquoi.
Mais plus je passe de temps à apprendre sur Bitcoin, plus je me dis que cette comparaison ne raconte qu’une partie de l’histoire.
L’or conserve de la valeur.
Bitcoin peut aussi le faire.
Ce qui devient surtout intéressant, c’est la manière dont Bitcoin peut contribuer à sécuriser des réseaux décentralisés sans perdre les principes qui l’ont rendu digne de confiance.
C’est l’une des raisons pour lesquelles je me suis mis à en lire davantage sur Babylon ces derniers temps.
Ce qui a attiré mon attention n’était ni le battage médiatique, ni les discussions sur le prix. C’était la façon dont le projet pense Bitcoin lui-même.
Plutôt que d’essayer de modifier Bitcoin, l’idée est de construire autour de ses points forts.
Je trouve ça rafraîchissant.
Dans la crypto, il est facile de se laisser entraîner dans des discussions sur le prochain token qui explose ou sur les récompenses de staking les plus élevées.
J’ai moi aussi eu tendance à le faire.
Mais ces derniers temps, je me surprends à m’intéresser davantage aux fondations qu’aux gros titres.
Comment le protocole est-il conçu ?
Qu’est-ce qui maintient le réseau sécurisé ?
L’architecture aura-t-elle encore du sens dans cinq ans ?
Ces questions ne font généralement pas tendance sur X, mais ce sont celles qui m’aident à décider si un projet mérite que j’y consacre du temps.
Plus j’apprends, plus je suis convaincu qu’une bonne infrastructure reçoit rarement l’attention qu’elle mérite.
Ce n’est pas toujours excitant.
Ce n’est pas toujours le plus bruyant.
Mais c’est souvent la raison pour laquelle un écosystème réussit sur le long terme.
J’apprends encore chaque jour, et honnêtement, c’est ma partie préférée de la crypto.
Plus on creuse, plus on se rend compte qu’il y a toujours quelque chose de nouveau à comprendre.
Quand vous recherchez un projet, qu’est-ce qui vous maintient le plus longtemps intéressé : l’évolution des prix, la communauté, ou la technologie qui le sous-tend ?
#baby $BABY @BabylonLabs_io
J'ai remarqué que la plupart des conversations autour de $BABY reviennent toujours aux mêmes questions.
« Est-ce sous-évalué ? »
« Jusqu’où peut-il aller ? »
Ce sont des questions légitimes, mais ce n’étaient pas celles qui ont piqué ma curiosité.
Ce qui m’a vraiment attiré, c’est le Bitcoin lui-même.
Pendant des années, le Bitcoin a surtout été quelque chose que les gens achètent, conservent et espèrent voir prendre de la valeur avec le temps. C’est comme ça que la plupart d’entre nous l’ont toujours regardé.
Babylon m’a fait penser au Bitcoin autrement.
Et si le Bitcoin pouvait aider à sécuriser d’autres réseaux sans changer ce qui le rend précieux en premier lieu ?
Cette idée m’a bien plus intéressé que le prix du token.
D’après ce que j’ai appris, Bitcoin et BABY ne cherchent pas à faire le même travail.
Bitcoin apporte la sécurité économique, tandis que BABY aide le réseau à évoluer grâce à la gouvernance et à la participation de la communauté.
J’aime cette séparation, parce que chaque actif a un rôle clair au lieu d’essayer de tout faire à la fois.
Je ne dis pas que Babylon va forcément réussir.
Comme tout projet crypto, il lui reste beaucoup à prouver.
Mais je pense qu’il explore une approche différente qui se démarque de nombreux autres projets de blockchain.
C’est pourquoi je m’y intéresse.
Pas parce que j’envisage des profits rapides, mais parce que je suis curieux de voir si ce modèle peut réussir sur le long terme.
Qu’en pensez-vous !
Le fait que le Bitcoin sécurise d’autres réseaux pourrait-il devenir une partie normale de l’écosystème crypto à l’avenir, ou pensez-vous que le modèle traditionnel de proof-of-stake restera la meilleure approche ?
#baby $BABY @BabylonLabs_io
« Est-ce sous-évalué ? »
« Jusqu’où peut-il aller ? »
Ce sont des questions légitimes, mais ce n’étaient pas celles qui ont piqué ma curiosité.
Ce qui m’a vraiment attiré, c’est le Bitcoin lui-même.
Pendant des années, le Bitcoin a surtout été quelque chose que les gens achètent, conservent et espèrent voir prendre de la valeur avec le temps. C’est comme ça que la plupart d’entre nous l’ont toujours regardé.
Babylon m’a fait penser au Bitcoin autrement.
Et si le Bitcoin pouvait aider à sécuriser d’autres réseaux sans changer ce qui le rend précieux en premier lieu ?
Cette idée m’a bien plus intéressé que le prix du token.
D’après ce que j’ai appris, Bitcoin et BABY ne cherchent pas à faire le même travail.
Bitcoin apporte la sécurité économique, tandis que BABY aide le réseau à évoluer grâce à la gouvernance et à la participation de la communauté.
J’aime cette séparation, parce que chaque actif a un rôle clair au lieu d’essayer de tout faire à la fois.
Je ne dis pas que Babylon va forcément réussir.
Comme tout projet crypto, il lui reste beaucoup à prouver.
Mais je pense qu’il explore une approche différente qui se démarque de nombreux autres projets de blockchain.
C’est pourquoi je m’y intéresse.
Pas parce que j’envisage des profits rapides, mais parce que je suis curieux de voir si ce modèle peut réussir sur le long terme.
Qu’en pensez-vous !
Le fait que le Bitcoin sécurise d’autres réseaux pourrait-il devenir une partie normale de l’écosystème crypto à l’avenir, ou pensez-vous que le modèle traditionnel de proof-of-stake restera la meilleure approche ?
#baby $BABY @BabylonLabs_io
Je pense que beaucoup de gens regardent $BABY dans la mauvaise direction.
La plupart des conversations que je vois se concentrent sur une chose : Quand le prix va bouger ?
Honnêtement, je pense que c’est la question la moins intéressante.
La question que je me pose est la suivante :
Pourquoi autant de personnes sont-elles prêtes à immobiliser leur Bitcoin dès le départ ?
Cela m’a amené à passer un peu de temps à faire des recherches sur Babylon.
Ce que j’ai trouvé intéressant, c’est que Babylon n’essaie pas de remplacer Bitcoin ni de changer son fonctionnement. Au contraire, elle cherche à étendre le rôle de Bitcoin. Plutôt que de rester dans un portefeuille comme réserve de valeur, le BTC peut aider à sécuriser d’autres réseaux grâce à un staking natif du Bitcoin.
C’est une approche très différente de celle que nous avons vue avec la plupart des protocoles de staking.
Un autre point qui a retenu mon attention, c’est la manière dont le protocole gère la responsabilité des validateurs. Au lieu de supposer que tout le monde agira honnêtement, le système est conçu pour rendre un comportement malhonnête extrêmement coûteux. Pour moi, c’est ça, une sécurité solide.
Un déblocage de jetons rend généralement les investisseurs nerveux.
Pourtant, Babylon a continué à conserver une quantité significative de Bitcoin dans son écosystème de staking, plutôt que d’observer une vague importante de retraits.
Cela ne signifie pas automatiquement que le projet réussira.
Ce que cela suggère, en revanche, c’est que de nombreux participants semblent réfléchir au-delà des mouvements de prix à court terme. Mais il ne fait aucun doute que ça mérite d’être surveillé.
Au final, chaque protocole paraît impressionnant sur le papier.
Le vrai test arrive lorsque les marchés deviennent volatils, que des attaques se produisent, et que la technologie doit prouver sa solidité avec le temps.
Si Babylon peut démontrer de façon constante que Bitcoin peut sécuriser une infrastructure décentralisée tout en restant fidèle aux principes fondamentaux de Bitcoin, je pense qu’elle pourrait devenir l’un des projets d’infrastructure les plus importants de l’écosystème Bitcoin.
Peut-être que le marché l’a déjà compris.
Qu’en pensez-vous ? Babylon construit-elle quelque chose qui pourrait remodeler l’avenir de Bitcoin, ou pensez-vous que le marché l’intègre déjà correctement dans ses prix ?
#baby $BABY @BabylonLabs_io
La plupart des conversations que je vois se concentrent sur une chose : Quand le prix va bouger ?
Honnêtement, je pense que c’est la question la moins intéressante.
La question que je me pose est la suivante :
Pourquoi autant de personnes sont-elles prêtes à immobiliser leur Bitcoin dès le départ ?
Cela m’a amené à passer un peu de temps à faire des recherches sur Babylon.
Ce que j’ai trouvé intéressant, c’est que Babylon n’essaie pas de remplacer Bitcoin ni de changer son fonctionnement. Au contraire, elle cherche à étendre le rôle de Bitcoin. Plutôt que de rester dans un portefeuille comme réserve de valeur, le BTC peut aider à sécuriser d’autres réseaux grâce à un staking natif du Bitcoin.
C’est une approche très différente de celle que nous avons vue avec la plupart des protocoles de staking.
Un autre point qui a retenu mon attention, c’est la manière dont le protocole gère la responsabilité des validateurs. Au lieu de supposer que tout le monde agira honnêtement, le système est conçu pour rendre un comportement malhonnête extrêmement coûteux. Pour moi, c’est ça, une sécurité solide.
Un déblocage de jetons rend généralement les investisseurs nerveux.
Pourtant, Babylon a continué à conserver une quantité significative de Bitcoin dans son écosystème de staking, plutôt que d’observer une vague importante de retraits.
Cela ne signifie pas automatiquement que le projet réussira.
Ce que cela suggère, en revanche, c’est que de nombreux participants semblent réfléchir au-delà des mouvements de prix à court terme. Mais il ne fait aucun doute que ça mérite d’être surveillé.
Au final, chaque protocole paraît impressionnant sur le papier.
Le vrai test arrive lorsque les marchés deviennent volatils, que des attaques se produisent, et que la technologie doit prouver sa solidité avec le temps.
Si Babylon peut démontrer de façon constante que Bitcoin peut sécuriser une infrastructure décentralisée tout en restant fidèle aux principes fondamentaux de Bitcoin, je pense qu’elle pourrait devenir l’un des projets d’infrastructure les plus importants de l’écosystème Bitcoin.
Peut-être que le marché l’a déjà compris.
Qu’en pensez-vous ? Babylon construit-elle quelque chose qui pourrait remodeler l’avenir de Bitcoin, ou pensez-vous que le marché l’intègre déjà correctement dans ses prix ?
#baby $BABY @BabylonLabs_io
Ces derniers temps, je me suis moins demandé à quel point l’IA est « intelligente » et davantage ce qui se passe lorsque les systèmes responsables de son contrôle cessent de fonctionner.
Une question revient sans cesse :
Que devrait-il se passer lorsqu’une IA ne peut pas vérifier si une action est réellement autorisée ?
Au début, ma réponse était simple.
Si la couche d’autorisation échoue, l’IA ne devrait rien faire. Dans la finance, l’incertitude ne devrait jamais se transformer en permission.
Mais plus j’y réfléchissais, plus je me rendais compte que la réponse n’est pas aussi évidente.
Et si un coffre-fort avait vraiment besoin d’une intervention pendant que le service d’autorisation est indisponible ? Tout maintenir verrouillé protège la sécurité, mais cela pourrait aussi empêcher un rétablissement nécessaire.
C’est ce qui a attiré mon attention au sujet de Newton's VaultKit.
Plutôt que de donner au propriétaire un contournement instantané, VaultKit introduit un chemin d’urgence temporisé. Si le flux normal d’autorisation n’est pas disponible, il existe encore un moyen de récupérer, mais seulement après une période d’attente, avec chaque étape visible on-chain.
Un contournement instantané donnerait l’impression que la couche de politique est facultative. Mais n’offrir aucun chemin de récupération ne semble pas non plus réaliste. Les systèmes réels subissent des pannes, et parfois, attendre n’est tout simplement pas une option.
Ce qui a vraiment changé ma façon de voir n’est pas uniquement le timelock.
Dans des conditions normales, la couche d’autorisation de Newton s’appuie sur des politiques, des approbations d’opérateurs et des attestations cryptographiques avant qu’une action privilégiée puisse avancer.
En cas d’urgence, cette confiance se déplace vers l’autorité du propriétaire, la période d’attente et la transparence on-chain.
Ils reposent simplement sur des hypothèses de confiance différentes.
Et c’est peut-être là la vraie conversation que nous devrions avoir.
À mesure que l’IA s’implique davantage dans la finance, le plus grand défi n’est pas seulement de construire des agents plus intelligents. Je pense que c’est là que commence le véritable test de la sécurité de l’IA.
Cette version ressemble davantage à une réflexion personnelle authentique tout en mettant toujours en avant Newton's VaultKit, le chemin d’urgence temporisé et le changement de modèle de confiance, les idées clés de votre article.
@NewtonProtocol $NEWT #Newt
Une question revient sans cesse :
Que devrait-il se passer lorsqu’une IA ne peut pas vérifier si une action est réellement autorisée ?
Au début, ma réponse était simple.
Si la couche d’autorisation échoue, l’IA ne devrait rien faire. Dans la finance, l’incertitude ne devrait jamais se transformer en permission.
Mais plus j’y réfléchissais, plus je me rendais compte que la réponse n’est pas aussi évidente.
Et si un coffre-fort avait vraiment besoin d’une intervention pendant que le service d’autorisation est indisponible ? Tout maintenir verrouillé protège la sécurité, mais cela pourrait aussi empêcher un rétablissement nécessaire.
C’est ce qui a attiré mon attention au sujet de Newton's VaultKit.
Plutôt que de donner au propriétaire un contournement instantané, VaultKit introduit un chemin d’urgence temporisé. Si le flux normal d’autorisation n’est pas disponible, il existe encore un moyen de récupérer, mais seulement après une période d’attente, avec chaque étape visible on-chain.
Un contournement instantané donnerait l’impression que la couche de politique est facultative. Mais n’offrir aucun chemin de récupération ne semble pas non plus réaliste. Les systèmes réels subissent des pannes, et parfois, attendre n’est tout simplement pas une option.
Ce qui a vraiment changé ma façon de voir n’est pas uniquement le timelock.
Dans des conditions normales, la couche d’autorisation de Newton s’appuie sur des politiques, des approbations d’opérateurs et des attestations cryptographiques avant qu’une action privilégiée puisse avancer.
En cas d’urgence, cette confiance se déplace vers l’autorité du propriétaire, la période d’attente et la transparence on-chain.
Ils reposent simplement sur des hypothèses de confiance différentes.
Et c’est peut-être là la vraie conversation que nous devrions avoir.
À mesure que l’IA s’implique davantage dans la finance, le plus grand défi n’est pas seulement de construire des agents plus intelligents. Je pense que c’est là que commence le véritable test de la sécurité de l’IA.
Cette version ressemble davantage à une réflexion personnelle authentique tout en mettant toujours en avant Newton's VaultKit, le chemin d’urgence temporisé et le changement de modèle de confiance, les idées clés de votre article.
@NewtonProtocol $NEWT #Newt
L’IA n’a pas besoin de plus de liberté. Elle a besoin de meilleures contraintes.
Tout le monde s’empresse de construire des agents d’IA plus intelligents.
Mais dans les systèmes financiers, une intelligence sans contrôle peut devenir un handicap.
Voici la réalité inconfortable :
Un agent d’IA peut prendre exactement toutes les décisions telles qu’il a été programmé, et pourtant produire un résultat désastreux.
Non pas parce qu’il est malveillant.
Mais parce qu’on lui a donné les mauvais droits, des politiques incomplètes ou des objectifs qui ne tenaient pas compte des risques du monde réel.
Il ne reconnaît ni le contexte, ni l’éthique, ni les conséquences involontaires.
C’est pourquoi je pense que la prochaine percée en finance native de l’IA ne viendra ni de modèles plus grands, ni d’inférence plus rapide.
Elle viendra d’une confiance programmable.
Au lieu de demander :
Comment rendre l’IA plus intelligente ?
Nous devrions demander :
Comment rendre chaque action de l’IA prouvablement sûre avant qu’elle ne se produise ?
C’est le problème que Newton est en train de résoudre.
Plutôt que de compter sur la confiance aveugle, $NEWT introduit une couche d’autorisation où chaque action déclenchée par l’IA doit satisfaire des politiques prédéfinies avant d’être exécutée.
Cela change entièrement le modèle de sécurité.
Au lieu de surveiller les erreurs après le déplacement des fonds, Newton se concentre sur la prévention des actions non autorisées dès le départ.
Parmi les idées clés, on trouve notamment :
🔹 Exécution par priorité aux politiques Les actions d’IA sont évaluées avant que les transactions ne soient approuvées.
🔹 Autorisation granulaire Les développeurs peuvent définir précisément ce que l’IA peut faire, avec qui elle peut interagir, combien elle peut dépenser, et dans quelles conditions.
🔹 Vérification cryptographique Les décisions relatives aux politiques peuvent être vérifiées, ce qui crée une piste exploitable (audit) plutôt que de s’appuyer uniquement sur la confiance.
🔹 Gouvernance adaptative Les politiques peuvent évoluer à mesure que les risques changent, sans donner à l’IA une autorité illimitée.
Cela représente un changement : de « l’IA peut tout faire » à « l’IA ne peut faire que ce qui lui a été explicitement autorisé ».
Et je pense que c’est la direction dont l’industrie a besoin.
Car dans la finance, l’IA la plus sûre ne sera pas celle qui affiche le QI le plus élevé.
Ce sera celle qui dispose des garde-fous les plus solides.
#newt $NEWT @NewtonProtocol
Tout le monde s’empresse de construire des agents d’IA plus intelligents.
Mais dans les systèmes financiers, une intelligence sans contrôle peut devenir un handicap.
Voici la réalité inconfortable :
Un agent d’IA peut prendre exactement toutes les décisions telles qu’il a été programmé, et pourtant produire un résultat désastreux.
Non pas parce qu’il est malveillant.
Mais parce qu’on lui a donné les mauvais droits, des politiques incomplètes ou des objectifs qui ne tenaient pas compte des risques du monde réel.
Il ne reconnaît ni le contexte, ni l’éthique, ni les conséquences involontaires.
C’est pourquoi je pense que la prochaine percée en finance native de l’IA ne viendra ni de modèles plus grands, ni d’inférence plus rapide.
Elle viendra d’une confiance programmable.
Au lieu de demander :
Comment rendre l’IA plus intelligente ?
Nous devrions demander :
Comment rendre chaque action de l’IA prouvablement sûre avant qu’elle ne se produise ?
C’est le problème que Newton est en train de résoudre.
Plutôt que de compter sur la confiance aveugle, $NEWT introduit une couche d’autorisation où chaque action déclenchée par l’IA doit satisfaire des politiques prédéfinies avant d’être exécutée.
Cela change entièrement le modèle de sécurité.
Au lieu de surveiller les erreurs après le déplacement des fonds, Newton se concentre sur la prévention des actions non autorisées dès le départ.
Parmi les idées clés, on trouve notamment :
🔹 Exécution par priorité aux politiques Les actions d’IA sont évaluées avant que les transactions ne soient approuvées.
🔹 Autorisation granulaire Les développeurs peuvent définir précisément ce que l’IA peut faire, avec qui elle peut interagir, combien elle peut dépenser, et dans quelles conditions.
🔹 Vérification cryptographique Les décisions relatives aux politiques peuvent être vérifiées, ce qui crée une piste exploitable (audit) plutôt que de s’appuyer uniquement sur la confiance.
🔹 Gouvernance adaptative Les politiques peuvent évoluer à mesure que les risques changent, sans donner à l’IA une autorité illimitée.
Cela représente un changement : de « l’IA peut tout faire » à « l’IA ne peut faire que ce qui lui a été explicitement autorisé ».
Et je pense que c’est la direction dont l’industrie a besoin.
Car dans la finance, l’IA la plus sûre ne sera pas celle qui affiche le QI le plus élevé.
Ce sera celle qui dispose des garde-fous les plus solides.
#newt $NEWT @NewtonProtocol
La technologie seule ne façonnera pas la confiance dans la finance par l’IA.\n\nPlus j’en apprends sur **Newton Protocol ($NEWT )**, plus je me dis qu’on pose la mauvaise question.\n\nLa plupart des discussions portent sur la puissance grandissante des agents d’IA.\n\nMais la vraie question est :\n\nComment rendre les gens à l’aise pour laisser l’IA gérer leur argent ?*\n\nL’IA peut déjà gérer des portefeuilles, optimiser les rendements et interagir avec des protocoles DeFi. Mais à mesure que ces agents deviennent plus performants, les utilisateurs doivent avoir confiance que chaque action respecte les règles qu’ils approuvent.\n\nC’est ce qui m’intéresse dans Newton.\n\nAu lieu de demander aux utilisateurs de simplement faire confiance à un agent d’IA, il utilise une autorisation basée sur des politiques : chaque action est vérifiée par rapport à des règles prédéfinies, comme des limites de dépenses, des portefeuilles approuvés ou des protocoles autorisés, avant exécution.\n\nSi une action ne respecte pas la politique, elle ne se produit pas.\n\nIl ne s’agit pas seulement de rendre l’IA plus rapide : il s’agit de rendre l’IA plus prévisible.\n\nUn autre élément clé est la **vérification cryptographique**. Plutôt que de dire, *« Faites confiance à l’IA »,* Newton rend possible de vérifier que la politique approuvée a réellement été suivie.\n\nLa conversation passe de\n**« Faites confiance à l’IA. »**\n\nà\n\nVérifiez l’IA.\n\nJe pense que c’est une différence significative.\n\nAu final, la plupart des utilisateurs ne se soucieront pas des rollups ni des preuves à connaissance zéro. Ils se demanderont si la technologie rend l’automatisation plus sûre, réduit les erreurs et leur donne davantage confiance.\n\nPour moi, la plus grande contribution de Newton n’est pas une IA plus intelligente.\n\n**Elle donne aux utilisateurs la possibilité de définir les règles d’abord et de laisser l’IA opérer dans ces limites.**\n\n**Pensez-vous que l’avenir de la finance par l’IA sera porté par une IA plus intelligente, ou par de meilleures façons de la vérifier et de la contrôler ?**\n\n#newt $NEWT @NewtonProtocol
Vérifié
"Optionnel" dans un schéma d’API ne signifie pas optionnel en production. C’est quelque chose que chaque développeur Web3 devrait apprendre.**
En travaillant sur le flux d’autorisation du protocole Newton, une décision de conception m’a particulièrement marqué : dans le schéma de requête de base, le champ `intent_signature` dans le RPC `newt_createTask` est indiqué comme optionnel.
Cela peut prêter à confusion au début.
S’il est optionnel, pourquoi certaines requêtes échouent-elles sans lui ?
La réponse se trouve dans la façon dont Newton sépare ** l’infrastructure générique ** des ** exigences spécifiques à la politique . **
Le RPC de base est conçu pour prendre en charge une variété de modèles d’autorisation. Certaines politiques ne requièrent que des données de transaction basiques, tandis que d’autres vérifient l’intention de l’utilisateur via une ** signature EIP-712**. Le point d’accès partagé ne l’exige pas, mais si une politique fait référence à ` intent_signature `, ou si un flux d’autorisation via PolicyClient ou appuyé par une identité s’en sert, alors la signature est requise .
C’est un choix d’architecture important.
Au lieu de créer des API distinctes pour chaque modèle d’autorisation, Newton propose une interface unique et flexible, adaptable à différents besoins de sécurité. Cela rend le protocole extensible et permet aux développeurs de construire tout, depuis une simple automatisation jusqu’à des workflows financiers hautement réglementés, sur la même infrastructure.
Mais cette flexibilité implique aussi une responsabilité pour les intégrateurs.
Un frontend peut valider la requête par rapport au schéma de base, mais manquer encore de tous les champs que la politique sélectionnée exige. Dans de nombreux cas, la Gateway rejettera la requête avant même d’évaluer la politique Rego, puisque des signatures invalides ou vides (comme `0x`) ne correspondent pas au format attendu de signature EIP-712.
Concrètement, cela signifie que les développeurs ne devraient pas considérer la validation du schéma comme la dernière couche de validation.
Une bonne intégration doit comprendre :
✅ La politique d’autorisation utilisée.
✅ Si cette politique nécessite une intention signée.
✅ Si un flux adossé à une identité ajoute des exigences supplémentaires de signature.
✅ Faire signer l’utilisateur avant d’envoyer la requête
#newtonprocol @NewtonProtocol $NEWT
En travaillant sur le flux d’autorisation du protocole Newton, une décision de conception m’a particulièrement marqué : dans le schéma de requête de base, le champ `intent_signature` dans le RPC `newt_createTask` est indiqué comme optionnel.
Cela peut prêter à confusion au début.
S’il est optionnel, pourquoi certaines requêtes échouent-elles sans lui ?
La réponse se trouve dans la façon dont Newton sépare ** l’infrastructure générique ** des ** exigences spécifiques à la politique . **
Le RPC de base est conçu pour prendre en charge une variété de modèles d’autorisation. Certaines politiques ne requièrent que des données de transaction basiques, tandis que d’autres vérifient l’intention de l’utilisateur via une ** signature EIP-712**. Le point d’accès partagé ne l’exige pas, mais si une politique fait référence à ` intent_signature `, ou si un flux d’autorisation via PolicyClient ou appuyé par une identité s’en sert, alors la signature est requise .
C’est un choix d’architecture important.
Au lieu de créer des API distinctes pour chaque modèle d’autorisation, Newton propose une interface unique et flexible, adaptable à différents besoins de sécurité. Cela rend le protocole extensible et permet aux développeurs de construire tout, depuis une simple automatisation jusqu’à des workflows financiers hautement réglementés, sur la même infrastructure.
Mais cette flexibilité implique aussi une responsabilité pour les intégrateurs.
Un frontend peut valider la requête par rapport au schéma de base, mais manquer encore de tous les champs que la politique sélectionnée exige. Dans de nombreux cas, la Gateway rejettera la requête avant même d’évaluer la politique Rego, puisque des signatures invalides ou vides (comme `0x`) ne correspondent pas au format attendu de signature EIP-712.
Concrètement, cela signifie que les développeurs ne devraient pas considérer la validation du schéma comme la dernière couche de validation.
Une bonne intégration doit comprendre :
✅ La politique d’autorisation utilisée.
✅ Si cette politique nécessite une intention signée.
✅ Si un flux adossé à une identité ajoute des exigences supplémentaires de signature.
✅ Faire signer l’utilisateur avant d’envoyer la requête
#newtonprocol @NewtonProtocol $NEWT
Connectez-vous pour découvrir plus de contenu