Binance Square
文哥web3社区
1.7k Publications

文哥web3社区

web3爱好者,国内某排名前五985本硕(工学本科,金融硕士),CPA,13年二级市场投资经验。擅长项目研究,链上数据分析
Détenteur pour BNB
Détenteur pour BNB
Trade fréquemment
5.2 an(s)
89 Suivis
582 Abonnés
2.7K+ J’aime
Publications
·
--
La mission GRVT Booster est terminée au classement : les 300 premières places doivent confirmer dans le portefeuille avant demain à 8 h, avec 416 jetons GRVT par personne. Il reste 4 jours avant le TGE, on espère qu’après le lancement on pourra faire une belle montée : 1 à 2 $ le sommet, vous en pensez quoi ? Hâte de voir ça ! Ceux qui n’ont pas encore confirmé, dépêchez-vous de le faire ~
La mission GRVT Booster est terminée au classement : les 300 premières places doivent confirmer dans le portefeuille avant demain à 8 h, avec 416 jetons GRVT par personne. Il reste 4 jours avant le TGE, on espère qu’après le lancement on pourra faire une belle montée : 1 à 2 $ le sommet, vous en pensez quoi ? Hâte de voir ça ! Ceux qui n’ont pas encore confirmé, dépêchez-vous de le faire ~
Accrochez-vous, ça a été du grand n’importe quoi : le 20 juillet, à 3 h du matin, à New York, l’Argentine affronte l’Espagne. D’abord, parlons de la façon dont ces deux équipes se sont qualifiées : le style est complètement différent. Côté Espagne, c’est du solide. En demi-finale, ils ont laminé la France 2-0, avec une série de 37 matchs sans défaite. Le plus impressionnant, c’est la défense : sur 7 matchs, ils n’ont encaissé qu’un but. Mbappé n’a cadré aucun tir en tout le match, et la ligne défensive espagnole était comme une plaque de fer. Côté Argentine, c’est tous les matchs des scénarios qui donnent des palpitations. En huitièmes contre l’Égypte : menés 0-2, ils ont quand même réussi à égaliser trois fois en seulement 13 minutes. En quarts contre la Suisse : il a fallu les prolongations pour gagner. En demi-finale contre l’Angleterre : menés 0-1, puis ils ont marqué deux fois dans les sept dernières minutes pour renverser la vapeur. Match après match, ils réagissent contre le vent, et match après match, c’est un but décisif. Si vous avez le cœur fragile, ne regardez pas cette équipe. Et ensuite, le sujet le plus explosif : 39 ans contre 19 ans. Yamal vient juste d’avoir 19 ans. En demi-finale, il a provoqué un penalty qui a renvoyé la France à la maison. Son idole, c’est Messi. En 2007, quand Messi a remporté son premier Ballon d’Or, Yamal n’avait que 3 mois. Aujourd’hui, à 19 ans, il va affronter directement son idole de 39 ans en finale pour aller chercher le trophée le plus prestigieux. Les confrontations directes sont aussi très intéressantes : les deux équipes se sont affrontées 14 fois, avec 6 victoires chacune. En Coupe du monde, elles ne se sont croisées qu’une fois : en 1966, l’Argentine avait gagné 2-1. La dernière fois, c’était en 2018 en amical : l’Espagne a corrigé l’Argentine 6-1. Mais les joueurs espagnols qui étaient de la partie ont pour la plupart déjà quitté le haut niveau, tandis qu’en Argentine, Otamendi, Taliafico et Lautaro sont encore là. Mon impression personnelle : l’Espagne contrôle bien le jeu, et leur défense est du béton armé. Côté Argentine, leur condition physique pourrait être un point faible : entre les prolongations et les renversements, on ne sait pas vraiment combien d’essence il reste dans le réservoir de ces “anciens”. Mais avec un joueur comme Messi, à lui seul, il peut changer l’issue d’un match. D’après les données, la probabilité de sacre de l’Espagne est d’environ 56 %, mais l’Argentine est montée de tour en tour en étant, à chaque étape, largement sous-estimée. Le 20 juillet, à 3 h du matin : alarme réglée, bière prête. Légende de 39 ans contre génie de 19 ans, champion en titre contre équipe invaincue. Ce match, si vous le ratez, il faudra encore attendre quatre ans. Dans les commentaires : vous pensez que l’Argentine peut conserver son titre, ou que l’Espagne va couronner un nouvel “empereur” ? #BinancePickAndWin
Accrochez-vous, ça a été du grand n’importe quoi : le 20 juillet, à 3 h du matin, à New York, l’Argentine affronte l’Espagne.

D’abord, parlons de la façon dont ces deux équipes se sont qualifiées : le style est complètement différent.

Côté Espagne, c’est du solide. En demi-finale, ils ont laminé la France 2-0, avec une série de 37 matchs sans défaite. Le plus impressionnant, c’est la défense : sur 7 matchs, ils n’ont encaissé qu’un but. Mbappé n’a cadré aucun tir en tout le match, et la ligne défensive espagnole était comme une plaque de fer.

Côté Argentine, c’est tous les matchs des scénarios qui donnent des palpitations. En huitièmes contre l’Égypte : menés 0-2, ils ont quand même réussi à égaliser trois fois en seulement 13 minutes. En quarts contre la Suisse : il a fallu les prolongations pour gagner. En demi-finale contre l’Angleterre : menés 0-1, puis ils ont marqué deux fois dans les sept dernières minutes pour renverser la vapeur. Match après match, ils réagissent contre le vent, et match après match, c’est un but décisif. Si vous avez le cœur fragile, ne regardez pas cette équipe.

Et ensuite, le sujet le plus explosif : 39 ans contre 19 ans.

Yamal vient juste d’avoir 19 ans. En demi-finale, il a provoqué un penalty qui a renvoyé la France à la maison. Son idole, c’est Messi. En 2007, quand Messi a remporté son premier Ballon d’Or, Yamal n’avait que 3 mois. Aujourd’hui, à 19 ans, il va affronter directement son idole de 39 ans en finale pour aller chercher le trophée le plus prestigieux.

Les confrontations directes sont aussi très intéressantes : les deux équipes se sont affrontées 14 fois, avec 6 victoires chacune. En Coupe du monde, elles ne se sont croisées qu’une fois : en 1966, l’Argentine avait gagné 2-1. La dernière fois, c’était en 2018 en amical : l’Espagne a corrigé l’Argentine 6-1. Mais les joueurs espagnols qui étaient de la partie ont pour la plupart déjà quitté le haut niveau, tandis qu’en Argentine, Otamendi, Taliafico et Lautaro sont encore là.

Mon impression personnelle : l’Espagne contrôle bien le jeu, et leur défense est du béton armé. Côté Argentine, leur condition physique pourrait être un point faible : entre les prolongations et les renversements, on ne sait pas vraiment combien d’essence il reste dans le réservoir de ces “anciens”. Mais avec un joueur comme Messi, à lui seul, il peut changer l’issue d’un match. D’après les données, la probabilité de sacre de l’Espagne est d’environ 56 %, mais l’Argentine est montée de tour en tour en étant, à chaque étape, largement sous-estimée.

Le 20 juillet, à 3 h du matin : alarme réglée, bière prête. Légende de 39 ans contre génie de 19 ans, champion en titre contre équipe invaincue. Ce match, si vous le ratez, il faudra encore attendre quatre ans.

Dans les commentaires : vous pensez que l’Argentine peut conserver son titre, ou que l’Espagne va couronner un nouvel “empereur” ?

#BinancePickAndWin
Ce matin, l’Espagne a pris le match de la France en l’air : toute la pression est désormais sur cette rencontre — demain à 3h du matin, l’Argentine affronte l’Angleterre. Messi va rencontrer l’Angleterre pour la première fois de sa carrière, vous y croyez ? Il a joué pendant 20 ans, affronté toutes les grandes équipes, mais contre les Three Lions, jamais. D’abord, parlons des vieilles rancunes : ces deux sélections se retrouvent et ça chauffe. Au Mondial, cinq confrontations : l’Angleterre a gagné trois fois et perdu deux, avec un léger avantage. En 1986, le « main de Dieu » de Maradona renvoie l’Angleterre à la maison. En 1998, Beckham se fait exclure par un carton rouge, et l’Argentine passe aux tirs au but. En 2002, petit Beckham encore, avec un tir pour prendre sa revanche. Vingt-quatre ans plus tard, les rancœurs anciennes et nouvelles se retrouvent comptées ensemble. Un ancien Anglais, Scholes, lâche directement : « Ce match sera totalement incontrôlable, des cartons rouges, il y en aura. » De chaque côté, des absences/points faibles. Côté Angleterre : le latéral droit Quansa est suspendu pour cause de carton rouge, et Reece James (R.) est incertain après sa blessure, avec un retour à peine effectif. Bonne nouvelle : Rice est guéri et peut débuter. L’Argentine, c’est pire — deux matchs de suite avec prolongations, donc 30 minutes de plus que l’Angleterre au total. Enzo a ressenti un souci dès la première mi-temps contre la Suisse, et Romero crampe à chaque match. Ces vieux ont encore du carburant ? Les données de l’ultra-simulateur Opta : probabilité de qualification pour l’Angleterre 51,9 %, pour l’Argentine 48,1 %, et environ 30 % de chances d’entrer en prolongation. Je prédis deux-trois trucs au hasard — bref, juste pour discuter, n’en faites pas une vérité. Les vieux d’Argentine ont un point faible physique évident, tandis que l’Angleterre a une jeunesse et une puissance de percussion. Mais un joueur comme Messi, à lui seul, peut changer le match. Tuchel dit qu’il faut le marquer homme à homme : le problème, c’est qui peut tenir Messi pendant 90 minutes ? Très probablement, on ira en prolongation — voire aux tirs au but. Celui qui marque en premier prend l’avantage : l’Angleterre s’abrite pour contrer, l’Argentine garde le ballon pour imposer le rythme — sur les 60 premières minutes, je pense qu’ils vont surtout se jauger. Je le sens en gros à 50/50, mais Messi, ces matchs de grande scène… plus c’est crucial, plus il fait peur. Réveil à 3h du matin, bière prête, on ne peut pas rater ce duel de rancunes. Les frères, vous pensez que qui ira en finale pour se disputer le titre avec l’Espagne ? #BinancePickAndWin
Ce matin, l’Espagne a pris le match de la France en l’air : toute la pression est désormais sur cette rencontre — demain à 3h du matin, l’Argentine affronte l’Angleterre. Messi va rencontrer l’Angleterre pour la première fois de sa carrière, vous y croyez ? Il a joué pendant 20 ans, affronté toutes les grandes équipes, mais contre les Three Lions, jamais.

D’abord, parlons des vieilles rancunes : ces deux sélections se retrouvent et ça chauffe.

Au Mondial, cinq confrontations : l’Angleterre a gagné trois fois et perdu deux, avec un léger avantage. En 1986, le « main de Dieu » de Maradona renvoie l’Angleterre à la maison. En 1998, Beckham se fait exclure par un carton rouge, et l’Argentine passe aux tirs au but. En 2002, petit Beckham encore, avec un tir pour prendre sa revanche. Vingt-quatre ans plus tard, les rancœurs anciennes et nouvelles se retrouvent comptées ensemble. Un ancien Anglais, Scholes, lâche directement : « Ce match sera totalement incontrôlable, des cartons rouges, il y en aura. »

De chaque côté, des absences/points faibles.

Côté Angleterre : le latéral droit Quansa est suspendu pour cause de carton rouge, et Reece James (R.) est incertain après sa blessure, avec un retour à peine effectif. Bonne nouvelle : Rice est guéri et peut débuter.

L’Argentine, c’est pire — deux matchs de suite avec prolongations, donc 30 minutes de plus que l’Angleterre au total. Enzo a ressenti un souci dès la première mi-temps contre la Suisse, et Romero crampe à chaque match. Ces vieux ont encore du carburant ?

Les données de l’ultra-simulateur Opta : probabilité de qualification pour l’Angleterre 51,9 %, pour l’Argentine 48,1 %, et environ 30 % de chances d’entrer en prolongation.

Je prédis deux-trois trucs au hasard — bref, juste pour discuter, n’en faites pas une vérité.

Les vieux d’Argentine ont un point faible physique évident, tandis que l’Angleterre a une jeunesse et une puissance de percussion. Mais un joueur comme Messi, à lui seul, peut changer le match. Tuchel dit qu’il faut le marquer homme à homme : le problème, c’est qui peut tenir Messi pendant 90 minutes ?

Très probablement, on ira en prolongation — voire aux tirs au but. Celui qui marque en premier prend l’avantage : l’Angleterre s’abrite pour contrer, l’Argentine garde le ballon pour imposer le rythme — sur les 60 premières minutes, je pense qu’ils vont surtout se jauger.

Je le sens en gros à 50/50, mais Messi, ces matchs de grande scène… plus c’est crucial, plus il fait peur. Réveil à 3h du matin, bière prête, on ne peut pas rater ce duel de rancunes.

Les frères, vous pensez que qui ira en finale pour se disputer le titre avec l’Espagne ?

#BinancePickAndWin
Le protocole Newton affine la granularité de l’autorisation, passant du niveau des actifs au niveau des transactionsJe travaille sur les protocoles de bas niveau depuis des années, et j’ai pris une habitude : en regardant la conception d’un protocole, je ne m’intéresse pas à ce qu’il ajoute comme nouvelles fonctionnalités, mais à ce qu’il découpe. Car l’innovation architecturale réelle n’est souvent pas l’apparition d’un nouveau module : c’est plutôt la séparation d’une chose auparavant traitée comme un tout en deux parties indépendantes. Ces deux dernières semaines, je me suis plongé dans le @NewtonProtocol Mainnet Beta. Au début, toute mon attention portait sur cet ensemble de calcul vérifiable combinant TEE et ZKP : assembler un environnement d’exécution de confiance et des preuves à connaissance nulle pour produire une implémentation opérationnelle, c’est en soi une démarche qui mérite qu’on y consacre du temps. Mais après avoir regardé plusieurs diagrammes d’architecture, je me suis arrêté à plusieurs reprises pour y réfléchir—et ce n’était pas cela. C’était la place de VaultKit dans l’ensemble du processus d’exécution. Il est placé beaucoup trop en amont : au point de me donner l’impression que le concepteur n’avait jamais l’intention de confier intégralement le pouvoir d’exécution à qui que ce soit.

Le protocole Newton affine la granularité de l’autorisation, passant du niveau des actifs au niveau des transactions

Je travaille sur les protocoles de bas niveau depuis des années, et j’ai pris une habitude : en regardant la conception d’un protocole, je ne m’intéresse pas à ce qu’il ajoute comme nouvelles fonctionnalités, mais à ce qu’il découpe. Car l’innovation architecturale réelle n’est souvent pas l’apparition d’un nouveau module : c’est plutôt la séparation d’une chose auparavant traitée comme un tout en deux parties indépendantes.
Ces deux dernières semaines, je me suis plongé dans le @NewtonProtocol Mainnet Beta. Au début, toute mon attention portait sur cet ensemble de calcul vérifiable combinant TEE et ZKP : assembler un environnement d’exécution de confiance et des preuves à connaissance nulle pour produire une implémentation opérationnelle, c’est en soi une démarche qui mérite qu’on y consacre du temps. Mais après avoir regardé plusieurs diagrammes d’architecture, je me suis arrêté à plusieurs reprises pour y réfléchir—et ce n’était pas cela. C’était la place de VaultKit dans l’ensemble du processus d’exécution. Il est placé beaucoup trop en amont : au point de me donner l’impression que le concepteur n’avait jamais l’intention de confier intégralement le pouvoir d’exécution à qui que ce soit.
À cette heure tardive, je fais un « deep dive » sur l’Architecture Overview de @grvt_io : plus je regarde, plus je me dis que ce projet a vraiment quelque chose… mais plus je regarde, moins je me sens à l’aise. D’abord, ce qui est affiché noir sur blanc. La documentation officielle est très claire : « matches and stores data off chain and provides smart contract level guarantees of their execution on chain ». Le matching des ordres se fait hors chaîne, et le résultat du règlement est garanti par un enchaînement via smart contracts. Cette architecture, combinant ZK Stack en mode validium et un carnet d’ordres à prix limite central, peut atteindre 600 000 TPS : la vitesse est effectivement très proche de celle des CEX. En décembre 2024, Spearbit a réalisé un audit complet sur 28 jours — et il faut reconnaître que l’équipe fait du travail d’ingénierie sérieux. Mais en démontant les détails techniques, j’ai quelques doutes. Dans l’« Architecture Overview » officielle, il y a une phrase : « users requests are routed through our Backend infrastructure - the only permissioned entity allowed to execute transactions against our smart contracts ». Tous les requêtes doivent passer par le backend GRVT : c’est la seule entité autorisée à soumettre des transactions aux smart contracts L2. En traduction “en langage humain” : GRVT fait tourner une chaîne privée. Si le backend est compromis, tout le système devient exposé. Dans la section du mode Validium, l’officiel admet aussi que « operator keeps block data confidential », donc les données restent entre les mains de l’opérateur. Avec des contrats à plusieurs couches et une entrée backend privée, chaque interface devient un point d’attaque potentiel. Un audit peut couvrir la logique du code, mais il ne peut pas couvrir à fond les failles “d’interaction” entre couches. Alors, la défense en profondeur : elle comble des trous… ou elle empile juste davantage de surface d’attaque ? Je ne sais pas. Parlons ensuite des tokens. L’offre totale est de 1 milliard : investisseurs 19,9 %, équipe 19 %, communauté/airdrop 28 %, réserves futures 33,1 %. Investisseurs + équipe + réserves futures = 72 % à eux seuls. Le TGE a glissé de Q1 jusqu’à fin juin. Le premier jour de lancement ne rend disponibles que 18 % correspondant à la Season 2, plus l’airdrop des premiers jours. En revanche, pour les gros volumes des investisseurs et de l’équipe, le whitepaper ne mentionne rien de précis concernant la période de déblocage. Ils ont levé 33,3 millions de dollars, avec des soutiens de ZKsync et Delphi Ventures, et un volume cumulé de transactions de 177 milliards de dollars en 2025. Pourtant, le risque de centralisation de l’architecture technique et la transparence du modèle de tokens restent là. Quand les règles de déblocage des institutions seront entièrement transparentes, je pourrai juger le rapport qualité/prix pour un joueur “normal”. Et vous, vous en pensez quoi de ce type d’architecture hybride ? C’est suffisant, ou vous avez aussi des doutes ? #grvt
À cette heure tardive, je fais un « deep dive » sur l’Architecture Overview de @grvt_io : plus je regarde, plus je me dis que ce projet a vraiment quelque chose… mais plus je regarde, moins je me sens à l’aise.

D’abord, ce qui est affiché noir sur blanc. La documentation officielle est très claire : « matches and stores data off chain and provides smart contract level guarantees of their execution on chain ». Le matching des ordres se fait hors chaîne, et le résultat du règlement est garanti par un enchaînement via smart contracts.

Cette architecture, combinant ZK Stack en mode validium et un carnet d’ordres à prix limite central, peut atteindre 600 000 TPS : la vitesse est effectivement très proche de celle des CEX. En décembre 2024, Spearbit a réalisé un audit complet sur 28 jours — et il faut reconnaître que l’équipe fait du travail d’ingénierie sérieux.

Mais en démontant les détails techniques, j’ai quelques doutes.

Dans l’« Architecture Overview » officielle, il y a une phrase : « users requests are routed through our Backend infrastructure - the only permissioned entity allowed to execute transactions against our smart contracts ». Tous les requêtes doivent passer par le backend GRVT : c’est la seule entité autorisée à soumettre des transactions aux smart contracts L2. En traduction “en langage humain” : GRVT fait tourner une chaîne privée. Si le backend est compromis, tout le système devient exposé. Dans la section du mode Validium, l’officiel admet aussi que « operator keeps block data confidential », donc les données restent entre les mains de l’opérateur.

Avec des contrats à plusieurs couches et une entrée backend privée, chaque interface devient un point d’attaque potentiel. Un audit peut couvrir la logique du code, mais il ne peut pas couvrir à fond les failles “d’interaction” entre couches. Alors, la défense en profondeur : elle comble des trous… ou elle empile juste davantage de surface d’attaque ? Je ne sais pas.

Parlons ensuite des tokens. L’offre totale est de 1 milliard : investisseurs 19,9 %, équipe 19 %, communauté/airdrop 28 %, réserves futures 33,1 %. Investisseurs + équipe + réserves futures = 72 % à eux seuls. Le TGE a glissé de Q1 jusqu’à fin juin. Le premier jour de lancement ne rend disponibles que 18 % correspondant à la Season 2, plus l’airdrop des premiers jours. En revanche, pour les gros volumes des investisseurs et de l’équipe, le whitepaper ne mentionne rien de précis concernant la période de déblocage.

Ils ont levé 33,3 millions de dollars, avec des soutiens de ZKsync et Delphi Ventures, et un volume cumulé de transactions de 177 milliards de dollars en 2025. Pourtant, le risque de centralisation de l’architecture technique et la transparence du modèle de tokens restent là. Quand les règles de déblocage des institutions seront entièrement transparentes, je pourrai juger le rapport qualité/prix pour un joueur “normal”.

Et vous, vous en pensez quoi de ce type d’architecture hybride ? C’est suffisant, ou vous avez aussi des doutes ? #grvt
Après des années d’analyse on-chain, j’ai fini par comprendre une contradiction : les smart contracts prétendent être immuables, mais les règles de régulation changent tous les jours, les listes de sanctions sont mises à jour tous les deux ou trois jours. On connecte quelque chose d’« immuable » à un monde en perpétuelle évolution. Ce décalage, personne ne l’avait vraiment résolu frontalement — jusqu’à la déconstruction du mainnet Newton Beta, qui m’a enfin donné la réponse. @NewtonProtocol Newton sépare la stratégie du code : les règles sont écrites en Rego, distinctes du contrat. Les mises à jour de la liste de sanctions et les ajustements des seuils de risque se font via la configuration, sans toucher au code et sans redeployer. Les mises à jour traditionnelles impliquent soit de longues procédures à signatures multiples (jusqu’à des mois), soit des migrations de fonds via un changement de contrat. Sur la chaîne comme hors chaîne, on a toujours un décalage. Newton le réduit à presque zéro. Il y a aussi un choix technique sous-estimé : la vérification de la stratégie se fait via des preuves à connaissance nulle. Les institutions peuvent prouver la conformité sans divulguer leurs positions ni leurs contreparties. C’est un besoin critique pour elles : personne ne veut publier l’intégralité de son carnet d’ordres pour se « justifier ». En combinant ces deux points, Newton résout une contradiction triangulaire : sur la chaîne, il faut pouvoir vérifier ; pour les institutions, il faut la confidentialité ; pour la régulation, il faut que le système suive l’évolution. Autrefois, ces trois exigences se contredisaient. Avec cette architecture, elles sont désormais prises en charge simultanément. Mais la gouvernance me laisse perplexe. Les upgrades de protocole se font en deux couches : des paramètres économiques peuvent être ajustés par vote, tandis que la logique principale nécessite un hard fork. Ça paraît cohérent, mais je n’ai pas trouvé de seuil concret : 51 % ou 66 % ? En fonction de la mise (staking) ou des tokens détenus ? Depuis le lancement du mainnet Beta, il n’y a pas eu de proposition officielle ; tous les paramètres viennent des annonces de la Fondation. Si seuls les nœuds de la Fondation doivent approuver le hard fork, en quoi est-ce différent d’une mise à jour directe ? $NEWT est autour de 0,04 $ aujourd’hui, bien en dessous de son sommet. Dans la communauté, certains appellent à un rebond, d’autres le qualifient de « PPT du monde de la conformité ». Je comprends ce genre de division : au début, l’offre de tokens en circulation est sujette à la volatilité émotionnelle, et cela n’a rien à voir avec la valeur du protocole. Sur le plan de la démarche technique, faire de la vérification préalable une infrastructure est une logique d’auto-cohérence assez rare dans le secteur de la conformité. Cette combinaison — preuves à connaissance nulle plus séparation de la stratégie — résiste-t-elle à la pression de gros capitaux ? #newt
Après des années d’analyse on-chain, j’ai fini par comprendre une contradiction : les smart contracts prétendent être immuables, mais les règles de régulation changent tous les jours, les listes de sanctions sont mises à jour tous les deux ou trois jours. On connecte quelque chose d’« immuable » à un monde en perpétuelle évolution. Ce décalage, personne ne l’avait vraiment résolu frontalement — jusqu’à la déconstruction du mainnet Newton Beta, qui m’a enfin donné la réponse. @NewtonProtocol

Newton sépare la stratégie du code : les règles sont écrites en Rego, distinctes du contrat. Les mises à jour de la liste de sanctions et les ajustements des seuils de risque se font via la configuration, sans toucher au code et sans redeployer. Les mises à jour traditionnelles impliquent soit de longues procédures à signatures multiples (jusqu’à des mois), soit des migrations de fonds via un changement de contrat. Sur la chaîne comme hors chaîne, on a toujours un décalage. Newton le réduit à presque zéro.

Il y a aussi un choix technique sous-estimé : la vérification de la stratégie se fait via des preuves à connaissance nulle. Les institutions peuvent prouver la conformité sans divulguer leurs positions ni leurs contreparties. C’est un besoin critique pour elles : personne ne veut publier l’intégralité de son carnet d’ordres pour se « justifier ».

En combinant ces deux points, Newton résout une contradiction triangulaire : sur la chaîne, il faut pouvoir vérifier ; pour les institutions, il faut la confidentialité ; pour la régulation, il faut que le système suive l’évolution. Autrefois, ces trois exigences se contredisaient. Avec cette architecture, elles sont désormais prises en charge simultanément.

Mais la gouvernance me laisse perplexe. Les upgrades de protocole se font en deux couches : des paramètres économiques peuvent être ajustés par vote, tandis que la logique principale nécessite un hard fork. Ça paraît cohérent, mais je n’ai pas trouvé de seuil concret : 51 % ou 66 % ? En fonction de la mise (staking) ou des tokens détenus ? Depuis le lancement du mainnet Beta, il n’y a pas eu de proposition officielle ; tous les paramètres viennent des annonces de la Fondation. Si seuls les nœuds de la Fondation doivent approuver le hard fork, en quoi est-ce différent d’une mise à jour directe ?

$NEWT est autour de 0,04 $ aujourd’hui, bien en dessous de son sommet. Dans la communauté, certains appellent à un rebond, d’autres le qualifient de « PPT du monde de la conformité ». Je comprends ce genre de division : au début, l’offre de tokens en circulation est sujette à la volatilité émotionnelle, et cela n’a rien à voir avec la valeur du protocole. Sur le plan de la démarche technique, faire de la vérification préalable une infrastructure est une logique d’auto-cohérence assez rare dans le secteur de la conformité. Cette combinaison — preuves à connaissance nulle plus séparation de la stratégie — résiste-t-elle à la pression de gros capitaux ?
#newt
Ce soir, à 3 heures du matin : ce demi-finale entre la France et l’Espagne. Deuxième et troisième au classement mondial. “M. Mbappé” a marqué 8 buts en 6 matchs, face à l’Espagne qui n’a encaissé que 1 but en 6 matchs. Bouclier contre lance : qui a écrit ce scénario ? Regardez quelques détails, vous verrez. L’attaque française est effectivement très forte : en 6 matchs, “M. Mbappé” a planté 8 buts, Olíse a délivré 6 passes décisives en 6 matchs, et toute l’équipe en a marqué 16. Mais la France a un point faible : lors des demi-finales de l’Euro 2024 et de la Ligue des Nations 2025, deux fois de suite, l’Espagne les a renvoyés chez eux. “M. Mbappé”, face à Yamal : sur les 10 derniers duels, il n’en a gagné que 2. Ces chiffres donnent vraiment des sueurs froides à “M. Mbappé”. De leur côté, les Espagnols sont encore plus durs : Unai Simón a tenu un moment sans encaisser pendant 649 minutes, et les 6 clean sheets d’affilée créent un record dans l’histoire des Coupes du monde. Le jeune de 19 ans, Yamal, est tout simplement le cauchemar de “M. Mbappé” : il le neutralise complètement. Le banc, lui aussi, fait peur : Merino, remplaçant, a réussi deux buts décisifs consécutifs en sortant du banc. Le plus piquant encore : le jour de la demi-finale, c’est aussi la fête nationale française. Macron a dit qu’il viendrait en personne s’il y avait qualification pour la finale. Si la France perd, la fête nationale deviendra un deuil. Je raconte deux-trois bêtises et je donne mon pronostic perso, juste pour discuter—ne le prenez pas trop au sérieux. Ce match ne sera sûrement pas beau à voir. L’Espagne va probablement faire tourner le ballon lentement, et la France va s’asseoir, puis contre-attaquer. Les 60 premières minutes devraient être à 0-0 : qui marque le premier aura l’avantage. La vitesse de “M. Mbappé” pour attaquer sur le côté face aux vieux a priori est une des seules chances, mais la défense espagnole est trop solide : il y a de fortes chances que tout se joue en prolongation, voire aux tirs au but. Mon impression : l’Espagne a un peu plus de chances, 63/37. Après tout, l’avantage psychologique est là : deux fois de suite, lors de demi-finales de grands tournois, cette équipe a éliminé la France. Ils savent vraiment comment jouer contre la France. Mais “M. Mbappé”, c’est un joueur qui peut changer le match à lui tout seul. Vraiment difficile à dire. Réglez l’alarme pour 3 heures du matin, préparez la bière : qui ira en finale, vous le verrez dans les commentaires. #BinancePickAndWin
Ce soir, à 3 heures du matin : ce demi-finale entre la France et l’Espagne. Deuxième et troisième au classement mondial. “M. Mbappé” a marqué 8 buts en 6 matchs, face à l’Espagne qui n’a encaissé que 1 but en 6 matchs. Bouclier contre lance : qui a écrit ce scénario ?

Regardez quelques détails, vous verrez.

L’attaque française est effectivement très forte : en 6 matchs, “M. Mbappé” a planté 8 buts, Olíse a délivré 6 passes décisives en 6 matchs, et toute l’équipe en a marqué 16. Mais la France a un point faible : lors des demi-finales de l’Euro 2024 et de la Ligue des Nations 2025, deux fois de suite, l’Espagne les a renvoyés chez eux. “M. Mbappé”, face à Yamal : sur les 10 derniers duels, il n’en a gagné que 2. Ces chiffres donnent vraiment des sueurs froides à “M. Mbappé”.

De leur côté, les Espagnols sont encore plus durs : Unai Simón a tenu un moment sans encaisser pendant 649 minutes, et les 6 clean sheets d’affilée créent un record dans l’histoire des Coupes du monde. Le jeune de 19 ans, Yamal, est tout simplement le cauchemar de “M. Mbappé” : il le neutralise complètement. Le banc, lui aussi, fait peur : Merino, remplaçant, a réussi deux buts décisifs consécutifs en sortant du banc.

Le plus piquant encore : le jour de la demi-finale, c’est aussi la fête nationale française. Macron a dit qu’il viendrait en personne s’il y avait qualification pour la finale. Si la France perd, la fête nationale deviendra un deuil.

Je raconte deux-trois bêtises et je donne mon pronostic perso, juste pour discuter—ne le prenez pas trop au sérieux.

Ce match ne sera sûrement pas beau à voir. L’Espagne va probablement faire tourner le ballon lentement, et la France va s’asseoir, puis contre-attaquer. Les 60 premières minutes devraient être à 0-0 : qui marque le premier aura l’avantage. La vitesse de “M. Mbappé” pour attaquer sur le côté face aux vieux a priori est une des seules chances, mais la défense espagnole est trop solide : il y a de fortes chances que tout se joue en prolongation, voire aux tirs au but.

Mon impression : l’Espagne a un peu plus de chances, 63/37. Après tout, l’avantage psychologique est là : deux fois de suite, lors de demi-finales de grands tournois, cette équipe a éliminé la France. Ils savent vraiment comment jouer contre la France. Mais “M. Mbappé”, c’est un joueur qui peut changer le match à lui tout seul. Vraiment difficile à dire.

Réglez l’alarme pour 3 heures du matin, préparez la bière : qui ira en finale, vous le verrez dans les commentaires.

#BinancePickAndWin
#BinanceTurns9 #币安9周年 Neuf ans de hauts et de bas côte à côte. Merci à Binance de nous avoir guidés pour explorer le monde des cryptomonnaies et débloquer des possibilités infinies ! De 0 à 9, du trading à l’écosystème Web3 : nous assistons ensemble à d’innombrables miracles. Joyeux 9e anniversaire à Binance 🎂, construisons l’avenir ensemble !
#BinanceTurns9 #币安9周年
Neuf ans de hauts et de bas côte à côte. Merci à Binance de nous avoir guidés pour explorer le monde des cryptomonnaies et débloquer des possibilités infinies ! De 0 à 9, du trading à l’écosystème Web3 : nous assistons ensemble à d’innombrables miracles. Joyeux 9e anniversaire à Binance 🎂, construisons l’avenir ensemble !
Article
Le changement de granularité de l’autorisation : comment Newton VaultKit décompose la confiance en validations transaction par transactionIl y a quelques années, j’ai utilisé un outil de stratégie d’automatisation : j’avais défini des règles assez strictes, notamment une plage de prix, une tolérance au slippage et un plafond de position. Puis, le marché a connu d’un coup une période de forte volatilité. Entre deux transactions, la stratégie a liquidé l’ensemble de mon portefeuille. J’ai passé toute une nuit à fouiller les journaux on-chain pour comprendre ce qui n’allait pas : était-ce la stratégie qui contenait une erreur, ou bien un problème dans l’exécution ? Finalement, j’ai constaté que la logique de la stratégie n’avait rien de problématique. La première transaction était conforme ; la deuxième, avec la même autorisation, était également conforme. Mais entre les deux, l’évolution du marché a complètement fait dévier l’impact réel de la deuxième transaction. Une fois l’autorisation accordée, pendant la période « entre » deux transactions, il n’y avait plus rien qui surveillait et contrôlait le processus.

Le changement de granularité de l’autorisation : comment Newton VaultKit décompose la confiance en validations transaction par transaction

Il y a quelques années, j’ai utilisé un outil de stratégie d’automatisation : j’avais défini des règles assez strictes, notamment une plage de prix, une tolérance au slippage et un plafond de position. Puis, le marché a connu d’un coup une période de forte volatilité. Entre deux transactions, la stratégie a liquidé l’ensemble de mon portefeuille. J’ai passé toute une nuit à fouiller les journaux on-chain pour comprendre ce qui n’allait pas : était-ce la stratégie qui contenait une erreur, ou bien un problème dans l’exécution ? Finalement, j’ai constaté que la logique de la stratégie n’avait rien de problématique. La première transaction était conforme ; la deuxième, avec la même autorisation, était également conforme. Mais entre les deux, l’évolution du marché a complètement fait dévier l’impact réel de la deuxième transaction. Une fois l’autorisation accordée, pendant la période « entre » deux transactions, il n’y avait plus rien qui surveillait et contrôlait le processus.
À la base, je voulais juste comprendre l’intérêt de séparer <0-9>Intent</0-9> et <0-9>Policy</0-9> dans Newton (@NewtonProtocol ) ; j’ai relu plusieurs fois la documentation de développement avant de me rendre compte que j’avais jusque-là une compréhension trop superficielle. Avant, quand j’écrivais des contrats, j’avais l’habitude d’imbriquer directement toute la logique de décision dans le flux métier : l’autorisation, les conditions et l’exécution étaient totalement couplées. Tant que le code tournait, c’était bon. La conception de Newton fait exactement l’inverse : <0-9>Intent</0-9> décrit « ce que je veux faire », <0-9>Policy</0-9> vérifie « est-ce que je peux le faire », et la couche d’exécution ne sert qu’à exécuter et valider les résultats. Au début, je pensais simplement que c’était une couche d’abstraction en plus ; puis, en regardant de plus près, j’ai eu l’impression que ce qu’ils veulent vraiment séparer, ce sont les frontières de responsabilité par défaut que les développeurs mélangent habituellement. Mais cette architecture m’empêche de ne pas être totalement rassuré. En suivant la pile technique, on voit que le TEE repose sur Intel SGX : des vulnérabilités comme Foreshadow, Plundervolt, etc. — à chaque cycle d’attaque par canal auxiliaire, on se prend une claque sur la notion de « confiance ». La preuve ZKP génère un coût de calcul plusieurs fois supérieur à celui des transactions ordinaires. Le pont inter-chaînes Rollup fait maison ajoute lui-même une surface d’attaque supplémentaire. D’après le rapport HTX, le déploiement sur le mainnet est prévu pour le T3 2025, le développement d’outils pour les développeurs au T4, et en 2026 l’objectif est de couvrir plusieurs chaînes à l’échelle mondiale. Or empiler TEE + ZK + Rollup + IA, ce sont quatre couches très difficiles : prise séparément, chacune est déjà un os dur, alors l’évolution en itérations devient exponentiellement plus complexe. Ce qui m’inquiète encore plus, c’est la dépendance de Newton à EigenLayer. L’exécution de la Policy s’appuie sur les nœuds de restaking d’EigenLayer pour effectuer des vérifications de consensus : c’est un raccourci, on n’a pas à reconstruire une validation depuis zéro. Mais si, au niveau du contrat de restaking, il y a une faille, ou si un large ensemble d’operators est slashé, l’impact peut se propager en cascade jusqu’à Newton. $NEWT offre totale de 1 milliard d’unités : environ 287 millions sont en circulation actuellement, et 94 % n’ont pas encore été libérées. Le TGE n’a lieu que depuis un peu plus d’un an : une grande partie des fonctionnalités complexes qui soutiennent l’évaluation restent encore sur la roadmap. Bien sûr, je ne vais pas pour autant tout rejeter en bloc. Si les projets de la communauté commencent réellement à réutiliser la même série de Policy — au lieu d’écrire les décisions critiques dans leur propre code métier — alors je comprendrais mieux l’objectif de NewtonProtocol : changer, en réalité, la façon dont on pense la couche de fond du développement d’applications on-chain. #newt
À la base, je voulais juste comprendre l’intérêt de séparer <0-9>Intent</0-9> et <0-9>Policy</0-9> dans Newton (@NewtonProtocol ) ; j’ai relu plusieurs fois la documentation de développement avant de me rendre compte que j’avais jusque-là une compréhension trop superficielle.

Avant, quand j’écrivais des contrats, j’avais l’habitude d’imbriquer directement toute la logique de décision dans le flux métier : l’autorisation, les conditions et l’exécution étaient totalement couplées. Tant que le code tournait, c’était bon. La conception de Newton fait exactement l’inverse : <0-9>Intent</0-9> décrit « ce que je veux faire », <0-9>Policy</0-9> vérifie « est-ce que je peux le faire », et la couche d’exécution ne sert qu’à exécuter et valider les résultats.

Au début, je pensais simplement que c’était une couche d’abstraction en plus ; puis, en regardant de plus près, j’ai eu l’impression que ce qu’ils veulent vraiment séparer, ce sont les frontières de responsabilité par défaut que les développeurs mélangent habituellement.

Mais cette architecture m’empêche de ne pas être totalement rassuré. En suivant la pile technique, on voit que le TEE repose sur Intel SGX : des vulnérabilités comme Foreshadow, Plundervolt, etc. — à chaque cycle d’attaque par canal auxiliaire, on se prend une claque sur la notion de « confiance ». La preuve ZKP génère un coût de calcul plusieurs fois supérieur à celui des transactions ordinaires. Le pont inter-chaînes Rollup fait maison ajoute lui-même une surface d’attaque supplémentaire. D’après le rapport HTX, le déploiement sur le mainnet est prévu pour le T3 2025, le développement d’outils pour les développeurs au T4, et en 2026 l’objectif est de couvrir plusieurs chaînes à l’échelle mondiale. Or empiler TEE + ZK + Rollup + IA, ce sont quatre couches très difficiles : prise séparément, chacune est déjà un os dur, alors l’évolution en itérations devient exponentiellement plus complexe.

Ce qui m’inquiète encore plus, c’est la dépendance de Newton à EigenLayer. L’exécution de la Policy s’appuie sur les nœuds de restaking d’EigenLayer pour effectuer des vérifications de consensus : c’est un raccourci, on n’a pas à reconstruire une validation depuis zéro. Mais si, au niveau du contrat de restaking, il y a une faille, ou si un large ensemble d’operators est slashé, l’impact peut se propager en cascade jusqu’à Newton. $NEWT offre totale de 1 milliard d’unités : environ 287 millions sont en circulation actuellement, et 94 % n’ont pas encore été libérées. Le TGE n’a lieu que depuis un peu plus d’un an : une grande partie des fonctionnalités complexes qui soutiennent l’évaluation restent encore sur la roadmap.

Bien sûr, je ne vais pas pour autant tout rejeter en bloc. Si les projets de la communauté commencent réellement à réutiliser la même série de Policy — au lieu d’écrire les décisions critiques dans leur propre code métier — alors je comprendrais mieux l’objectif de NewtonProtocol : changer, en réalité, la façon dont on pense la couche de fond du développement d’applications on-chain.
#newt
Je parcourais la documentation officielle pendant la nuit (@grvt_io ) et je me suis arrêté à la section sur l’architecture hybride. Dans la FAQ, c’est clairement écrit : « GRVT a une architecture hybride composée à la fois de systèmes on-chain et off-chain, pour la scalabilité, la sécurité et la confidentialité. » Côté off-chain, on fait le matching ; côté on-chain, on effectue le règlement. Ensuite, j’ai regardé les données : 600 000 transactions par seconde, et une latence au niveau de la milliseconde. Le combo “vitesse de type CEX + auto-custody grâce à ZK”, c’est vraiment bien pensé. Mais en tournant la page, je me suis figé. Le document dit : « Un sous-ensemble des actions off-chain est poussé sur la chaîne GRVT. Ces actions sont ensuite publiées sous forme de preuves à connaissance zéro pour vérifier les transactions off-chain sur Ethereum. » Matching off-chain, puis emballage en preuve ZK et dépôt sur Ethereum. Sur le papier, ça a l’air logique. Sauf que l’évaluation des risques de L2BEAT a précisément pointé un point : « Chaque mise à jour de l’état du système doit être accompagnée d’une preuve ZK », et c’est là que le problème se situe. La génération des preuves ZK dépend d’une version spécifique de la machine virtuelle Boojum. Les itérations au niveau du socle, les mises à niveau de version, apportent avec elles des failles de compatibilité. Si la vérification en lot échoue, tous les retraits et règlements des utilisateurs seront bloqués. Le catalogue ZK de L2BEAT suit justement les contrats “verifier” de chaque projet, avec un processus : « régénérer des fichiers Solidity directement à partir du code source pour confirmer que les contrats déployés sont légitimes ». Pourquoi font-ils ça ? Parce que la génération des clés de vérification dépend d’un trusted setup, et « les SNARKs nécessitent un trusted setup » : c’est donc l’hypothèse de confiance. J’ai fait un calcul. GRVT a conçu en interne des circuits ZK dédiés au matching de produits dérivés, à la marge unifiée et à la compensation. Ces logiques, intégrées dans le circuit ZK, ont une complexité bien supérieure à celle des projets ZK de type “paiement”. Si les contraintes sont trop strictes, la preuve échoue ; si elles sont trop lâches, quelqu’un pourrait potentiellement construire malicieusement une preuve valide. Plus les fonctions sont complexes, plus les vulnérabilités potentielles peuvent être profondes. Dans le livre blanc, la vitesse de preuve est présentée comme impressionnante, mais aucune mention n’est faite concernant les mesures en cas d’échec de la vérification. Passons à la TGE. L’officiel confirme un total de 1 milliard d’unités en offre, dont 28 % pour la communauté et les airdrops. Un accroissement de 6 % d’airdrops (de 22 % à 28 %) une fois débloqué, peut très probablement créer une pression réelle à la vente. Les premières semaines, avec une volatilité large, il est difficile d’échapper à un effet dans ce sens. Du coup, mon idée actuelle est la suivante : plutôt que de parier sur la direction, autant attendre que, après la TGE, la liquidité réelle se forme avant d’entrer. Qu’en pensez-vous de cette architecture hybride de GRVT ? N’hésitez pas à partager votre analyse technique en commentaire. #grvt
Je parcourais la documentation officielle pendant la nuit (@grvt_io ) et je me suis arrêté à la section sur l’architecture hybride. Dans la FAQ, c’est clairement écrit : « GRVT a une architecture hybride composée à la fois de systèmes on-chain et off-chain, pour la scalabilité, la sécurité et la confidentialité. » Côté off-chain, on fait le matching ; côté on-chain, on effectue le règlement. Ensuite, j’ai regardé les données : 600 000 transactions par seconde, et une latence au niveau de la milliseconde. Le combo “vitesse de type CEX + auto-custody grâce à ZK”, c’est vraiment bien pensé.

Mais en tournant la page, je me suis figé. Le document dit : « Un sous-ensemble des actions off-chain est poussé sur la chaîne GRVT. Ces actions sont ensuite publiées sous forme de preuves à connaissance zéro pour vérifier les transactions off-chain sur Ethereum. » Matching off-chain, puis emballage en preuve ZK et dépôt sur Ethereum. Sur le papier, ça a l’air logique.

Sauf que l’évaluation des risques de L2BEAT a précisément pointé un point : « Chaque mise à jour de l’état du système doit être accompagnée d’une preuve ZK », et c’est là que le problème se situe.

La génération des preuves ZK dépend d’une version spécifique de la machine virtuelle Boojum. Les itérations au niveau du socle, les mises à niveau de version, apportent avec elles des failles de compatibilité. Si la vérification en lot échoue, tous les retraits et règlements des utilisateurs seront bloqués. Le catalogue ZK de L2BEAT suit justement les contrats “verifier” de chaque projet, avec un processus : « régénérer des fichiers Solidity directement à partir du code source pour confirmer que les contrats déployés sont légitimes ». Pourquoi font-ils ça ? Parce que la génération des clés de vérification dépend d’un trusted setup, et « les SNARKs nécessitent un trusted setup » : c’est donc l’hypothèse de confiance.

J’ai fait un calcul. GRVT a conçu en interne des circuits ZK dédiés au matching de produits dérivés, à la marge unifiée et à la compensation. Ces logiques, intégrées dans le circuit ZK, ont une complexité bien supérieure à celle des projets ZK de type “paiement”. Si les contraintes sont trop strictes, la preuve échoue ; si elles sont trop lâches, quelqu’un pourrait potentiellement construire malicieusement une preuve valide. Plus les fonctions sont complexes, plus les vulnérabilités potentielles peuvent être profondes. Dans le livre blanc, la vitesse de preuve est présentée comme impressionnante, mais aucune mention n’est faite concernant les mesures en cas d’échec de la vérification.

Passons à la TGE. L’officiel confirme un total de 1 milliard d’unités en offre, dont 28 % pour la communauté et les airdrops. Un accroissement de 6 % d’airdrops (de 22 % à 28 %) une fois débloqué, peut très probablement créer une pression réelle à la vente. Les premières semaines, avec une volatilité large, il est difficile d’échapper à un effet dans ce sens.

Du coup, mon idée actuelle est la suivante : plutôt que de parier sur la direction, autant attendre que, après la TGE, la liquidité réelle se forme avant d’entrer.

Qu’en pensez-vous de cette architecture hybride de GRVT ? N’hésitez pas à partager votre analyse technique en commentaire.
#grvt
Si Binance est ce « joueur » portant la tunique du numéro 9, alors j’aimerais être ce « coéquipier » qui reste toujours à tes côtés. À vrai dire, je peux aussi me considérer comme un « vieux coéquipier ». Ces années, nous avons traversé tellement de choses ensemble : pendant les marchés haussiers, nous avons foncé de concert ; lors des périodes de volatilité, nous avons tenu bon ensemble ; et dans les moments difficiles, je n’ai jamais pensé à quitter la partie. En voyant Binance, de cette époque où c’était encore ce « rookie » tout juste sorti du vestiaire, grandir pas à pas pour devenir aujourd’hui cette « star » mondiale avec plus de 300 millions d’utilisateurs, j’ai vraiment un sentiment indescriptible. Ces neuf ans, Binance a transformé la voix de la communauté en améliorations concrètes de produit grâce à 198 optimisations et 2354 retours d’utilisateurs. Ce qui m’a le plus touché, c’est ce « support client Xiao He » qui a toujours mis l’utilisateur au cœur. Un cofondateur qui, année après année, répond personnellement aux messages privés des utilisateurs et aide tout le monde à retrouver les actifs envoyés par erreur : la chaleur de ce « coéquipier », aucune courbe de K ne peut la représenter. Nous célébrons le 9e anniversaire : la nouvelle arène est déjà ouverte. En tant que coéquipier, je veux dire : merci pour votre présence et votre confiance tout au long de ces neuf années. Pour le prochain cycle de neuf ans, quoi qu’il arrive au marché, nous continuons à combattre côte à côte, et à monter en rang ensemble ! #币安九周年
Si Binance est ce « joueur » portant la tunique du numéro 9, alors j’aimerais être ce « coéquipier » qui reste toujours à tes côtés.

À vrai dire, je peux aussi me considérer comme un « vieux coéquipier ». Ces années, nous avons traversé tellement de choses ensemble : pendant les marchés haussiers, nous avons foncé de concert ; lors des périodes de volatilité, nous avons tenu bon ensemble ; et dans les moments difficiles, je n’ai jamais pensé à quitter la partie. En voyant Binance, de cette époque où c’était encore ce « rookie » tout juste sorti du vestiaire, grandir pas à pas pour devenir aujourd’hui cette « star » mondiale avec plus de 300 millions d’utilisateurs, j’ai vraiment un sentiment indescriptible. Ces neuf ans, Binance a transformé la voix de la communauté en améliorations concrètes de produit grâce à 198 optimisations et 2354 retours d’utilisateurs.

Ce qui m’a le plus touché, c’est ce « support client Xiao He » qui a toujours mis l’utilisateur au cœur. Un cofondateur qui, année après année, répond personnellement aux messages privés des utilisateurs et aide tout le monde à retrouver les actifs envoyés par erreur : la chaleur de ce « coéquipier », aucune courbe de K ne peut la représenter.

Nous célébrons le 9e anniversaire : la nouvelle arène est déjà ouverte. En tant que coéquipier, je veux dire : merci pour votre présence et votre confiance tout au long de ces neuf années. Pour le prochain cycle de neuf ans, quoi qu’il arrive au marché, nous continuons à combattre côte à côte, et à monter en rang ensemble !

#币安九周年
币安Binance华语
·
--
9️⃣ Le joueur n°1, c’est la Binance des 9 ans, le nouveau terrain est ouvert !

Merci à chacun d’entre vous qui avez accompagné Binance jusqu’à aujourd’hui — les joueurs sont sur le terrain. Cette fois, quelle place occupez-vous ?

Choisissez votre rôle : coach, coéquipier, supporter, animateur… À partir de votre identité, partagez des histoires, vidéos et contenus en lien avec Binance

💛 Avec votre histoire, vos vœux ou votre créativité, faites une passe décisive au joueur n°9

Suivez le compte, et pour participer, publiez vos contenus puis transférez en ajoutant #币安九周年
🎁 10 créateurs chanceux seront tirés au sort : chacun recevra 99U
🏆 En plus, 1 œuvre sélectionnée comme la meilleure sera récompensée par 199U, le grand prix ultime
Le coût du transfert de confiance : conception et risques de la couche d’automatisation vérifiable de Newton ProtocolLe mois dernier, j’ai demandé à un ami de gérer pour moi une petite somme d’actifs cryptés. Il m’a dit que c’était pour faire du trading en grille. Résultat : après un peu plus de quinze jours, quand je suis allé vérifier le compte, il avait non seulement mis en place un levier x3, mais en plus il a perdu 40 % du capital dans un pool de liquidité que je ne connaissais absolument pas. Mon ami est vraiment vexé. Il dit : « Je trouve que cette opportunité est plutôt bonne ». Mais le problème n’est pas de savoir si son jugement est juste ou non. Le vrai problème, c’est que lorsque j’ai transféré les autorisations au départ, il n’y avait absolument aucun moyen de préciser « quelles choses tu n’as pas le droit de faire ». Je ne pouvais qu’au choix lui faire confiance, ou ne pas lui faire confiance. Soit tout donner, soit rien donner. Cette sensation d’étouffement, c’est exactement la même chose que ce à quoi je réfléchis en ce moment quand je parcours @NewtonProtocol des documents.

Le coût du transfert de confiance : conception et risques de la couche d’automatisation vérifiable de Newton Protocol

Le mois dernier, j’ai demandé à un ami de gérer pour moi une petite somme d’actifs cryptés. Il m’a dit que c’était pour faire du trading en grille. Résultat : après un peu plus de quinze jours, quand je suis allé vérifier le compte, il avait non seulement mis en place un levier x3, mais en plus il a perdu 40 % du capital dans un pool de liquidité que je ne connaissais absolument pas.
Mon ami est vraiment vexé. Il dit : « Je trouve que cette opportunité est plutôt bonne ». Mais le problème n’est pas de savoir si son jugement est juste ou non. Le vrai problème, c’est que lorsque j’ai transféré les autorisations au départ, il n’y avait absolument aucun moyen de préciser « quelles choses tu n’as pas le droit de faire ». Je ne pouvais qu’au choix lui faire confiance, ou ne pas lui faire confiance. Soit tout donner, soit rien donner. Cette sensation d’étouffement, c’est exactement la même chose que ce à quoi je réfléchis en ce moment quand je parcours @NewtonProtocol des documents.
Quand j’ai lu l’annonce du réseau principal de @NewtonProtocol , j’ai remarqué que les deux premiers partenaires de données étaient RedStone et Credora : l’un fait des oracles, l’autre de la notation de crédit. Au début, je trouvais ça étrange : pour un protocole d’autorisation on-chain, pourquoi les partenaires ne sont-ils pas des sociétés d’audit de sécurité ? Après y avoir réfléchi, j’ai compris. Le moteur Policy de Newton est, au fond, un système de décision : même si les règles sont écrites de façon très stricte, la justesse de la décision dépend en fin de compte des données qu’on lui fournit. Par exemple, si le prix passe sous un seuil et déclenche une liquidation, alors si la source de données est manipulée ou retardée, même les meilleures règles ne servent à rien. Sa fiabilité repose en réalité sur deux couches superposées : le réseau d’opérateurs sur EigenLayer et la preuve à connaissance nulle garantissent que le calcul n’a pas été altéré ; mais le fait que les données utilisées pour juger soient exactes ou non est une question indépendante. Ce qui m’inquiète encore plus, c’est le TEE. Newton fait tourner les agents sur Phala Cloud, et Intel SGX fournit l’isolation matérielle ; la preuve à distance peut vérifier que l’agent s’exécute bien dans un environnement de confiance. Mais le TEE vérifie que l’environnement est fiable, pas que le code est irréprochable. Si le code de l’agent contient une logique malveillante, le TEE l’exécutera docilement, et la preuve à distance passera quand même. Le TEE peut même finir par apposer un sceau de confiance sur du code malveillant. Il y a aussi un problème très concret. Les contrats principaux de Newton réservent un droit de mise à niveau administrateur, contrôlé par un portefeuille multisig de la fondation. Si les membres du multisig divulguent leurs clés ou s’entendent entre eux, ils peuvent théoriquement modifier directement les règles du contrat. Et pour l’instant, l’état de l’audit tiers du contrat est toujours « aucun ». Je suis d’accord avec l’idée de Newton d’intégrer la conformité et le contrôle des risques dans le processus d’exécution, plutôt que de faire du suivi a posteriori. Mais entre la dépendance à des fournisseurs de données externes pour fonder le jugement, le fait que le TEE ne vérifie pas l’intention du code, et la réserve de pouvoirs administrateur dans les contrats principaux, ces trois couches de risque s’additionnent. J’attendrai la réalisation d’un audit tiers et la mise en ligne d’un système de notation de réputation des agents avant d’envisager de lui confier des actifs. #newt $NEWT
Quand j’ai lu l’annonce du réseau principal de @NewtonProtocol , j’ai remarqué que les deux premiers partenaires de données étaient RedStone et Credora : l’un fait des oracles, l’autre de la notation de crédit. Au début, je trouvais ça étrange : pour un protocole d’autorisation on-chain, pourquoi les partenaires ne sont-ils pas des sociétés d’audit de sécurité ?

Après y avoir réfléchi, j’ai compris. Le moteur Policy de Newton est, au fond, un système de décision : même si les règles sont écrites de façon très stricte, la justesse de la décision dépend en fin de compte des données qu’on lui fournit. Par exemple, si le prix passe sous un seuil et déclenche une liquidation, alors si la source de données est manipulée ou retardée, même les meilleures règles ne servent à rien. Sa fiabilité repose en réalité sur deux couches superposées : le réseau d’opérateurs sur EigenLayer et la preuve à connaissance nulle garantissent que le calcul n’a pas été altéré ; mais le fait que les données utilisées pour juger soient exactes ou non est une question indépendante.

Ce qui m’inquiète encore plus, c’est le TEE. Newton fait tourner les agents sur Phala Cloud, et Intel SGX fournit l’isolation matérielle ; la preuve à distance peut vérifier que l’agent s’exécute bien dans un environnement de confiance. Mais le TEE vérifie que l’environnement est fiable, pas que le code est irréprochable. Si le code de l’agent contient une logique malveillante, le TEE l’exécutera docilement, et la preuve à distance passera quand même. Le TEE peut même finir par apposer un sceau de confiance sur du code malveillant.

Il y a aussi un problème très concret. Les contrats principaux de Newton réservent un droit de mise à niveau administrateur, contrôlé par un portefeuille multisig de la fondation. Si les membres du multisig divulguent leurs clés ou s’entendent entre eux, ils peuvent théoriquement modifier directement les règles du contrat. Et pour l’instant, l’état de l’audit tiers du contrat est toujours « aucun ».

Je suis d’accord avec l’idée de Newton d’intégrer la conformité et le contrôle des risques dans le processus d’exécution, plutôt que de faire du suivi a posteriori. Mais entre la dépendance à des fournisseurs de données externes pour fonder le jugement, le fait que le TEE ne vérifie pas l’intention du code, et la réserve de pouvoirs administrateur dans les contrats principaux, ces trois couches de risque s’additionnent. J’attendrai la réalisation d’un audit tiers et la mise en ligne d’un système de notation de réputation des agents avant d’envisager de lui confier des actifs.
#newt $NEWT
Récemment, un ami qui joue à la quantification m’a confié qu’il trouvait que faire tourner des stratégies sur un DEX est trop difficile : la vitesse ne suit pas, et le slippage finit par coûter très cher. Il m’a envoyé un lien : « Jette un œil à GRVT, ils prétendent régler ça. » J’ai consulté la documentation officielle de @grvt_io . Avec GRVT, on utilise une architecture hybride : « appariement hors chaîne et stockage on-chain, avec des garanties de niveau contrat intelligent pour l’exécution on-chain ». L’appariement se fait hors chaîne pour pousser la vitesse au maximum ; le règlement et la vérification sont renvoyés on-chain, avec la technologie Validium de ZKsync pour la sécurité. Les données officielles sont impressionnantes : jusqu’à 600 000 transactions par seconde en pointe, et une latence inférieure à la milliseconde. Mais il y a aussi un problème. GRVT repose sur une solution Validium : la disponibilité des données est maintenue hors chaîne par un comité DAC, contrairement aux Rollups standard qui publient l’ensemble des données sur le réseau principal Ethereum. Comme les données de transaction ne sont pas inscrites sur un registre public, cela empêche effectivement les bots de s’accaparer les opportunités et les attaques de type sandwich. Mais quel en est le coût ? Le niveau de granularité sous-jacent du carnet d’ordres est, pour les particuliers, difficilement accessible. Les équipes de quantification qui veulent capter un flux d’ordres en temps réel… n’ont aucune chance. Autre point : le système de comptes. GRVT découpe les comptes en « comptes de fonds » et « comptes de transaction ». Les comptes de fonds gèrent les dépôts et retraits, avec des droits extrêmement stricts ; les comptes de transaction servent à trader, et l’API ne peut accéder qu’au compte de transaction, sans conservation de la clé privée. Côté sécurité, c’est béton. Mais pour les particuliers, c’est trop lourd : l’inscription implique de lier un e-mail et de configurer SecureKey ; et si on fait une mauvaise manipulation, comme effacer par erreur un cache, on peut vite se retrouver bloqué. La question de la régulation est aussi intéressante. GRVT se présente comme « le premier DEX mondial autorisé ». Fin 2024, ils ont obtenu une licence de type M aux Bermudes. Or, la licence de type M est essentiellement une version « modifiée », avec des restrictions de sandbox, et le niveau de transparence et d’audit n’est pas du tout au même niveau que, par exemple, l’approche MiCA dans l’UE ou la capacité de contrôle de la CFTC aux États-Unis. Mon avis : le compromis technique de GRVT est intelligent, et l’expérience front-end ressemble effectivement à celle des CEX. Mais les questions de transparence des données en Validium, ainsi que la controverse sur la valeur réelle de la licence, sont des obstacles qu’on ne peut pas éviter. Je compte observer la réalité de la profondeur de liquidité après le TGE avant de décider d’entrer ou non. Dans ce secteur DeFi, il vaut mieux faire confiance au code que faire confiance à un PPT. #grvt
Récemment, un ami qui joue à la quantification m’a confié qu’il trouvait que faire tourner des stratégies sur un DEX est trop difficile : la vitesse ne suit pas, et le slippage finit par coûter très cher. Il m’a envoyé un lien : « Jette un œil à GRVT, ils prétendent régler ça. »

J’ai consulté la documentation officielle de @grvt_io . Avec GRVT, on utilise une architecture hybride : « appariement hors chaîne et stockage on-chain, avec des garanties de niveau contrat intelligent pour l’exécution on-chain ». L’appariement se fait hors chaîne pour pousser la vitesse au maximum ; le règlement et la vérification sont renvoyés on-chain, avec la technologie Validium de ZKsync pour la sécurité. Les données officielles sont impressionnantes : jusqu’à 600 000 transactions par seconde en pointe, et une latence inférieure à la milliseconde.

Mais il y a aussi un problème. GRVT repose sur une solution Validium : la disponibilité des données est maintenue hors chaîne par un comité DAC, contrairement aux Rollups standard qui publient l’ensemble des données sur le réseau principal Ethereum. Comme les données de transaction ne sont pas inscrites sur un registre public, cela empêche effectivement les bots de s’accaparer les opportunités et les attaques de type sandwich. Mais quel en est le coût ? Le niveau de granularité sous-jacent du carnet d’ordres est, pour les particuliers, difficilement accessible. Les équipes de quantification qui veulent capter un flux d’ordres en temps réel… n’ont aucune chance.

Autre point : le système de comptes. GRVT découpe les comptes en « comptes de fonds » et « comptes de transaction ». Les comptes de fonds gèrent les dépôts et retraits, avec des droits extrêmement stricts ; les comptes de transaction servent à trader, et l’API ne peut accéder qu’au compte de transaction, sans conservation de la clé privée. Côté sécurité, c’est béton. Mais pour les particuliers, c’est trop lourd : l’inscription implique de lier un e-mail et de configurer SecureKey ; et si on fait une mauvaise manipulation, comme effacer par erreur un cache, on peut vite se retrouver bloqué.

La question de la régulation est aussi intéressante. GRVT se présente comme « le premier DEX mondial autorisé ». Fin 2024, ils ont obtenu une licence de type M aux Bermudes. Or, la licence de type M est essentiellement une version « modifiée », avec des restrictions de sandbox, et le niveau de transparence et d’audit n’est pas du tout au même niveau que, par exemple, l’approche MiCA dans l’UE ou la capacité de contrôle de la CFTC aux États-Unis.

Mon avis : le compromis technique de GRVT est intelligent, et l’expérience front-end ressemble effectivement à celle des CEX. Mais les questions de transparence des données en Validium, ainsi que la controverse sur la valeur réelle de la licence, sont des obstacles qu’on ne peut pas éviter. Je compte observer la réalité de la profondeur de liquidité après le TGE avant de décider d’entrer ou non. Dans ce secteur DeFi, il vaut mieux faire confiance au code que faire confiance à un PPT. #grvt
Article
Analyse des risques liés à la validation technique et à l’économie des tokens après le lancement bêta du réseau principal de Newton ProtocolLe mois dernier, dans un café à Nanshan, à Shenzhen, j’étais devant mon ordinateur en train de modifier un rapport. À côté, deux jeunes en chemises à carreaux étaient assis. L’un d’eux fixait l’écran de son téléphone et a dit quelque chose, au point de manquer de renverser mon americano : « Quand Newton lancera son PoRW, mon rig de minage pourra payer l’électricité tout seul, sans que j’aie besoin de m’en occuper. » Je me suis retournée et j’ai jeté un coup d’œil : l’écran affichait sans équivoque le graphique en chandelier de $NEWT . Cette courbe, qui était passée de 0,7 dollar à 0,047 dollar en une seule glissade, ressemblait à une plaie posée sur le graphique des tendances de juin. Honnêtement, si j’ai remarqué Newton Protocol au départ, c’était juste par curiosité : un projet dont la capitalisation a grimpé jusqu’à 118 millions de dollars lors d’une émission de tokens en juin 2025… pourquoi est-ce qu’un an plus tard il a chuté de 93 % ? Mais en rentrant chez moi, après avoir passé trois jours à relire le livre blanc et la documentation technique, j’ai compris que ce qui m’inquiétait vraiment n’était pas le prix.

Analyse des risques liés à la validation technique et à l’économie des tokens après le lancement bêta du réseau principal de Newton Protocol

Le mois dernier, dans un café à Nanshan, à Shenzhen, j’étais devant mon ordinateur en train de modifier un rapport. À côté, deux jeunes en chemises à carreaux étaient assis. L’un d’eux fixait l’écran de son téléphone et a dit quelque chose, au point de manquer de renverser mon americano : « Quand Newton lancera son PoRW, mon rig de minage pourra payer l’électricité tout seul, sans que j’aie besoin de m’en occuper. »
Je me suis retournée et j’ai jeté un coup d’œil : l’écran affichait sans équivoque le graphique en chandelier de $NEWT . Cette courbe, qui était passée de 0,7 dollar à 0,047 dollar en une seule glissade, ressemblait à une plaie posée sur le graphique des tendances de juin. Honnêtement, si j’ai remarqué Newton Protocol au départ, c’était juste par curiosité : un projet dont la capitalisation a grimpé jusqu’à 118 millions de dollars lors d’une émission de tokens en juin 2025… pourquoi est-ce qu’un an plus tard il a chuté de 93 % ? Mais en rentrant chez moi, après avoir passé trois jours à relire le livre blanc et la documentation technique, j’ai compris que ce qui m’inquiétait vraiment n’était pas le prix.
Je fais de l’automatisation sur la blockchain depuis près de deux ans, et je me rends de plus en plus compte que cette filière est coincée dans une impasse : si vous demandez à un agent d’IA de gérer votre argent, il faut lui donner des autorisations ; mais dès que vous lui donnez ces autorisations, c’est comme remettre les clés à quelqu’un d’autre. Les solutions du marché sont soit des robots centralisés, dont la sécurité ne repose que sur la bonne volonté ; soit elles déplacent le calcul on-chain, avec des frais de Gas trop élevés pour que les utilisateurs ordinaires puissent s’en servir. Ce qui m’a convaincu avec le Newton Protocol, c’est qu’il décompose le “problème de confiance” en une solution technique exécutable. Ses trois principes clés — Scoped Autonomy (autonomie limitée), Verifiable Integrity (intégrité vérifiable) et Earned Reputation (accumulation de réputation) — relient en boucle fermée les contraintes avant action, la vérification pendant l’exécution et la pénalisation après coup. Le calcul de l’IA tourne dans un TEE, les ZKP génèrent des preuves vérifiables, puis des audits par échantillonnage passent par le réseau EigenLayer AVS. Les opérateurs doivent mettre en jeu des tokens NEWT ; en cas de malveillance, ils sont directement pénalisés. Ce mécanisme ne dépend pas d’“un bon feeling d’équipe”, il impose des contraintes dures par les règles de jeu. Je pense que l’orientation est la bonne. @NewtonProtocol Mais en parcourant la documentation, j’ai aussi relevé certains problèmes. La vérification ZK consomme environ 230 000 Gas, soit plus de dix fois le coût d’un transfert standard. Pour des stratégies complexes, le coût est multiplié, et les utilisateurs ordinaires ne peuvent tout simplement pas se le permettre. Le point qui m’inquiète le plus, c’est la question de l’expiration des permissions : une clé de session a une durée de validité, mais je ne trouve pas dans le document d’explication sur une “révocation automatique à l’expiration”. Si un attaquant intercepte une preuve ZK à l’approche de l’expiration et la soumet à répétition, il peut invoquer sans limite l’autorisation de l’utilisateur. Une fois générée, la preuve ZK est vérifiable, et le système ne vérifie pas si “cette preuve a déjà été utilisée”. Par ailleurs, même si le mainnet Beta est en ligne, il y a encore très peu de modèles de niveau avancé capables de générer d’importantes consommations de Gas natives on-chain. L’écosystème ne tourne pas encore vraiment ; on ne sait pas non plus combien de liquidités l’activité réelle peut brûler pour compenser la pression liée à la libération des tokens. $NEWT L’offre totale est de 1 milliard d’unités, avec une circulation initiale de 215 millions ; la pression de vente à long terme existe objectivement. Je n’investirai pas massivement par simple conviction de l’orientation. L’automatisation vérifiable est un passage obligé pour l’industrie, mais les coûts ZK, les risques liés aux autorisations et les données de déploiement de l’écosystème doivent être suivis en continu. Attendez de voir les volumes d’utilisation réels avant de conclure. #newt
Je fais de l’automatisation sur la blockchain depuis près de deux ans, et je me rends de plus en plus compte que cette filière est coincée dans une impasse : si vous demandez à un agent d’IA de gérer votre argent, il faut lui donner des autorisations ; mais dès que vous lui donnez ces autorisations, c’est comme remettre les clés à quelqu’un d’autre. Les solutions du marché sont soit des robots centralisés, dont la sécurité ne repose que sur la bonne volonté ; soit elles déplacent le calcul on-chain, avec des frais de Gas trop élevés pour que les utilisateurs ordinaires puissent s’en servir.

Ce qui m’a convaincu avec le Newton Protocol, c’est qu’il décompose le “problème de confiance” en une solution technique exécutable. Ses trois principes clés — Scoped Autonomy (autonomie limitée), Verifiable Integrity (intégrité vérifiable) et Earned Reputation (accumulation de réputation) — relient en boucle fermée les contraintes avant action, la vérification pendant l’exécution et la pénalisation après coup. Le calcul de l’IA tourne dans un TEE, les ZKP génèrent des preuves vérifiables, puis des audits par échantillonnage passent par le réseau EigenLayer AVS. Les opérateurs doivent mettre en jeu des tokens NEWT ; en cas de malveillance, ils sont directement pénalisés. Ce mécanisme ne dépend pas d’“un bon feeling d’équipe”, il impose des contraintes dures par les règles de jeu. Je pense que l’orientation est la bonne. @NewtonProtocol

Mais en parcourant la documentation, j’ai aussi relevé certains problèmes. La vérification ZK consomme environ 230 000 Gas, soit plus de dix fois le coût d’un transfert standard. Pour des stratégies complexes, le coût est multiplié, et les utilisateurs ordinaires ne peuvent tout simplement pas se le permettre. Le point qui m’inquiète le plus, c’est la question de l’expiration des permissions : une clé de session a une durée de validité, mais je ne trouve pas dans le document d’explication sur une “révocation automatique à l’expiration”. Si un attaquant intercepte une preuve ZK à l’approche de l’expiration et la soumet à répétition, il peut invoquer sans limite l’autorisation de l’utilisateur. Une fois générée, la preuve ZK est vérifiable, et le système ne vérifie pas si “cette preuve a déjà été utilisée”.

Par ailleurs, même si le mainnet Beta est en ligne, il y a encore très peu de modèles de niveau avancé capables de générer d’importantes consommations de Gas natives on-chain. L’écosystème ne tourne pas encore vraiment ; on ne sait pas non plus combien de liquidités l’activité réelle peut brûler pour compenser la pression liée à la libération des tokens. $NEWT L’offre totale est de 1 milliard d’unités, avec une circulation initiale de 215 millions ; la pression de vente à long terme existe objectivement.

Je n’investirai pas massivement par simple conviction de l’orientation. L’automatisation vérifiable est un passage obligé pour l’industrie, mais les coûts ZK, les risques liés aux autorisations et les données de déploiement de l’écosystème doivent être suivis en continu. Attendez de voir les volumes d’utilisation réels avant de conclure. #newt
J’ai atterri par hasard sur le projet @grvt_io , qui prétend vouloir créer « l’institution financière de tout premier plan sur la blockchain », et qui aurait même obtenu une licence des Bermudes. Honnêtement, ma première réaction a été de ne pas y croire. Mais en parcourant sa documentation officielle, j’ai eu l’impression que le sujet mérite qu’on s’y intéresse. Ce qui m’a le plus attiré, c’est son architecture hybride. La documentation d’aide officielle le dit clairement : « GRVT has a hybrid architecture that is made up of both on-chain and off-chain systems for scalability, security, and privacy ». Appariement hors chaîne, règlement sur chaîne : la vitesse de matching des ordres serait de 600 000 TPS, avec une latence au niveau de la milliseconde. Le blog officiel précise en outre que cette architecture est « built as a ZK Stack validium », avec des preuves à divulgation nulle pour protéger la confidentialité des transactions, et qu’Ethereum est utilisé pour le règlement final. Dans la communauté, certains décrivent l’expérience comme « presque au niveau d’un CEX » ; je partage ce point de vue, mais la performance réelle sur le mainnet reste à vérifier. Parlons aussi de la feuille de route pour 2026. L’objectif officiel est de « unifying the entire capital lifecycle around a single programmable balance », où un seul solde sert à la fois de marge, à générer des rendements et à effectuer des transactions. La planification couvre quatre grandes couches : revenus, investissements, échanges et paiements. Il est aussi prévu d’intégrer, via ZKsync Atlas, des liquidités de L1 comme Aave. Le plan est très séduisant, mais la difficulté de mise en œuvre n’est pas négligeable. La feuille de route de conformité de GRVT compte aussi comme un point positif. Fin 2024, le projet a obtenu une licence des Bermudes de classe M ; dès 2023, il avait reçu l’autorisation VASP en Lituanie. Les fondateurs viennent de grandes banques d’investissement, et l’équipe a un solide bagage. Mais j’ai aussi des réserves. Le TVL est actuellement d’environ sept ou huit millions de dollars. Des analystes disent que « l’absence de transactions et de données on-chain n’est pas un simple bruit à court terme, mais un problème structurel ». Le modèle économique du token a bien été publié : offre totale de 1 milliard d’unités, et 28 % pour l’airdrop communautaire ; toutefois, les mécanismes de distribution n’ont pas encore été complètement déployés. Les ajustements des règles d’airdrop ont aussi suscité des discussions dans la communauté. La direction est bonne, la route est encore longue. L’architecture hybride est séduisante, mais l’articulation entre l’appariement hors chaîne et le règlement on-chain, le coût de performance des preuves à divulgation nulle, et l’équilibre entre la conformité réglementaire et la décentralisation sont autant de points difficiles. Attendre que le mainnet tourne réellement, attendre les données, puis juger s’il s’agit d’une vraie transformation ou d’une belle histoire : ce n’est pas trop tard. #grvt
J’ai atterri par hasard sur le projet @grvt_io , qui prétend vouloir créer « l’institution financière de tout premier plan sur la blockchain », et qui aurait même obtenu une licence des Bermudes. Honnêtement, ma première réaction a été de ne pas y croire. Mais en parcourant sa documentation officielle, j’ai eu l’impression que le sujet mérite qu’on s’y intéresse.

Ce qui m’a le plus attiré, c’est son architecture hybride. La documentation d’aide officielle le dit clairement : « GRVT has a hybrid architecture that is made up of both on-chain and off-chain systems for scalability, security, and privacy ». Appariement hors chaîne, règlement sur chaîne : la vitesse de matching des ordres serait de 600 000 TPS, avec une latence au niveau de la milliseconde. Le blog officiel précise en outre que cette architecture est « built as a ZK Stack validium », avec des preuves à divulgation nulle pour protéger la confidentialité des transactions, et qu’Ethereum est utilisé pour le règlement final. Dans la communauté, certains décrivent l’expérience comme « presque au niveau d’un CEX » ; je partage ce point de vue, mais la performance réelle sur le mainnet reste à vérifier.

Parlons aussi de la feuille de route pour 2026. L’objectif officiel est de « unifying the entire capital lifecycle around a single programmable balance », où un seul solde sert à la fois de marge, à générer des rendements et à effectuer des transactions. La planification couvre quatre grandes couches : revenus, investissements, échanges et paiements. Il est aussi prévu d’intégrer, via ZKsync Atlas, des liquidités de L1 comme Aave. Le plan est très séduisant, mais la difficulté de mise en œuvre n’est pas négligeable.

La feuille de route de conformité de GRVT compte aussi comme un point positif. Fin 2024, le projet a obtenu une licence des Bermudes de classe M ; dès 2023, il avait reçu l’autorisation VASP en Lituanie. Les fondateurs viennent de grandes banques d’investissement, et l’équipe a un solide bagage.

Mais j’ai aussi des réserves. Le TVL est actuellement d’environ sept ou huit millions de dollars. Des analystes disent que « l’absence de transactions et de données on-chain n’est pas un simple bruit à court terme, mais un problème structurel ». Le modèle économique du token a bien été publié : offre totale de 1 milliard d’unités, et 28 % pour l’airdrop communautaire ; toutefois, les mécanismes de distribution n’ont pas encore été complètement déployés. Les ajustements des règles d’airdrop ont aussi suscité des discussions dans la communauté.

La direction est bonne, la route est encore longue. L’architecture hybride est séduisante, mais l’articulation entre l’appariement hors chaîne et le règlement on-chain, le coût de performance des preuves à divulgation nulle, et l’équilibre entre la conformité réglementaire et la décentralisation sont autant de points difficiles. Attendre que le mainnet tourne réellement, attendre les données, puis juger s’il s’agit d’une vraie transformation ou d’une belle histoire : ce n’est pas trop tard. #grvt
Le récit d’automatisation vérifiable du protocole Newton et le dilemme de la confiance matérielleHonnêtement, la première fois que je l’ai vu passer, je l’ai carrément balayé du doigt @NewtonProtocol . « Agents IA on-chain », « couche d’automatisation vérifiable » : ce genre de récit, je l’ai vu beaucoup trop dans le milieu crypto. Sur dix projets, huit racontent des histoires à peu près identiques. Jusqu’à une nuit où je n’arrivais pas à dormir et que j’ai parcouru le livre blanc : j’ai vu que sa couche sous-jacente repose sur une double garantie, TEE + ZKP, et qu’il a aussi mis en place un mécanisme appelé zkPermissions. L’utilisateur n’a alors pas besoin de confier sa clé privée à l’agent pour vérifier chaque étape. À ce moment-là, mes doigts se sont arrêtés et j’ai commencé à lire sérieusement. D’abord, parlons de ce que je trouve particulièrement appréciable. Le positionnement du protocole Newton est très clair : créer une couche d’automatisation vérifiable pour l’économie on-chain. Les utilisateurs peuvent définir, via zkPermissions, les limites de comportement des agents IA, par exemple en limitant les dépenses, en autorisant certains DEX, ou en fixant les horaires d’exécution des transactions. L’agent exécute les tâches dans ce « petit bunker crypté » qu’est le TEE : à chaque étape, il génère des ZKP pour prouver à la chaîne qu’« il n’a pas touché à vos actifs à votre insu ».

Le récit d’automatisation vérifiable du protocole Newton et le dilemme de la confiance matérielle

Honnêtement, la première fois que je l’ai vu passer, je l’ai carrément balayé du doigt @NewtonProtocol . « Agents IA on-chain », « couche d’automatisation vérifiable » : ce genre de récit, je l’ai vu beaucoup trop dans le milieu crypto. Sur dix projets, huit racontent des histoires à peu près identiques. Jusqu’à une nuit où je n’arrivais pas à dormir et que j’ai parcouru le livre blanc : j’ai vu que sa couche sous-jacente repose sur une double garantie, TEE + ZKP, et qu’il a aussi mis en place un mécanisme appelé zkPermissions. L’utilisateur n’a alors pas besoin de confier sa clé privée à l’agent pour vérifier chaque étape. À ce moment-là, mes doigts se sont arrêtés et j’ai commencé à lire sérieusement.
D’abord, parlons de ce que je trouve particulièrement appréciable.
Le positionnement du protocole Newton est très clair : créer une couche d’automatisation vérifiable pour l’économie on-chain. Les utilisateurs peuvent définir, via zkPermissions, les limites de comportement des agents IA, par exemple en limitant les dépenses, en autorisant certains DEX, ou en fixant les horaires d’exécution des transactions. L’agent exécute les tâches dans ce « petit bunker crypté » qu’est le TEE : à chaque étape, il génère des ZKP pour prouver à la chaîne qu’« il n’a pas touché à vos actifs à votre insu ».
Je suis récemment en train d’étudier le trading de produits dérivés sur la chaîne, et je trouve que le projet @grvt_io est plutôt intéressant. Franchement, le secteur des Perp DEX est déjà bien saturé : les anciens occupent déjà leurs positions, et qu’est-ce qu’un nouveau projet pourrait bien apporter de différent ? Mais après avoir fouillé les documents pendant quelques jours, mon avis a changé. Ce qui m’a le plus convaincu dans GRVT, c’est son architecture hybride. La documentation technique officielle explique clairement : « GRVT adopte une architecture qui fait correspondre et stocke les données hors chaîne, tout en fournissant des garanties d’exécution au niveau des smart contracts sur la chaîne ». Traduction : la mise en correspondance des ordres se fait hors chaîne, avec une vitesse comparable à celle des exchanges centralisés, mais le règlement et la validation sont effectués sur la chaîne, avec les smart contracts comme filet de sécurité. L’annonce officielle affirme qu’on peut atteindre 600 000 TPS et une latence à l’échelle de la milliseconde (voire moins). À mon avis, c’est une approche vraiment pragmatique, plus fiable que les purs AMM où le slippage peut devenir un gros problème. Mais il ne suffit pas d’avoir la technologie. GRVT a aussi mis en place un design de « solde unique », visant à ce que le même dépôt puisse à la fois générer des intérêts, servir de marge, et même rester exposé à l’appréciation du prix spot. La phrase exacte du billet de blog officiel est : « The same deposit can simultaneously earn yield, back a margin position, and even stay exposed to spot price appreciation ». Dit comme ça, ça paraît vraiment séduisant : ça résout le problème de la fragmentation des capitaux. Toutefois, j’ai un doute : quand un mécanisme aussi complexe tourne vraiment, la gestion des risques et la compensation peuvent-elles suivre ? Pas sûr. GRVT a obtenu une licence de classe M de l’Autorité monétaire des Bermudes, et se présente comme le premier DEX au monde à obtenir une licence. La conformité est une arme à double tranchant : des fonds institutionnels peuvent entrer, mais la KYC bloque les utilisateurs anonymes ; dans des endroits comme Hong Kong, l’accès est même carrément impossible. J’ai aussi regardé la feuille de route. En 2026, il est prévu d’intégrer ZKsync Atlas pour des briques comme Aave et d’autres liquidités de L1, et de lancer des contrats perp sur des actions et des devises. L’ambition est grande, mais le TGE est passé de fin juin à juillet : dans la communauté, certains commencent déjà à s’inquiéter de la capacité de livraison. Je pense que GRVT mérite qu’on s’y intéresse : la base technique est solide et la trajectoire de conformité est claire. Mais ne vous précipitez pas : attendez le TGE, puis regardez les données réelles et la réaction de la communauté. Même si le livre blanc est beau, c’est le déploiement qui compte. #grvt
Je suis récemment en train d’étudier le trading de produits dérivés sur la chaîne, et je trouve que le projet @grvt_io est plutôt intéressant. Franchement, le secteur des Perp DEX est déjà bien saturé : les anciens occupent déjà leurs positions, et qu’est-ce qu’un nouveau projet pourrait bien apporter de différent ? Mais après avoir fouillé les documents pendant quelques jours, mon avis a changé.

Ce qui m’a le plus convaincu dans GRVT, c’est son architecture hybride. La documentation technique officielle explique clairement : « GRVT adopte une architecture qui fait correspondre et stocke les données hors chaîne, tout en fournissant des garanties d’exécution au niveau des smart contracts sur la chaîne ». Traduction : la mise en correspondance des ordres se fait hors chaîne, avec une vitesse comparable à celle des exchanges centralisés, mais le règlement et la validation sont effectués sur la chaîne, avec les smart contracts comme filet de sécurité. L’annonce officielle affirme qu’on peut atteindre 600 000 TPS et une latence à l’échelle de la milliseconde (voire moins). À mon avis, c’est une approche vraiment pragmatique, plus fiable que les purs AMM où le slippage peut devenir un gros problème.

Mais il ne suffit pas d’avoir la technologie. GRVT a aussi mis en place un design de « solde unique », visant à ce que le même dépôt puisse à la fois générer des intérêts, servir de marge, et même rester exposé à l’appréciation du prix spot. La phrase exacte du billet de blog officiel est : « The same deposit can simultaneously earn yield, back a margin position, and even stay exposed to spot price appreciation ». Dit comme ça, ça paraît vraiment séduisant : ça résout le problème de la fragmentation des capitaux. Toutefois, j’ai un doute : quand un mécanisme aussi complexe tourne vraiment, la gestion des risques et la compensation peuvent-elles suivre ? Pas sûr.

GRVT a obtenu une licence de classe M de l’Autorité monétaire des Bermudes, et se présente comme le premier DEX au monde à obtenir une licence. La conformité est une arme à double tranchant : des fonds institutionnels peuvent entrer, mais la KYC bloque les utilisateurs anonymes ; dans des endroits comme Hong Kong, l’accès est même carrément impossible.

J’ai aussi regardé la feuille de route. En 2026, il est prévu d’intégrer ZKsync Atlas pour des briques comme Aave et d’autres liquidités de L1, et de lancer des contrats perp sur des actions et des devises. L’ambition est grande, mais le TGE est passé de fin juin à juillet : dans la communauté, certains commencent déjà à s’inquiéter de la capacité de livraison.

Je pense que GRVT mérite qu’on s’y intéresse : la base technique est solide et la trajectoire de conformité est claire. Mais ne vous précipitez pas : attendez le TGE, puis regardez les données réelles et la réaction de la communauté. Même si le livre blanc est beau, c’est le déploiement qui compte. #grvt
Connectez-vous pour découvrir plus de contenu
Rejoignez la communauté mondiale des adeptes de cryptomonnaies sur Binance Square
⚡️ Suviez les dernières informations importantes sur les cryptomonnaies.
💬 Jugé digne de confiance par la plus grande plateforme d’échange de cryptomonnaies au monde.
👍 Découvrez les connaissances que partagent les créateurs vérifiés.
Adresse e-mail/Nº de téléphone
Plan du site
Préférences de cookies
CGU de la plateforme