蟹大的加密之旅

#dusk $DUSK 今天盯了一会儿 DUSK 的盘，我反而越来越在意一个问题：@Dusk 讲的是 RWA、机构资产上链，但 $DUSK 自己现在的交易深度，真的准备好接这种体量了吗？

截至今天，DUSK 价格大概在 0.061 美元附近，市值约 3050 万美元，24 小时总成交额只有 280 万美元左右。 这个数字单看不算完全没人交易，可放到高频交易里，我更关心的是订单真正打进去之后会发生什么。

尤其是 7 月 10 日，Bitget 直接下架了 DUSK/USDT 现货交易对。官方没有单独说“就是因为流动性差”，但它在下架审核标准里明确把交易量和流动性列在前面，同时 DUSK 的机器人、跟单、Earn 等相关服务也一起被移除。

这件事我觉得比价格跌几个点更值得看。

因为 @Dusk 现在官方生态里已经在谈 NPEX、Quantoz、Chainlink，方向明显是受监管资产、稳定币和 RWA。 可机构资金最怕的恰恰不是“没有故事”，而是有价格，没深度；能下单，出不来。

小资金市价单可能感觉不到区别，但仓位一旦放大，盘口厚度、滑点、撤单速度才是真的成本。极端行情里再叠上杠杆，几档卖盘被吃掉以后，K 线上的那几个点，落实到真实成交可能完全是另一回事。

更有意思的是，8 月还有 OpenDusk 治理投票这个催化，讨论是否把原本销毁的区块奖励导向社区金库。 我不反对做生态激励，但我会问一句：如果新增激励最后主要带来的是短期交易量，而没有长期做市资金和真实买卖盘，那热度过去以后，深度是不是又回去了？

对交易员来说，我现在判断 DUSK 有没有真正进入下一阶段，不会先看涨了多少，而会看三件事：主要交易所的盘口有没有变厚、大单滑点有没有下降、极端行情里深度能不能扛住。

RWA 可以慢慢讲，但流动性这件事，盘口每天都在交作业。

#dusk $DUSK @Dusk

#dusk $DUSK Ces deux jours, je continue à regarder concrètement sur @Dusk, et je me rends de plus en plus compte que DuskEVM a un point assez tordu : il ne cesse de mettre l’accent sur « une expérience EVM familière », mais dès lors qu’un utilisateur ordinaire veut retirer ses actifs de DuskEVM vers Dusk L1, le processus n’a rien de « familier ».

Aujourd’hui encore, la documentation officielle indique que DuskEVM est en Testnet. Le retrait doit accomplir 3 actions on-chain de manière consécutive : d’abord, initier un withdrawal sur DuskEVM ; attendre que l’état devienne « Ready to prove » ; ensuite soumettre une proof sur Dusk L1 ; puis continuer d’attendre jusqu’à « Ready to finalize » ; enfin confirmer une dernière fois la transaction pour que les actifs reviennent réellement. De plus, proof et finalize nécessitent tous deux des frais supplémentaires sur Dusk L1.

Ce qui m’inquiète le plus, c’est cette période de « attente ». L’officiel l’a lui-même écrit : quand le retrait pourra reprendre dépend de l’état du réseau, de la maturité de la proof et des vérifications du dispute-game. On ne peut pas se fier au temps : il faut surveiller l’état dans Web Wallet. Si vous changez de navigateur ou si l’historique disparaît, il faut conserver le transaction hash pour pouvoir le reconsulter.

Techniquement, ces étapes ont bien sûr leurs raisons, mais les utilisateurs ordinaires n’ont aucune envie d’étudier des notions comme output proposal, proof submitted ou waiting to finalize. Surtout que Dusk a eu un incident de sécurité lié au bridge en janvier de cette année : à l’époque, l’équipe officielle avait suspendu le service de pont et remplacé les adresses concernées. Même si l’annonce affirmait qu’il n’y avait eu aucune perte de fonds utilisateurs, cela renforce plutôt l’idée suivante : la chose la plus importante des produits cross-chain n’est pas seulement « est-ce que ça marche », mais aussi — une fois que ça bug, est-ce que les utilisateurs savent où ils sont bloqués et quelle est la prochaine étape.

Donc, ma plus grande question vis-à-vis de DuskEVM n’est pas de savoir si la technologie peut fonctionner. C’est plutôt : une fois qu’il sera vraiment lancé sur le mainnet, @Dusk est-ce qu’il va complètement cacher ces états de bas niveau derrière une couche produit ? Pour des markets régulés, c’est peut-être complexe, mais pour les boutons destinés aux utilisateurs, mieux vaut qu’ils ne soient pas compliqués. Sinon, même si le règlement on-chain est superbe, si la première demande de retrait se retrouve bloquée pendant dix minutes, ce que les utilisateurs auront en tête, c’est seulement : « Où est passé mon argent ? »

#dusk $DUSK @Dusk

#dusk $DUSK Quand je consultais @Dusk , ce qui m’a le plus bloqué n’est pas sa technologie de confidentialité, mais plutôt la phrase qu’elle répète sans cesse : fournir une infrastructure à la finance « réglementée », et aux applications de niveau institutionnel.

L’objectif est très vaste, donc je me pose une question : **d’ici quand Dusk atteint-il vraiment un niveau « institution-grade » ?**

En janvier 2025, lors du lancement du réseau principal, l’équipe officielle a déjà clairement appelé les développeurs à « Build on Dusk ». Mais en avril 2026, ce n’est que lorsque Dusk Connect et la nouvelle version de Wallet entrent en developer preview que l’on voit l’alignement. L’équipe officielle reconnaît elle-même qu’avant cela, le Web Wallet était essentiellement une application autonome : le dApp ne peut pas réaliser directement la découverte du portefeuille, la demande de compte et la signature. Ces éléments sont même décrits comme des « missing front-end pieces » des applications Dusk.

C’est donc un peu gênant.

Le réseau principal tourne déjà depuis plus d’un an, et l’histoire orientée institutions est racontée depuis longtemps. Pourtant, quand les développeurs doivent réellement remettre leurs applications aux utilisateurs, certaines couches de connexion très basiques sont encore en cours de comblement.

Ce qui mérite aussi d’inquiéter, ce sont les limites de permission.

En janvier de cette année, le wallet de signing de Dusk Bridge a été compromis : l’attaquant a ensuite détourné environ **10,91 millions de DUSK**. L’explication officielle après coup est très claire : ce n’est pas une faille au niveau de la couche de consensus, mais une compromission de la clé du portefeuille du pont. Et à l’époque, pour aller vite et simplifier l’exploitation, le pont utilisait une conception relativement légère.

Puis, l’assainissement de sécurité d’AEGIS a corrigé 39 problèmes en une seule fois, dont 7 Critical et 1 High connexe.

Du coup, ma question sur Dusk est très simple :

Si, à l’avenir, il s’agit vraiment de porter des titres, de la RWA et des actifs réglementés, « la sécurité du protocole lui-même » ne suffira évidemment pas. Dans un système où il existe une confiance centralisée en n’importe quel point — pont, wallet, permissions, clés, couche de connexion front-end — le véritable plafond de risque du système entier peut se trouver là.

La trajectoire technique, je l’approuve. Mais sur les mots « infrastructure financière de niveau institutionnel », je pense que @Dusk doit encore continuer à en faire la preuve.

#dusk $DUSK @Dusk

今天重新看了一遍 @BabylonLabs_io 的官网和 Explorer，有个细节让我挺不放心。

8 月 3 日，官网首页显示已经质押了 56,853.16 BTC，价值约 56.4 亿美元。这个规模已经不小了，但点进官方 Explorer，BABY Price 却显示为 $0(-)，区块高度、总交易数、总委托量等关键数据也没有正常展示。

更麻烦的是，Finality Provider 页面里的活跃节点、委托量和质押人数同样是空的。

这就不是页面好不好看的问题了。

假如我刚完成质押，交易迟迟没有更新，我到底该怎么判断？是 BTC 还在确认、钱包操作失败、Babylon 的索引器延迟，还是委托根本没有成功？

选择 Finality Provider 时，连实时状态和委托分布都看不到，用户又拿什么判断节点是否稳定、委托是否过度集中？

Babylon 一直强调原生 BTC、自托管、不跨桥，但资产留在自己的钱包里，不等于整个过程就足够让人安心。

真正影响信任的，往往不是宣传页上的技术名词，而是钱进去以后能不能查清楚，出现异常能不能找到原因，卡住之后有没有明确的处理入口。

承载超过 56 亿美元资产的协议，官网数据可以很漂亮，但负责验证这些数据的 Explorer 不该长期靠用户猜。

产品是否成熟，最后看的不是口号有多大，而是这些最基础的东西到底稳不稳。

#baby $BABY @BabylonLabs_io

99 projets s’arrêtent : qui paie encore la sécurité ?

Cette année, il y a déjà 99 projets d’actifs cryptographiques qui ont cessé leurs activités.

Quand j’ai vu cette nouvelle, ma première réaction n’a pas été de me demander combien de récits le marché venait encore d’éliminer, mais plutôt de constater que beaucoup de projets n’ont jamais résolu le problème le plus fondamental dès le départ : quand le prix des tokens baisse, que les subventions diminuent et que les validateurs s’en vont, qui continue à payer pour la sécurité du réseau ?

Une nouvelle chaîne PoS peut attirer des mises via un APY élevé, ou créer de l’activité grâce à des largages (airdrops), mais si le budget de sécurité repose entièrement sur son propre token, sa capacité de défense fluctue au même rythme que le prix de la devise. Plus la capitalisation est faible, plus le coût d’attaque est bas ; et continuer à émettre davantage pour maintenir les nœuds ne ferait que diluer davantage la valeur du token.

C’est aussi pour cela que je continue d’étudier Babylon. Le projet cherche à introduire le BTC natif dans le mécanisme d’approvisionnement de la sécurité, afin que les chaînes PoS, les Rollups et les chaînes applicatives n’aient pas à dépendre uniquement de leurs propres tokens pour bâtir une barrière économique. Les détenteurs de BTC peuvent effectuer un verrouillage sur le réseau Bitcoin : aucun wrapping ni pont inter-chaînes n’est nécessaire. De plus, des mécanismes de pénalisation permettent de garantir la sécurité des réseaux externes.

Mais je ne conclurai pas que le modèle fonctionne uniquement parce que la taille du staking augmente. La présence de BTC dans la couche d’approvisionnement ne fait que montrer qu’il existe une demande de rendement ; ce qui déterminera réellement la capacité de Babylon à fonctionner durablement, c’est l’attitude des réseaux connectés, prêts ou non à continuer à payer des frais réels.

Ce n’est que lorsque, après le retrait des subventions, des gens continueront d’acheter de la sécurité en BTC que Babylon pourra passer du protocole de staking à une infrastructure de sécurité.

#baby $BABY @BabylonLabs_io

Plus de 2,5 millions d’ETH attendent d’entrer dans la file de staking.

Sur le marché, on voit un rebond de la demande de staking, mais je m’intéresse davantage au signal derrière cela : lorsque de plus en plus de capitaux sont disposés à immobiliser leurs actifs pour contribuer à la sécurité du réseau, la sécurité de la blockchain elle-même devient une activité qui peut être valorisée, mise en prix.

Ethereum utilise l’ETH pour sécuriser son réseau, et Babylon veut étendre cette logique encore plus loin : faire en sorte que le BTC ne serve pas seulement à protéger le Bitcoin, mais devienne aussi une source de capital de sécurité externe que les chaînes PoS, les rollups et les chaînes d’applications peuvent mobiliser.

C’est aussi, selon moi, là que Babylon est facilement sous-évaluée. En surface, elle offre un point d’entrée pour le staking du BTC ; dans les faits, elle construit un marché de la sécurité axé sur l’offre et la demande. Les détenteurs de BTC fournissent des garanties économiques, l’accès au réseau augmente le coût réel des attaques, et Babylon se charge de connecter les deux parties ainsi que d’exécuter les règles de pénalités et de sortie.

Mais, du point de vue de la recherche en investissement, la taille du staking n’est pas la réponse unique. Même si l’offre immobilise davantage de BTC, s’il n’y a pas assez de réseaux disposés à continuer de payer des frais de sécurité, la croissance pourrait encore dépendre de subventions en tokens. Ce qui mérite réellement d’être suivi, c’est le nombre de réseaux connectés, les dépenses de sécurité réelles, les revenus du protocole, et si ces revenus peuvent progressivement soutenir les rendements des stakers de BTC.

La file d’attente du staking ETH montre que le capital est prêt à immobiliser ses fonds à long terme pour la sécurité du réseau. Ce que Babylon doit prouver ensuite, c’est si la sécurité économique du Bitcoin peut, d’une simple caractéristique d’un actif, devenir un service d’infrastructure que d’autres blockchains sont prêtes à acheter de manière continue.

Si la réponse est positive, Babylon ne se disputera pas seulement le marché des rendements BTCFi, mais l’ensemble du budget de sécurité du monde on-chain.

#baby $BABY @BabylonLabs_io

La première fois que j’ai vu le modèle de staking de Babylon, je ne l’ai pas immédiatement compris comme un produit de rendement. Ce qui m’a vraiment attiré, c’est sa volonté de créer un nouveau marché : permettre à d’autres réseaux d’acheter directement la sécurité économique fournie par Bitcoin.

Dans le passé, pour qu’une nouvelle chaîne démarre, il fallait généralement émettre ses propres tokens, recruter des validateurs, puis construire un budget de sécurité grâce à des incitations élevées. Le problème, c’est que le consensus des tokens et la liquidité de nombreux projets ne suffisent souvent pas à soutenir une sécurité durable. Dès que les subventions baissent, les validateurs se retirent, le coût des attaques diminue et la sécurité du réseau s’affaiblit rapidement.

Babylon propose une autre approche. Les détenteurs de BTC peuvent verrouiller du BTC natif pour fournir, aux chaînes PoS, Rollup ou autres systèmes, une sécurité pénalisable ; et les réseaux qui s’y connectent obtiennent cette sécurité en payant des récompenses, avec un soutien économique plus solide que celui de leurs propres tokens. Pour moi, cela ressemble davantage à la création d’un marché décentralisé du capital de sécurité qu’à la simple transformation de BTC en un autre actif de staking.

Mais pour que ce modèle fonctionne réellement sur le long terme, la question clé n’est pas la quantité de BTC verrouillée, c’est la demande. Les réseaux qui se connectent à Babylon sont-ils réellement prêts à continuer de payer, et la sécurité obtenue peut-elle se traduire par davantage d’utilisateurs, de capitaux et de revenus issus des protocoles ? Cela détermine si l’ensemble du système peut se passer de subventions.

Je suivrai aussi de près le rôle de $BABY dans ce processus. S’il ne fait que distribuer des récompenses, la pression vendeuse restera durablement présente ; en revanche, si les besoins en Gas, en gouvernance, en validation et en règlement au niveau de l’écosystème augmentent en parallèle, le token pourrait alors générer une capture de valeur plus stable.

La limite supérieure de Babylon n’est pas d’ajouter un simple point d’entrée de staking de BTC : c’est de faire du consensus de sécurité du Bitcoin un capital public que tout l’univers on-chain peut mobiliser.

#baby $BABY @BabylonLabs_io

Après avoir réétudié Babylon, ce qui m’intéresse le plus n’est plus seulement le Bitcoin Staking, mais plutôt les Trustless Bitcoin Vaults qu’il est en train de mettre en œuvre. Depuis longtemps, bien que le BTC bénéficie de la plus forte adhésion au consensus des crypto-actifs, il lui est difficile d’entrer directement dans les marchés du prêt, des stablecoins et du crédit institutionnel. En pratique, les utilisateurs ne peuvent généralement compter que sur le WBTC, les ponts cross-chain ou la garde centralisée pour convertir le BTC natif en une autre preuve d’actif sur une autre blockchain. Une fois la conversion effectuée, le risque ne se déplace plus de celui du bitcoin lui-même vers les dépositaires, les ponts et les contrats intelligents.

Babylon cherche à résoudre le problème à un niveau plus fondamental : le BTC ne quitte pas le réseau principal Bitcoin, et des protocoles externes peuvent toujours vérifier s’il existe, s’il est verrouillé, si le taux de collatéralisation est sain, et quand il devrait être liquidé. Si cette approche se concrétise, les protocoles de prêt comme Aave ne feront plus face à un simple type d’enveloppe de BTC, mais à une infrastructure de collatéral qui peut lire l’état du BTC natif. À mes yeux, c’est là le changement clé qui fait passer le BTCFi de la « fabrication de jetons générateurs de rendement » à « l’établissement de pistes financières natives ».

Je pense que c’est plus important que d’augmenter simplement le rendement du BTC. Cela signifie que le BTC peut avoir l’opportunité de passer d’un actif de réserve passif à un capital productif pouvant participer à des activités de prêt, de financement et de gestion actif-passif. Les mineurs, les détenteurs de long terme et les fonds institutionnels pourraient aussi obtenir une liquidité nouvelle sans pour autant renoncer au contrôle de l’actif. Si cette voie fonctionne, l’efficacité financière du BTC s’améliorera, et le marché n’aura plus besoin de concentrer la confiance centrale sur quelques émetteurs d’actifs encapsulés.

Cependant, la validation technique ne garantit pas un cycle commercial complet. La preuve d’état, les oracles, le délai de liquidation et l’efficacité d’exécution en cas de marchés extrêmes détermineront si le produit peut réellement porter des capitaux. À l’étape suivante, je m’intéresse davantage à l’atterrissage concret de Babylon avec Aave et Ledger, ainsi qu’à la capacité des BTCVaults à générer des frais stables. Si ces maillons se mettent en place, Babylon pourrait ne pas être seulement un protocole BTCFi : il deviendrait un important point d’entrée permettant au Bitcoin natif d’accéder à la finance on-chain.

#baby $BABY @BabylonLabs_io

哈哈哈哈

Quand j’ai découvert Web3 pour la première fois, je pensais que le plus grand avantage de la blockchain était sa simplicité.

Aucun processus complexe, aucun intermédiaire : un seul portefeuille suffit pour participer à la finance mondiale.

Mais ensuite, de plus en plus d’actifs traditionnels ont commencé à entrer dans la chaîne, et j’ai constaté un problème de plus en plus évident :

La blockchain peut réduire les coûts de transaction, mais elle n’hérite pas forcément, par nature, des règles de fonctionnement de la finance traditionnelle.

Si la finance réelle peut supporter des montants à grande échelle, ce n’est pas seulement à cause des actifs : c’est aussi parce qu’il existe, en arrière-plan, tout un système de règles.

Qui peut acheter, qui peut vendre, quels sont les plafonds, dans quels cas les opérations sont suspendues… ce sont là les fondations accumulées sur le long terme par les systèmes financiers.

Jusqu’à présent, le monde on-chain a surtout cherché à résoudre le problème du « transfert d’actifs » ; pour ce qui est de « la manière dont les actifs doivent être gérés », les infrastructures de base n’étaient pas encore suffisamment abouties.

C’est précisément ce qui m’intéresse dans Newton Protocol.

La couche d’Authorization Layer qu’il tente de mettre en place vise, en essence, à ajouter une capacité d’exécution des règles directement sur la chaîne.

Grâce au Policy Framework, les développeurs peuvent transformer, pour différents scénarios, des conditions en logique exécutable, afin que l’application ne se contente pas de réaliser des transactions, mais qu’elle fonctionne conformément aux règles prédéfinies.

Je pense que l’importance de cette direction réside dans le fait qu’elle relie deux mondes.

Le monde on-chain apporte ouverture et efficacité.

La finance traditionnelle apporte des règles et un ordre.

À l’avenir, la véritable adoption à grande échelle ne se limitera pas à déplacer des actifs sur la blockchain : elle consistera à permettre à la logique financière du monde réel de s’exécuter naturellement dans un environnement on-chain.

Newton n’est pas une solution à tous les problèmes, mais il s’engage dans une direction qu’on ne peut pas contourner.

Car à mesure que de plus en plus de capitaux, d’actifs et d’applications entreront dans la chaîne, les règles ne disparaîtront pas : elles ne feront que changer de forme.

La valeur à long terme de $NEWT dépendra de sa capacité à être adoptée par davantage de protocoles et d’applications.

Si, à l’avenir, la finance on-chain a besoin d’une couche universelle d’exécution des règles, alors l’orientation explorée par Newton pourrait devenir un élément important de cet ensemble.

@NewtonProtocol $NEWT #Newt

Après avoir suivi des projets pendant un certain temps, je suis de moins en moins attiré par ces récits particulièrement grandioses.

Parce que le marché ne manque jamais de narrations joliment racontées. Ce qui est vraiment rare, ce sont des équipes capables de décomposer des problèmes complexes, puis de les résoudre petit à petit.

Newton Protocol fait partie des projets que j’ai envie d’observer de façon continue ces derniers temps.

Ce n’est pas parce qu’il parle de combien de “futur”, mais parce que le problème qu’il aborde est assez fondamental.

Le développement du monde on-chain consiste, dans l’essence, à accroître en permanence la complexité. Des simples transactions aux protocoles financiers, puis aux applications automatisées : les systèmes deviennent de plus en plus puissants, mais, en même temps, ils ont de plus en plus besoin de nouvelles façons de se coordonner.

Ce que Newton veut faire, c’est permettre à ces comportements complexes de fonctionner selon des règles claires.

Du Authorization Layer au Policy Framework, puis à la Verifiable Automation, sa logique centrale n’est pas de créer une nouvelle application, mais de fournir un ensemble de capacités de base qui rendent l’exécution des applications plus normée.

Je pense que la caractéristique la plus importante des projets d’infrastructure, c’est qu’à court terme, ils ne sont souvent pas très “en vogue”.

Parce que contrairement aux applications grand public, on ne peut pas voir directement la croissance du nombre d’utilisateurs. Mais une fois qu’ils deviennent des composants de base d’un écosystème, la valeur s’accumule au fil de l’ampleur de leur utilisation.

Bien sûr, du point de vue de l’investissement, il faut toujours rester prudent.

Un bon choix de direction technique ne garantit pas forcément le succès ; même une excellente whitepaper a besoin d’être adoptée par l’écosystème pour le prouver.

Donc, en observant $NEWT , ce qui m’intéresse davantage, ce sont quelques indicateurs de long terme : existe-t-il de vraies intégrations d’applications ? y a-t-il des développeurs qui utilisent le produit de façon continue ? le réseau a-t-il réellement généré une demande.

Chaque jour, le marché voit émerger de nouveaux sujets brûlants. Mais les opportunités vraiment dignes d’attention se trouvent souvent dans des projets qui résolvent des problèmes de long terme.

Jusqu’où Newton pourra aller, il faudra que le temps le confirme ; mais les questions qu’il explore sont bien une direction qu’on ne peut pas contourner dans le développement on-chain.

@NewtonProtocol $NEWT #Newt

Il y a quelque temps, en observant l’exécution de certaines stratégies d’automatisation, je me suis posé une question : si un système effectue pour vous chaque jour une quantité considérable d’actions, qu’est-ce que vous devez vraiment surveiller ?

Beaucoup de gens penseront d’abord à l’efficacité.

Faire plus vite, exécuter davantage, réduire les coûts de main-d’œuvre.

Mais lorsque la taille des fonds augmente, le problème réellement important prend une autre direction : le processus suit-il vraiment la logique prévue ?

C’est aussi pour cela que je trouve la démarche de conception du Newton Protocol particulièrement intéressante.

Il ne met pas l’accent sur « faire faire par la machine plus de choses », mais sur une question souvent négligée dans l’automatisation : comment le processus d’exécution peut être vérifié.

Dans le livre blanc du Newton, la « Verifiable Automation » consiste, en essence, à ajouter au système d’automatisation un mécanisme vérifiable.

Par le passé, de nombreuses solutions d’automatisation on-chain ressemblaient davantage à un script d’exécution : le système reçoit une tâche, l’exécute, puis l’utilisateur voit le résultat final. Mais ce qui se passe au milieu, pourquoi on exécute de cette manière, si cela correspond aux conditions initiales, est souvent peu clair.

L’approche de Newton consiste à modifier ce flux.

Grâce à l’Operator Network, l’exécution des tâches ne dépend plus d’un exécuteur unique : elle est réalisée par des participants du réseau, qui coordonnent et valident. En parallèle, les technologies TEE et ZK gèrent les problématiques d’environnement d’exécution et de preuve, permettant au système de prouver que certains comportements respectent les conditions prédéfinies.

À mon avis, le point le plus crucial ici est que Newton ne se contente pas d’améliorer l’efficacité de l’automatisation : il redéfinit les capacités qu’un système d’automatisation doit posséder.

Un véritable réseau d’automatisation mature ne devrait pas seulement « savoir exécuter » ; il doit aussi « pouvoir expliquer son exécution ».

Cela ressemble, d’ailleurs, à certains égards aux systèmes financiers traditionnels.

La gestion de gros capitaux ne s’intéresse pas uniquement au rendement final : elle se focalise aussi sur les journaux de processus, les fondements de l’exécution et les chemins de responsabilité. À l’avenir, si l’automatisation on-chain veut prendre en charge des comportements financiers plus complexes, elle aura elle aussi besoin de cette base vérifiable.

Pour $NEWT , je me concentre surtout sur la capacité du projet à devenir un composant fondamental de l’écosystème de l’automatisation.

Car à l’avenir, le monde on-chain ne manquera pas d’outils d’automatisation. Ce qui risque d’être réellement rare, c’est un système de base permettant de vérifier les actions d’automatisation, de gagner la confiance, et d’être adopté à grande échelle.

@NewtonProtocol $NEWT #Newt

Beaucoup de gens pensent que l’automatisation on-chain consiste à laisser un programme effectuer des actions à la place de l’utilisateur, mais le vrai problème est : comment le programme sait-il quelle action il doit exécuter.

Dans le passé, les smart contracts étaient plutôt comme des outils d’exécution : ils pouvaient réaliser des tâches selon le code. Cependant, face à des scénarios financiers de plus en plus complexes, exécuter simplement des actions ne suffit plus.

Newton Protocol cherche précisément à répondre à ce besoin à l’ère de l’automatisation.

D’après le livre blanc, Newton permet aux utilisateurs d’exprimer leurs objectifs grâce à l’Automation Intent, puis combine Policy Framework pour transformer ces objectifs en conditions exécutables. Par rapport aux transactions traditionnelles ponctuelles, cette approche est davantage alignée avec la direction de développement des futures applications on-chain.

À l’avenir, les utilisateurs ne géreront peut-être pas chaque opération au quotidien, mais fixeront des objectifs afin que le système accomplisse les tâches en continu. À condition toutefois que ce processus d’automatisation soit capable de comprendre les conditions et de fonctionner selon des règles.

C’est aussi pour cette raison que Newton mérite l’attention.

Il ne s’agit pas simplement d’ajouter un robot : l’objectif est d’explorer de nouvelles façons d’interagir entre les humains et les systèmes on-chain.

Bien sûr, à l’heure actuelle, le projet en est encore à ses débuts ; les applications de l’écosystème et les besoins réels doivent encore être validés dans le temps. Mais du point de vue de la direction, à mesure que le monde on-chain devient de plus en plus automatisé, la question de savoir comment faire en sorte que le système comprenne mieux les objectifs des utilisateurs deviendra un enjeu majeur.

Auparavant, nous nous intéressions à savoir si la transaction était exécutée.

À l’avenir, nous nous intéresserons peut-être davantage à savoir si la transaction est accomplie conformément à l’objectif.

@NewtonProtocol $NEWT #Newt

$ARTX 4倍积分刚开,
任达华的ARToken才刚打新,
这两件事凑在一起我是真的有点绷不住,感觉这阵子Ultiland是铁了心要搞点大动静。值得关注下!
$ARTX #Artoken #Ultiland

J’observais auparavant l’automatisation on-chain : je voulais surtout savoir si elle pouvait me faire gagner du temps. Mais après avoir étudié plus en profondeur le protocole Newton, j’ai réalisé que le principal défi n’est pas l’automatisation en soi, mais plutôt : une fois l’automatisation mise en place, qui peut prouver qu’elle n’a pas dévié.

Au cours des dernières années, une multitude d’outils d’automatisation ont vu le jour sur la blockchain. Des stratégies de rendement aux robots de trading, en passant par diverses solutions d’exécution intelligente : de nombreuses tâches n’exigent plus une intervention manuelle de l’utilisateur. Toutefois, à mesure que le niveau d’automatisation augmente, un nouveau problème apparaît : lorsque la tâche est confiée à un système, comment s’assurer que le processus d’exécution correspond aux attentes ?

C’est précisément une partie assez centrale du livre blanc de Newton Protocol.

Newton ne fournit pas simplement un robot pour exécuter des tâches : il construit une couche d’automatisation vérifiable. Il vise à ce que, grâce à un Operator Network décentralisé, l’exécution ne dépende plus d’un seul exécutant, mais soit encadrée par des mécanismes de vérification garantissant que le résultat respecte les conditions établies.

Parmi ces éléments, la combinaison des technologies TEE et ZK constitue une composante essentielle de l’architecture. Le TEE fournit un environnement d’exécution de confiance, permettant d’effectuer les calculs dans un cadre protégé ; tandis que ZK permet au système de prouver qu’un résultat satisfait des règles, tout en limitant la divulgation d’informations inutiles.

Cette conception m’a fait penser aux systèmes de dépôt fiduciaire et de compensation (clearing) dans la finance traditionnelle. Les grandes masses de capitaux ne se concentrent pas uniquement sur le résultat d’une transaction : elles tiennent aussi à vérifier que l’ensemble du processus est traçable et conforme aux procédures. À l’avenir, si l’automatisation on-chain veut porter des applications plus complexes, elle aura elle aussi besoin de mécanismes d’exécution dignes de confiance, similaires.

Ce que l’Automation Layer de Newton cherche à résoudre, c’est de faire passer l’automatisation de « capable de fonctionner » à « s’exécutant de manière vérifiable ».

En s’appuyant sur VaultKit, les développeurs peuvent plus facilement intégrer la logique d’automatisation à leurs applications, tandis que le réseau d’Operators se charge de l’exécution et de la vérification, afin que l’ensemble du processus forme une boucle fermée.

Je pense que l’importance de cette direction réside dans le fait qu’à l’avenir, il ne manquera pas d’outils d’exécution sur la blockchain ; ce qui sera réellement rare, c’est une infrastructure d’exécution sur laquelle on peut compter.

Bien sûr, Newton en est encore à ses débuts : il faut continuer d’observer la taille de l’écosystème et le niveau d’adoption réelle. Pour ce qui concerne le $NEWT , je m’intéresse surtout à savoir si le réseau répond à un besoin concret : participation des Operators, nombre d’applications connectées et croissance des appels au protocole.

@NewtonProtocol $NEWT #Newt