La plupart des blockchains font de la transparence le réglage par défaut, mais la finance réglementée a souvent besoin de quelque chose de plus nuancé. C’est là que Dusk adopte une approche intéressante.
@Dusk est conçu pour combiner la confidentialité avec une divulgation contrôlée, en utilisant une technologie de preuve à connaissance zéro afin que les détails sensibles des transactions n’aient pas besoin d’être publics par défaut, tout en permettant aux parties autorisées de vérifier ce dont elles ont besoin. Son architecture sépare également le règlement de l’exécution grâce à DuskDS, DuskVM et DuskEVM.
Pour moi, ce choix de conception est plus intéressant que de simplement ajouter « confidentialité » comme fonctionnalité. Une infrastructure financière réelle doit équilibrer en même temps la confidentialité, la conformité et un règlement vérifiable.
$DUSK joue aussi un rôle direct dans le réseau en tant que jeton natif pour le gas et le staking.
La question que je surveille est de savoir si cette infrastructure peut se traduire par des flux financiers on-chain pratiques à grande échelle. C’est la partie qui, au final, compte.
La dernière mise à jour $COTI est là ! 🚀 Restez actif, suivez les annonces officielles et ne manquez pas ce qui arrive ensuite. ✅🎁 🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧
Je me suis surpris à me poser une question simple en lisant au sujet de l’infrastructure de Bitcoin : si Bitcoin est conçu autour de la réduction de la confiance, pourquoi autant de manières de l’utiliser dans la DeFi nous demandent-elles de faire confiance à quelqu’un d’autre ?
Cette question m’a amené à passer plus de temps à explorer les Trustless Bitcoin Vaults de @BabylonLabs_io. Ce qui a retenu mon attention, ce n’était pas la promesse de faire « faire plus » à Bitcoin. C’était l’effort de permettre à la BTC de rester sur son propre réseau tout en restant utile au-delà de simples transferts.
J’ai aussi aimé apprendre que chaque coffre est lié à son propre UTXO Bitcoin, au lieu d’être mélangé avec les fonds de tout le monde. On a l’impression d’une conception qui place d’abord la propriété et la transparence. L’intégration du testnet TBV avec Aave v4 est une autre étape intéressante, car elle explore l’utilisation de la BTC native comme collatéral sans dépendre d’une version tokenisée/enrobée de Bitcoin. Les plans visant à étendre l’écosystème via des collaborations, notamment avec Aegis, me font penser que l’équipe est concentrée sur la construction d’une infrastructure pratique plutôt que sur la chasse à l’attention à court terme.
Pour moi, l’élément le plus précieux à retenir n’est pas que Bitcoin peut atteindre davantage d’applications DeFi. C’est que la réduction des hypothèses de confiance pourrait être la véritable innovation. Si Bitcoin doit jouer un rôle plus important dans différents écosystèmes, j’aimerais que cela se fasse sans abandonner les principes mêmes qui ont rendu Bitcoin digne de confiance. Je me demande ce qui compte le plus sur le long terme : ajouter rapidement de nouveaux cas d’usage Bitcoin, ou prendre plus de temps pour les construire avec moins d’hypothèses de confiance ? @BabylonLabs_io #baby $BABY
Je n’ai cessé de comparer différentes façons dont Bitcoin entre dans DeFi, et une idée continuait de ressortir : la plus grande amélioration n’est pas simplement de donner à la BTC davantage d’endroits où aller, c’est de réduire la quantité de confiance que les utilisateurs doivent accepter en cours de route.
En lisant davantage d’@BabylonLabs_io, j’ai trouvé particulièrement intéressantes les Trustless Bitcoin Vaults (TBV), car elles abordent la garantie en Bitcoin sous un autre angle. Au lieu d’envelopper la BTC ou de la confier à un dépositaire, l’objectif est de laisser le Bitcoin rester sur son propre réseau, tandis que des preuves cryptographiques permettent son utilisation dans des applications DeFi prises en charge. Cela ressemble beaucoup plus à la philosophie de sécurité initiale de Bitcoin que de nombreuses approches existantes. Les évolutions récentes de l’écosystème montrent aussi comment cette conception s’étend. La collaboration prévue avec Aegis vise à combiner TBV avec Aave v4 et une infrastructure de prêts à taux fixe, afin d’offrir aux détenteurs de Bitcoin un moyen d’accéder à la liquidité en stablecoins tout en restant en auto-conservation si le produit est lancé comme prévu.
Pour moi, l’élément le plus précieux à retenir, c’est que l’innovation ne signifie pas toujours déplacer les actifs plus vite. Parfois, elle consiste à supprimer des hypothèses de confiance inutiles tout en préservant la propriété de l’utilisateur. Si Bitcoin doit jouer un rôle plus important dans la finance décentralisée, je pense que les infrastructures qui donnent la priorité à l’auto-conservation et à la minimisation de la confiance méritent une attention particulière.
Une question que j’explore encore, c’est la suivante : qu’est-ce qui compte le plus pour l’avenir de Bitcoin dans DeFi—ajouter de nouveaux produits financiers, ou réduire la confiance nécessaire pour les utiliser ?
Je me surprenais à penser que la plupart des conversations sur le Bitcoin dans la DeFi se concentrent sur la destination possible du BTC, plutôt que sur ce que les utilisateurs doivent abandonner pour y parvenir. Plus je lis à propos des Trustless Bitcoin Vaults de @BabylonLabs_io, plus je me dis que l’innovation réelle consiste à réduire les hypothèses de confiance, plutôt qu’à augmenter simplement l’interopérabilité.
Un développement récent qui m’a particulièrement marqué est le travail de Babylon visant à étendre l’écosystème des TBV grâce à des intégrations. La collaboration prévue avec Aegis vise à combiner les Trustless Bitcoin Vaults avec Aave v4 et une infrastructure de prêt à taux fixe, permettant aux détenteurs de Bitcoin d’accéder à de la liquidité en stablecoins tout en gardant leur BTC en auto-conservation, plutôt que de dépendre d’actifs tokenisés ou de dépositaires centralisés. Cette direction me paraît importante, car des coûts d’emprunt prévisibles et la minimisation de la confiance résolvent en même temps des problèmes différents.
Ce que j’apprécie aussi, c’est que les TBV sont conçus de sorte que le Bitcoin reste verrouillé sur le réseau Bitcoin, tandis que des preuves cryptographiques permettent son utilisation comme garantie dans la DeFi. Au lieu de traiter la garde comme un compromis que les utilisateurs doivent simplement accepter, l’architecture cherche à préserver le modèle de sécurité d’origine du Bitcoin tout en ouvrant de nouvelles possibilités d’efficacité du capital. La documentation publique souligne également que l’implémentation actuelle est testée via le réseau de test TBV avant un déploiement plus large.
Pour moi, cela fait passer le débat de « Comment fait-on pour déplacer le Bitcoin partout ? » à « Comment rend-on le Bitcoin utile sans demander aux utilisateurs d’abandonner les propriétés qui les ont poussés à choisir le Bitcoin ? »
Une question que j’explore encore est la suivante : si la minimisation de la confiance devient la norme par défaut pour la DeFi adossée au Bitcoin, quels compromis de conception existants pensez-vous qu’il deviendra le plus difficile de justifier ?
Je me suis posé une question simple aujourd’hui : si Bitcoin est déjà approuvé par autant de personnes, pourquoi son utilisation dans la DeFi nécessiterait-elle de faire confiance à quelqu’un d’autre ?
Cette question m’a amené à passer plus de temps à lire sur les Trustless Bitcoin Vaults (TBV) de @BabylonLabs_io. Ce qui m’a paru intéressant, c’est l’approche différente concernant la garantie en Bitcoin. Au lieu d’envelopper le BTC ou de le confier à un dépositaire, les TBV sont conçues pour permettre aux utilisateurs de conserver leur Bitcoin sur le réseau Bitcoin tout en l’utilisant comme garantie, grâce à une conception qui minimise la confiance. Le testnet actuel se concentre sur une garantie en BTC natif, sans pont ni enveloppement, avec une intégration initiale centrée sur Aave v4.
Pour moi, cela reflète un changement plus large dans l’infrastructure crypto. La conversation devient moins axée sur l’ajout de fonctionnalités à tout prix et davantage sur la réduction des hypothèses de confiance inutiles. Si Bitcoin peut participer à des applications financières plus vastes tout en restant aligné avec ses principes de sécurité fondamentaux, cela ressemble à un progrès significatif plutôt qu’à un changement pour le changement.
Je suis aussi intéressé par la façon dont l’écosystème autour des TBV continue de grandir. Des collaborations récentes visant à étendre les cas d’utilisation de la garantie native en Bitcoin suggèrent que les développeurs explorent des moyens pratiques de construire sur cette base au fil du temps.
Je suis le @BabylonLabs_io et parce que j’aime apprendre l’infrastructure qui tente d’étendre l’utilité de Bitcoin sans perdre de vue pourquoi les gens ont d’abord fait confiance à Bitcoin. #baby
Si la confiance peut être réduite grâce à la conception du protocole plutôt que via des intermédiaires, quelles nouvelles opportunités cela crée-t-il selon vous pour Bitcoin ? $DEXE $BANK $AA
J’ai ouvert la documentation de Babylon Trustless Bitcoin Vaults (TBV) en pensant y trouver une autre fonctionnalité conçue pour permettre à Bitcoin de faire plus. Au final, je suis parti en me disant que tout revient à la question de la confiance.
Plus je suis longtemps dans le monde crypto, plus je me rends compte que chaque grande promesse finit par se résumer à une question : à qui dois-je faire confiance ?
C’est pour cela que TBV a attiré mon attention. Il ne cherche pas à changer ce qu’est Bitcoin. J’y vois plutôt une démarche visant à permettre à Bitcoin de rester fidèle à ses principes de sécurité tout en explorant de nouvelles possibilités, sans demander aux utilisateurs de faire confiance aveuglément à quelqu’un d’autre.
Je trouve ça bien plus intéressant qu’un autre titre sur le prix. Les marchés peuvent être palpitants pendant quelques jours, mais une infrastructure solide peut façonner un écosystème pendant des années. Les projets dont je me souviens ne sont pas toujours ceux qui connaissent les plus gros rallyes. Ce sont souvent ceux qui résolvent, discrètement, des problèmes que tout le monde a fini par accepter comme une norme.
Je continue à observer avec un esprit ouvert, car chaque nouvelle idée doit faire ses preuves avec le temps. La bonne technologie inspire la confiance par la performance, pas par les promesses. Mais je pense sincèrement que des conversations comme celle-ci sont saines pour l’avenir de Bitcoin.
Si TBV peut aider à réduire les hypothèses de confiance tout en gardant la sécurité de Bitcoin au centre, alors cela pourrait devenir l’une de ces innovations que les gens apprécient davantage au fil du temps.
Curieux de voir où ce parcours va nous mener. Merci @BabylonLabs_io d’avoir construit. #baby
🎙️ Tendance principale BTC/ETH : en consolidation avec biais haussier, privilégier les achats sur repli BTC : 64100-64300 acheter sur repli|64900-65000 courte vente
ETH : 1828-1838 acheter sur repli|
Le prix reste au-dessus des moyennes mobiles clés, les acheteurs contrôlant l’élan. Surveillez le support à 0,0500 $ et la résistance/liquidité à 0,0520 $.
La valeur silencieuse de dire « non » : pourquoi l’architecture de permission pourrait être plus importante que l’IA la plus intelligente
Une idée étrange a interrompu ma lecture bien avant que j’atteigne les sections techniques. Je me suis rendu compte que je posais la mauvaise question depuis le début. Au lieu de me demander à quel point l’automatisation de la blockchain pourrait devenir intelligente, j’aurais dû me demander à quelle fréquence elle devrait refuser délibérément d’agir. Cette différence semble subtile, mais elle a totalement changé la façon dont j’ai regardé Newton Mainnet Beta. La plupart des discussions autour de l’IA et de la blockchain célèbrent ce que les systèmes autonomes peuvent accomplir. On admire la rapidité, l’efficacité et la promesse d’un logiciel capable de gérer des décisions de plus en plus complexes sans intervention humaine. Pourtant, l’histoire montre à maintes reprises que les systèmes fiables se définissent souvent moins par ce qu’ils autorisent que par ce qu’ils empêchent.
J’ai cessé de me demander si l’IA deviendrait assez puissante pour la crypto et j’ai commencé à poser une question différente : qui décide de ce qu’une IA a le droit de faire une fois qu’elle a accès à mon portefeuille ?
Je reviens à cette idée, car la plupart des conversations portent sur la manière de rendre l’automatisation plus rapide ou plus intelligente. Peu de personnes prennent le temps de réfléchir aux limites. À mon avis, l’avenir de l’automatisation par blockchain dépend moins de l’intelligence que de limites claires que les utilisateurs peuvent comprendre et vérifier.
C’est pourquoi les infrastructures m’intéressent davantage que les applications spectaculaires. Si chaque action peut être autorisée avec des conditions précises, vérifiée avant son exécution et conçue de manière à ce que l’utilisateur reste aux commandes, alors l’automatisation devient quelque chose en quoi je peux réellement avoir confiance, au lieu d’être une chose que j’espère simplement qu’elle se comportera correctement.
Le Newton Mainnet Beta m’a fait envisager cela sous un autre angle. Plutôt que de traiter l’IA comme un remplacement des décisions humaines, il pointe vers un modèle où l’IA peut fonctionner dans le cadre de règles transparentes choisies par l’utilisateur. Cela ressemble à une orientation plus saine pour les systèmes décentralisés, car la confiance se construit grâce à une exécution vérifiable, et non sur des suppositions.
Je continue de croire que les plus grandes percées en crypto viendront d’une infrastructure invisible qui rend silencieusement chaque interaction plus sûre. Si cette idée se confirme avec le temps, elle pourrait compter bien plus que la prochaine application à la mode. C’est une des raisons pour lesquelles je surveille de près @NewtonProtocol au fur et à mesure que $NEWT continue de se développer. #Newt @NewtonProtocol #Newt $NEWT
J’ai commencé à lire @NewtonProtocol en m’attendant à une nouvelle discussion sur l’IA. Au lieu de cela, je me suis surpris à penser à quelque chose de bien plus important : les limites.
Le plus grand défi pour l’IA on-chain ne sera peut-être pas de rendre les agents autonomes plus intelligents. Il s’agira plutôt de décider ce qu’ils devraient et ne devraient pas être autorisés à faire. L’intelligence sans autorisations claires, sans vérification et sans responsabilité peut rapidement devenir une source de risque plutôt qu’un progrès.
C’est pourquoi la Newton Mainnet Beta a attiré mon attention. Elle déplace une partie du débat de la capacité vers le contrôle. À mon avis, une infrastructure digne de confiance ne se construit pas en donnant à l’IA une liberté illimitée : elle se construit en créant des systèmes qui vérifient les actions avant qu’elles n’aient lieu.
Je suis aussi curieux de voir comment $NEWT évolue à mesure que l’écosystème grandit. La valeur à long terme vient d’une participation et d’une utilité concrètes, pas seulement de l’attention.
Pour l’instant, je suis moins intéressé par le battage autour de l’IA que par l’infrastructure qui pourrait rendre l’IA digne de confiance on-chain.
Plus je lisais sur le protocole Newton, moins je pensais qu’il construisait une infrastructure pour l’IA. Je commence
Il y a eu un moment, en lisant l’architecture du protocole Newton, où j’ai cessé de prendre des notes. Non pas parce que j’avais découvert une autre fonctionnalité technique ou un ingénieux morceau d’ingénierie, mais parce que j’ai compris que je m’étais posé la mauvaise question dès le départ. Comme beaucoup de gens, je me suis d’abord demandé comment l’IA deviendrait plus performante en chaîne. Après avoir passé plus de temps avec les idées à l’origine du Newton Mainnet Beta, je me suis mis à réfléchir à quelque chose de beaucoup plus discret. Et si le vrai défi n’était pas de rendre l’IA plus puissante ?
J’ai remarqué que plus je passe de temps à lire sur l’infrastructure blockchain, plus mon attention s’éloigne de la vitesse des transactions pour se tourner vers les décisions qui se prennent avant qu’une transaction ne soit approuvée. Cette curiosité m’a récemment conduit à explorer @NewtonProtocol et sa Mainnet Beta.
Une idée qui a retenu mon attention est l’autorisation programmable. Les smart contracts traditionnels sont conçus pour exécuter des instructions prédéfinies, mais ils ont généralement une conscience limitée du contexte externe. D’après la documentation du projet, Newton explore des moyens d’évaluer des politiques prédéfinies avant l’exécution, permettant aux développeurs de séparer la logique d’autorisation de l’exécution du contrat tout en conservant des décisions de politique vérifiables.
J’ai aussi trouvé intéressant que le protocole aborde des modèles de politiques réutilisables, des SDK pour développeurs et des attestations cryptographiques. Si ces outils s’avèrent pratiques, ils pourraient réduire la logique d’autorisation dupliquée entre différentes applications et potentiellement simplifier certains flux de développement.
Cela dit, je pense qu’il est encore trop tôt pour tirer des conclusions solides. L’architecture technique n’est qu’une partie de la réussite à long terme. L’adoption par les développeurs, la prise en charge par les portefeuilles, la croissance de l’écosystème, la fiabilité et la facilité d’intégration compteront probablement tout autant que la conception sous-jacente.
Pour moi, $NEWT est moins une question d’attentes immédiates qu’une question de suivre l’évolution de cette approche au fil du temps. Je suis curieux de voir si l’autorisation programmable deviendra une couche d’infrastructure importante ou si des flux de transaction plus simples continueront d’être la direction privilégiée pour la plupart des applications blockchain.
Selon vous, qu’est-ce qui aura le plus grand impact sur l’adoption à long terme : des cadres d’autorisation plus solides ou le fait de conserver les interactions avec la blockchain aussi simples que possible ? @NewtonProtocol #Newt $NEWT
Au-delà des contrats intelligents : pourquoi l’autorisation des transactions pourrait devenir la prochaine couche d’infrastructure de Web3
Plus je passe de temps à lire la documentation de la blockchain, moins je juge un protocole en fonction de la rapidité avec laquelle il exécute des transactions. Ce qui attire de plus en plus mon attention, c’est ce qui se passe avant qu’une transaction ne soit autorisée à avancer. Ce changement de perspective m’a amené à explorer @NewtonProtocol et sa Mainnet Beta, où l’accent est moins mis sur la vitesse d’exécution et davantage sur l’autorisation programmable. Les contrats intelligents traditionnels sont excellents pour exécuter des instructions prédéfinies, mais ils ignorent généralement le contexte important en dehors de la blockchain. Ils ne peuvent pas, de manière indépendante, déterminer si une transaction dépasse la politique de dépenses d’une organisation, implique une adresse restreinte, ou devrait nécessiter une approbation supplémentaire en raison de son profil de risque. De nombreux projets résolvent ces problèmes grâce à des restrictions côté front-end ou à des services centralisés, mais ces protections peuvent souvent être contournées lorsque les utilisateurs interagissent directement avec des contrats intelligents. Newton Protocol tente de relever ce défi en introduisant un moteur de politique décentralisé qui évalue des règles prédéfinies avant l’exécution, plutôt qu’après.