AH啊豪

Le portefeuille Binance a déjà été mis à niveau à 80%.
Ceux qui participent au concours de trading de portefeuille peuvent me contacter en privé !
C’est maintenant réglé sur le niveau le plus élevé autorisé par la conformité du marché !
Automatique 30% ! Le système renvoie automatiquement 30% !
Si vous n’avez pas encore rempli, vous pouvez remplir : AH999
Crédit entièrement automatique, pas de problème ? Vous pouvez regarder l’image !
À l’heure actuelle, plus de 400 personnes le soutiennent !
Que vous l’utilisiez ou non, les détails doivent absolument être impeccables !
#币安钱包

On dirait que le $TRADOOR , que j’ai gardé depuis longtemps, va encore repartir !
Avec cette tendance, ça va encore sûrement faire un gros multiple ; cette fois, je le fais directement passer en portefeuille à froid, tenez bon !
#山寨爆发

Alpha est aussi de retour au bon niveau !
Chaque semaine, il y a un largage,
si vous arrivez à en obtenir ou non, c’est une question de chance !
Vous accumulez des points : ceux qui remplissent le score parfait auront de la chance !
Le TGE annoncé pour le 21 est confirmé jusqu’au 30 !
On dirait que ces jours-ci, le marché va fortement baisser ; peut-être qu’on attendra le 30 pour que la Réserve fédérale confirme que le taux d’intérêt restera inchangé ce mois-ci, et qu’on aura une bonne nouvelle au lancement !
#亚洲股市连续第二日下跌
#以太坊跌幅两倍于比特币

La tâche d’inspection Grvt de Booster est enfin entièrement validée !
En attente du déploiement pour recevoir les prix !

Le réseau principal Newton est passé en bêta le 23 du mois dernier, et a été synchronisé avec le SDK VaultKit. RedStone a raccordé des données de prix vérifiées au niveau d’exécution des stratégies de Newton, tandis que Credora a réalisé l’évaluation des risques. Avant le règlement des transactions, les développeurs peuvent ajouter une étape de contrôle de stratégie — limite de dépenses, exigences de collatéral, vérification des contreparties — le tout codé en dur. En s’exécutant sur l’AVS d’EigenLayer, il s’appuie sur le modèle de sécurité d’Ethereum pour valider des calculs hors chaîne. Fait par Magic Labs, avec environ 90 millions de dollars levés au total ; PayPal Ventures et Polygon y sont tous deux. La direction est vraiment la bonne : ce qui manque aux transactions on-chain, c’est précisément ce mécanisme de « vérification d’abord, puis autorisation ».

Mais il y a plusieurs points qui me mettent mal à l’aise.

D’abord, la pression sur l’offre de jetons n’est pas faible. Le total de NEWT est de 1 milliard ; à l’heure actuelle, environ 264 millions de jetons sont en circulation. Le 24 juin, 139 millions de jetons ont été déverrouillés, soit 37,22 % de l’offre circulante, pour une valeur d’environ 7,6 millions de dollars. La capitalisation a chuté de plus de 90 % par rapport à son plus haut. Lever 90 millions de dollars est bien réel, mais la caution institutionnelle n’a jamais été une protection.

Ensuite, le TEE n’est pas aussi « béton » que vous le pensez. La charte le présente comme une isolation de niveau matériel, et avec les ZKP, l’ensemble forme une combinaison parfaite. Mais une phrase résume très précisément la réalité : « trust the chip is still trust, just wearing a different hat ». Qu’il s’agisse de la puce de confiance ou de la confiance envers le projet, au fond, c’est sous-traiter la confiance à quelque chose que vous ne pouvez pas contrôler. En 2025, des attaques visant les TEE d’Intel et d’AMD ont déjà vu le jour : le matériel TEE n’est pas inviolable.

Troisièmement, l’état d’audit est vide. La note de sécurité de CertiK n’est que de 50 ; dans l’évaluation globale d’OGAudit, la dimension « sécurité » ne fait que 25,57 points sur 100. Pour un projet qui se présente comme une infrastructure de conformité « de niveau institutionnel », laisser ce volet en blanc n’est pas acceptable.

Quatrièmement, l’adoption de l’écosystème n’en est qu’à ses débuts. Les enjeux d’adoption au niveau de la couche d’infrastructure sont très concrets : même avec une technologie parfaite, le succès à long terme dépend de savoir si les développeurs intègrent le protocole, si les institutions adoptent un moteur de politiques, et si les agents utilisent la couche d’autorisation en environnement de production. Sans adoption de l’écosystème, la valeur créée par l’infrastructure elle-même reste limitée.

@NewtonProtocol résout un vrai problème — l’absence, avant le règlement, d’une vérification de stratégie pour les transactions on-chain. Mais la pression liée au déverrouillage des jetons, les limites de la « confiance matérielle » du TEE, l’audit vide et l’adoption de l’écosystème encore à valider : ce sont autant de lames suspendues. La direction est bonne, mais le risque est clairement là. #newt $NEWT

L’activité des créateurs Grvt touche à sa dernière journée !
Il y a une chose très importante qu’il ne faut surtout pas oublier !
Assurez-vous d’aller sur le site @grvt_io et de renseigner l’adresse à laquelle vous souhaitez recevoir l’airdrop. Je sais que beaucoup de gens vont trouver ça embêtant et ne pas le faire, mais et si, le jour du lancement du 21, un airdrop tombait vraiment ?

Les étapes sont très simples, ce n’est pas compliqué !
1 : Ouvrez le portefeuille DApp et accédez au site officiel ;
2 : Sur la gauche, cliquez sur Grvt Airdrop ;
3 : Il y a trois étapes. Pour la première, choisissez au hasard et consultez simplement l’introduction. Pour la deuxième, sélectionnez l’heure à laquelle vous voulez recevoir l’airdrop : il y a une réception immédiate, une période de verrouillage de quatre mois et une de huit mois. Bien sûr, pendant la période de verrouillage, le nombre de tokens distribués est aussi multiplié et reçu immédiatement. La troisième étape est la plus importante : renseigner l’adresse à laquelle vous voulez recevoir l’airdrop !

Mes points sont peu nombreux, je parie sur le fait qu’ils vont envoyer quelques airdrops aux utilisateurs dont l’adresse a été correctement renseignée. Après tout, le financement de Grvt dépasse les 30 millions, et la technologie n’est pas mal non plus : il ne reste qu’à voir la vision du projet ! #grvt

Des détails pour économiser de l’argent arrivent！！
Le temps passe tellement vite !
D’un coup, Binance a déjà 9 ans !
Le portefeuille Binance compte aussi plus de 400 frères qui ont lié leur invitation via le code d’invitation… Maintenant, le portefeuille a été mis à niveau à 80 %, et j’ai aussi, dès la première minute, ajusté la norme de conformité maximale du marché à 30 % pour nos frères. Après la mise à jour, si la plateforme permet de remplir un taux plus élevé, je le modifierai immédiatement !
Étapes :
1️⃣ Entrer dans le portefeuille Web3
2️⃣ Cliquer sur Inviter des amis
3️⃣ Cliquer sur Participer immédiatement
4️⃣ Remplir : AH999
5️⃣ Confirmer terminé ✅
#币安九周年

La carte du 9e anniversaire est à la 8e mission : ceux qui peuvent la réussir, c’est possible !
Le système a offert une mission de transaction supplémentaire ; en la faisant, la 8e mission a été directement validée. Aujourd’hui, tout est débloqué !
Dans l’ensemble, c’est comme ça : tout est fait, mais ça ressemble à une bonne dizaine de “coups de finition” !
Ceux qui ne l’ont pas encore fait peuvent foncer !
#BinanceTurns9
#币安九周年

Récemment, j’ai relu une nouvelle fois le Mainnet Beta de Newton Protocol. Cette fois, je ne me suis pas concentré sur la chaîne liée à VaultKit et Policy Engine, mais sur les sources de données qu’il utilise en coulisse : les flux de prix de RedStone et les évaluations de risque de Credora. Une idée m’est venue à l’esprit : à quoi bon faire tant d’efforts pour injecter une montagne de données externes dans un moteur de politiques, alors que l’on pourrait simplement coder les règles en dur dans le smart contract, pour plus de simplicité ? En parcourant tout le flux de données, j’ai fini par comprendre. Ce que Newton cherche à changer, ce n’est pas la manière dont les règles sont définies, mais la façon dont ces règles “vivent”.

Avant, quand je regardais la gestion du risque on-chain, le plus gros danger, c’était le type de confiance où les règles sont figées. Le code peut être exempt de failles, mais le marché, lui, ne reste pas immobile : si le ratio de collatéral est fixé à 150 % et qu’un pic de prix traverse les garde-fous, la position peut être liquidée ; si la liste de sanctions est inscrite en dur dans le contrat, et qu’une nouvelle adresse y figure, il faut attendre une mise à jour du contrat. Les règles elles-mêmes ne sont pas forcément mauvaises, mais dès que les données dont elles dépendent deviennent obsolètes, inexactes ou manipulées, même des règles parfaitement conçues deviennent inutiles. C’est, au fond, le cœur du problème des oracles : la qualité d’un moteur de politiques dépend de la fiabilité des données qu’il lit. @NewtonProtocol

La manière de traiter le sujet chez Newton est un peu différente de celle des projets traditionnels. Il ne fabrique pas lui-même une nouvelle couche de sources de données : il connecte directement les données de prix vérifiés de RedStone et les évaluations de risque en temps réel de Credora à Policy Engine. À chaque fois qu’une transaction arrive dans la couche d’autorisation, le moteur de politiques évalue la situation en se basant sur les données de marché en temps réel de RedStone : le ratio de collatéral est-il suffisant ? le prix présente-t-il une anomalie ? Ce n’est qu’ensuite qu’il décide d’approuver ou de bloquer. Le point clé, c’est qu’à chaque évaluation, une preuve signée est générée : sur la chaîne, il ne reste pas seulement le résultat de l’exécution, mais aussi un enregistrement auditables expliquant pourquoi l’autorisation a été accordée cette fois-ci. Mon sujet de confiance change : on passe lentement de l’idée que “ceux qui écrivent les règles ne feront jamais d’erreur” à un principe bien plus solide—les données dont dépendent les règles peuvent être vérifiées et retracées.

Plus je creuse, plus je me dis que la véritable valeur de Newton ne réside pas simplement dans une couche supplémentaire de contrôle du risque, mais dans le fait de rendre les fondements de l’exécution des politiques vérifiables de manière indépendante. Les politiques peuvent évoluer, les données peuvent être vérifiées, et chaque blocage ou autorisation laisse des preuves. Comme le dit RedStone lui-même : la solidité du moteur de politiques dépend de la qualité des données qu’il lit. Et cette phrase marche aussi dans l’autre sens : lorsque les données sont vérifiables et traçables, chaque décision du moteur de politiques gagne enfin un socle véritable. #newt $NEWT

Les plus animés ces jours-ci sur le panneau d’affichage, c’est forcément Grvt !
La principale raison, c’est qu’il n’y a pas eu de nouveau token depuis presque deux mois, alors que Grvt, c’est déjà une affaire entendue : le TGE aura lieu le 21 ! Tout le monde attend ce jour avec impatience !

Vous êtes peut-être ébloui par toutes sortes de contenus ?
Je vais juste présenter brièvement quelques éléments du projet ; au moment du lancement, vous déciderez vous-même de ce que vous ferez selon votre stratégie !

L’adresse d’exploitation et d’enregistrement du projet Grvt est à Singapour ; le CEO et les membres clés de l’équipe viennent principalement de Corée et de Singapour !
@grvt_io , c’est l’exchange mixte Hex !

Le projet a fait quatre tours de financement, avec un total de plus de 33 millions de fonds levés. ZKsync a directement investi : c’est une collaboration native au niveau de la couche inférieure. Du côté du capital du Moyen-Orient, Further Ventures fournit des ressources de régulation ; la reconnaissance institutionnelle est assez forte.

L’économie des tokens est plutôt orientée vers la communauté : 28 % pour la répartition via des air drops. Mais je n’ai pas non plus fait la deuxième phase des points, donc je ne sais pas combien je pourrai recevoir. En revanche, il y a trois options de période de verrouillage : déverrouillage immédiat le jour du lancement des tokens, ou après quatre mois, ou après huit mois. Je pense que la plupart des gens ont choisi le déverrouillage le jour même, donc une fois listé, la pression de vente de la communauté reste très forte ! #grvt

L’argument technique principal de Grvt, c’est que sur sa plateforme, lorsque vous ouvrez/fermez des positions ou tradez, votre marge peut être liée à Aave pour générer des intérêts. Pour nous, qui avons de petites mises, c’est assez inutile ; et pour les gros montants, ils ne vont pas non plus aller y chercher juste ces quelques intérêts !

Donc mon avis, c’est : si le prix est correct le jour du lancement, vendez directement et gagnez à vie. Même si on peut dire que Grvt a un peu “de la portée”, et qu’il y a déjà deux événements pour “les gens qui chassent le mat” avant même le lancement, c’est vraiment très concurrentiel, oui ! Rappelez-vous : seul ce qui est dans votre poche est à vous !

J’ai consulté hier la documentation technique du @NewtonProtocol et j’ai constaté que sa localisation était effectivement précise : un moteur décentralisé d’automatisation des autorisations de transactions en chaîne, construit sur l’EigenLayer AVS. Mais, en le disséquant avec attention, je me pose des doutes sur le cœur de l’argument « automatisation vérifiable ».

L’architecture de Newton est très claire : le protocole fonctionne en tant qu’EigenLayer AVS, en s’appuyant sur le modèle de sécurité par re-staking des validateurs d’Ethereum pour vérifier les résultats de calcul hors chaîne. Une fois les transactions entrées dans la couche d’autorisation, le système évalue les conditions des politiques avant le règlement à partir des données de marché en temps réel de RedStone. Chaque décision de conformité est attestée par des certificats BLS ; on ne stocke on-chain que des valeurs de hachage et des engagements. Les développeurs peuvent définir des règles via le SDK VaultKit, telles que des plafonds de dépenses, des exigences de collatéral, ou des contrôles de listes de sanctions. Le raisonnement boucl e.

Mais le problème, c’est que Newton affirme combiner un environnement d’exécution de confiance TEE avec des preuves à connaissance nulle (ZKP) pour réaliser une automatisation vérifiable. Le TEE garantit que les calculs hors chaîne sont exécutés dans un environnement matériel isolé et génèrent une preuve à distance ; la ZKP vérifie la correction du calcul sans divulguer les données sensibles. Ces deux technologies constituent bien des infrastructures de l’informatique de confiance, mais les assembler ensemble revient-il vraiment à « être vérifiable ». Le TEE dépend d’un matériel spécifique, Intel SGX ; historiquement, des vulnérabilités ayant été exploitées via des attaques par canaux auxiliaires ont déjà été mises en échec, et ce n’est pas arrivé une seule fois. Pour ce qui est des ZKP, le coût de génération des preuves est élevé ; pour l’évaluation de politiques en temps réel à haute fréquence, qui prendra le relais en cas de goulots de performance ? Je ne vois pas de solution concrète dans la documentation.

Regardons ensuite l’avancement du déploiement. Newton vient de lancer avec VaultKit une version bêta du mainnet ; RedStone a déjà intégré les données de prix, mais la bêta du mainnet ne dispose de nœuds que sous contrôle de Foundation. Avec une capitalisation d’environ 12,6 millions de dollars, sur une offre maximale de 1 milliard de tokens, seulement 264 millions sont en circulation ; 79 % de l’offre n’est pas encore déverrouillée. Une politique d’évaluation adossée à une valorisation soutenue par des tokens non circulants et à une forte concentration des nœuds validateurs peut-elle réellement porter une confiance réglementaire de niveau institutionnel.

Mon avis est très simple : Newton comble bien un vide structurel dans le récit technique, mais l’automatisation vérifiable reste encore un long chemin entre la théorie cryptographique et la mise en œuvre industrielle. Je recommande de surveiller la véritable résilience des jeux de mise (staking) AVS sous des tests sous forte pression de la bêta du mainnet, ainsi que les cas concrets de conflits entre décisions humaines et celles de la machine une fois la gouvernance automatisée lancée. Car le « vérifiable » ne concerne pas seulement le calcul, mais aussi la confiance elle-même.
#newt $NEWT

Voici le classement du Booster le plus « compétitif » de l’histoire !
Allez vite voir si vous faites partie du top ?
J’ai regardé : il y a déjà 30 000 participants d’expression chinoise, et seuls les 300 premiers sont retenus… Ce n’est pas plus « compétitif » que la plupart des autres projets habituels ?

Il reste 4 jours avant la fin. En moyenne, c’est 200 par jour. Les frères qui ne sont pas dans le classement, allez vite consulter le whitepaper de @grvt_io !
Je pense que si Grvt a réussi à se démarquer, c’est surtout grâce à ses choix techniques : une architecture ZK Stack + Validium de ZKsync. Grvt fait tourner sa propre chaîne dédiée dans l’écosystème zkSync, une « super-chaîne » (Appchain), donc elle ne se dispute pas les ressources réseau avec d’autres DApps.

Vous parlez tous beaucoup… mais moi, je l’ai vraiment testé en faisant des transactions ! J’ai constaté que la vitesse d’appariement des ordres est effectivement très rapide, et tout est fluide. D’après les données du whitepaper officiel : 600 000 TPS, et une latence au niveau de la milliseconde… Ce niveau de performance, c’est du même ordre que les CEX !

Et en plus, j’ai relu attentivement le whitepaper : la mise à niveau de ZKsync Atlas est un autre point technique clé. Elle permet à Grvt de valider et d’appeler en temps réel, sans confiance, plus de 122 milliards de dollars de capitaux existants sur le réseau principal Ethereum comme garantie pour des transactions de dérivés. Pas besoin de pont inter-chaînes, pas besoin de déplacer des fonds. Votre ETH reste sur L1, et Grvt le vérifie directement sur L2 : il peut servir de marge. Finalité à l’échelle de la seconde, et la liquidité circule librement entre Ethereum et toutes les chaînes ZK.

Bien sûr, aussi impressionnant que soit ce que le whitepaper raconte… il faut l’avoir vécu soi-même pour juger. Et pour nous, ce qui compte vraiment, c’est que lorsque Grvt sera listé, le prix de la devise ne s’affaisse pas : c’est ce qu’on espère le plus ! #grvt

A validé la source des données, mais pas la donnée elle-même — après un mois de test du réseau principal Beta de Newton, RedStone a comblé le manque, mais seulement à moitié

Le 23 juin, le réseau principal Beta de Newton a été mis en ligne. RedStone a connecté les données de prix déjà vérifiées à la couche d’exécution des politiques de Newton. Le communiqué de presse est très joli — « données de prix de marché en temps réel », « preuve par signature », « enregistrements auditables ». Le SDK VaultKit a également été lancé en synchro : les développeurs peuvent définir des limites de dépenses, des exigences de collatéral, des vérifications des contreparties, etc. RedStone couvre plus de 110 chaînes et, jusqu’à présent, n’a jamais signalé d’incident d’erreur de tarification.

Dans la communauté, beaucoup y voient « Newton fait un pas de plus vers le niveau institutionnel ». Cette intégration résout effectivement un problème que j’avais auparavant — le manque de source de données de marché fiables pour le moteur de politiques. Désormais, à chaque transaction arrivant à la couche d’autorisation, le système interroge RedStone pour obtenir le prix en temps réel, le compare aux règles de politique, puis décide d’autoriser ou de bloquer. Chaque évaluation génère une preuve signée, qui forme un enregistrement auditables. Logiquement, c’est cohérent. #Newt

Mais je ne peux pas être totalement rassuré, pour deux points.

D’abord, le risque de concentration. À l’heure actuelle, Newton n’a connecté qu’une seule machine oracle. Si RedStone rencontre un problème — interruption des données, attaque, ou simple retard dans la mise à jour des prix — le moteur de politiques perd sa base de jugement. Les transactions pourraient alors être massivement gelées. En 2024, un protocole d’emprunt et de prêt bien connu a entraîné une liquidation incorrecte des utilisateurs, avec des pertes de plusieurs millions de dollars, simplement à cause d’un retard de données d’un oracle unique. Ce n’est pas un risque théorique. $NEWT

Ensuite, la granularité de l’évaluation. Le moteur de politiques s’appuie sur le prix en temps réel pour décider. Donc, dans des conditions extrêmes — forte volatilité des prix, congestion on-chain — la fréquence de mise à jour de RedStone peut-elle suivre ? La livre blanc ne le dit pas. RedStone peut effectuer une mise à jour en 2,4 millisecondes sur MegaETH, mais Newton tourne sur l’AVS d’EigenLayer, et le chemin de règlement dépend du réseau principal Ethereum. Les mises à jour de prix de RedStone sur le réseau principal Ethereum sont au niveau de la minute. Si le prix de l’ETH s’effondre entre deux mises à jour RedStone, la policy de Newton continuera à se baser sur l’ancien prix. Quelqu’un soumet alors un retrait (withdraw) d’un montant important : la policy peut le juger à tort comme « sûr » et l’autoriser. Quand la prochaine donnée de prix arrive, le vault peut déjà être insolvable. @NewtonProtocol

Alors que nous sommes encore, dans le monde réel, des bêtes de somme,
j’ai vu une bête de somme du monde des cryptos !
Grvt est, à mon avis, le token qui travaille le plus dur !

Son rôle principal est de maximiser l’utilisation de vos fonds. Par exemple, si vous ouvrez une position pour déposer une marge sur des contrats, cette marge reste-t-elle simplement immobilisée ? Lui, en revanche, peut faire fructifier cette marge en la plaçant sur Aave pour gagner des intérêts annuels. Pas mal, non ?

Ce n’est qu’un des aspects techniques de @grvt_io , mais ce qui m’a le plus frappé, c’est sa confidentialité !
Tout le monde sait qu’aujourd’hui, dans les DEX de produits dérivés, le plus difficile est de choisir entre performance et confidentialité. Si vous utilisez un carnet d’ordres, la vitesse augmente, mais les ordres et les positions sont tous exposés on-chain ; les baleines et les bots MEV attendent près du mempool pour vous surveiller, et dès que vous passez un ordre, ils vous le font d’abord subir. Si vous choisissez la protection de la vie privée, alors les performances chutent et tout devient lent à mourir.
Dans les DEX traditionnels, ces deux problèmes sont pratiquement insolubles.

C’est là que je peux parler de la base technique de Grvt, et je pense personnellement qu’il y a vraiment quelque chose ! Il repose sur l’architecture ZKsync Validium + hyperchain (Appchain).
Pour faire simple : Grvt fait tourner sa propre chaîne dédiée dans l’écosystème zkSync, sans entrer en concurrence avec les autres DApp pour les ressources réseau. Tout le matching des ordres, le moteur de risque et la gestion des comptes sont traités dans un réseau privé hors chaîne, avec une latence inférieure à la milliseconde et 600 000 TPS. La taille de vos ordres, les prix, les positions et autres informations essentielles de votre stratégie de trading ne sont jamais exposés sur la chaîne.

Alors, comment garantir la transparence et l’équité ?
Avec les preuves à divulgation nulle de connaissance.
Grvt regroupe les transactions hors chaîne et génère des preuves ZK, qu’il soumet à la vérification sur le mainnet Ethereum. Cela prouve que la transaction est valide, sans révéler qui, à quel prix, ni pour quel montant.
Confidentialité et transparence : on a les deux.

Ce qui me semble encore plus stylé, c’est qu’avec la mise à niveau ZKsync Atlas, il peut directement utiliser plus de 1220 milliards de dollars de capital existant sur le mainnet Ethereum comme collatéral, sans bridge inter-chaînes et sans déplacer d’actifs.
Votre ETH reste sur L1, tandis que Grvt vérifie en temps réel sur L2 qu’il peut servir de marge.

Selon mon analyse personnelle, Grvt a construit sur Ethereum un canal de trading dédié, privé, rapide et sans embouteillages ; toutes les données sensibles restent cachées, et il ne renvoie au mainnet que le résultat validé des transactions. Vitesse, confidentialité, transparence : il veut les trois.#grvt