假装在抄底

⚠️ Rappel les frères : l’invitation Binance est MY6751, vous économisez 30% de frais (les plus élevés sur tout le web), crédit automatique. Les anciens comptes déjà utilisés peuvent aussi le renseigner. Alpha, spot, compétition de trading, contrats, et actions tokenisées : tout est à -30%.

En 3 étapes :
1️⃣ App Binance → Wallet → Inviter des amis
2️⃣ Cliquez sur « Saisir le code d’invitation », réduction de 30% des frais
3️⃣ Entrez MY6751

L’après-midi, j’ai aidé un ami à vérifier une transaction automatisée on-chain. Il m’a envoyé une capture d’écran et m’a demandé : « Newton a déjà réussi, pourquoi la transaction n’a finalement pas abouti ? »

La question est très typique. Beaucoup de gens confondent « l’autorisation approuvée » et « la transaction conclue ». En réalité, il y a plusieurs étapes entre les deux. Newton ressemble davantage à une machine de preuve des risques avant la transaction : il évalue d’abord si l’opération correspond à vos règles, par exemple l’état d’identité, la provenance des fonds, les montants, le protocole visé, la fenêtre de temps. Une fois validé, il fournit une preuve que « cette intention peut être autorisée à passer ».
Mais le fait que la transaction aboutisse dépend aussi de l’encombrement de la chaîne cible, du Gas, de la profondeur de la liquidité, du slippage et de l’état du contrat. C’est comme un contrôle d’accès par reconnaissance faciale : le fait que vous soyez autorisé à entrer dans l’immeuble ne veut pas dire que l’ascenseur arrivera tout de suite. 😅

Je pense que c’est précisément là que le $NEWT mérite d’être démêlé : ce n’est pas un système qui garantit que vous gagnerez de l’argent, ni une garantie que chaque transaction réussira, mais plutôt une façon de clarifier à l’avance si un agent a dépassé ses autorisations. À l’avenir, quand vous regardez Newton, ne vous contentez pas de surveiller le résultat “succès/échec” : il faut aussi comprendre à quelle étape l’échec se produit — Policy non validée, preuve expirée, exécution sur la chaîne cible qui échoue, ou bien manque de liquidité.

En séparant l’autorisation, l’exécution et le règlement, l’IA on-chain ne deviendra pas un grand mystère. @NewtonProtocol #Newt

J’ai déjà fourni une clé API à un outil de quantification. Ce qui me fait le plus peur, ce n’est pas qu’il ne puisse pas fonctionner, mais plutôt qu’il “fonctionne trop bien”. Si une clé peut tout consulter, tout télécharger et que les limites des autorisations ne sont pas claires, alors l’automatisation ne devient pas un assistant : elle revient à exposer le compte sans protection.

C’est pourquoi, quand je regarde la conception de la clé API de @grvt_io , je ne commence pas par la vitesse : je commence par la façon dont les autorisations sont découpées. La clé est liée à un Trading Account précis. Pour passer des ordres, il faut aussi cocher séparément l’autorisation Trade. Détail important. Car beaucoup d’incidents ne commencent pas avec un hacker qui vole d’un coup tout l’argent : ils commencent par l’obtention d’une permission d’interface qui paraît banale, puis l’on élargit progressivement le périmètre des dégâts.

Ce point est aussi très compréhensible pour un trader “ordinaire” : tu peux demander à un ami de surveiller les marchés, mais cela ne veut pas dire qu’il faut lui donner le mot de passe de ta carte bancaire ; tu peux laisser un script automatiser la mise en attente et l’annulation d’ordres, mais cela ne veut pas dire qu’il devrait pouvoir toucher à tous tes comptes. Le cœur d’une API n’est pas “peut-elle s’automatiser”, mais : l’automatisation est-elle enfermée dans une cage de quelle taille.

Si GRVT veut servir des traders professionnels et des utilisateurs de stratégies, ces limites d’autorisations sont plus cruciales que la beauté de l’interface. Car les personnes qui exécutent réellement des stratégies craignent surtout : un script qui part hors contrôle, une fuite de clé, ou des autorisations trop étendues. Une mauvaise saisie peut ne faire perdre “qu’un peu”, mais si la conception des autorisations est trop grossière, la perte peut être démultipliée.

Je pense qu’une bonne infrastructure de trading ne devrait pas se contenter de dire à l’utilisateur : “vous pouvez connecter l’API”. Elle devrait aussi lui expliquer : à quoi cette API sert, ce qu’elle ne doit pas faire, et si, en cas de problème, le risque peut être verrouillé sur un compte donné. Ce n’est pas spectaculaire, mais c’est très concret.#grvt
#比特币ETF终结八周资金流出 #ARB跌约6%至$0.090

En triant mon portefeuille aujourd’hui, je me suis posé une question très concrète : si une oracle d’identité classe par erreur une adresse normale comme présentant un risque élevé, à qui l’utilisateur peut-il faire appel ?

Si une oracle de prix tombe en erreur, on peut la comparer à des transactions publiques ; pour l’identification, c’est bien plus complexe. Un certain montant ayant transité via un mixeur ne signifie pas pour autant que le propriétaire de l’adresse a participé à un blanchiment ; et les restrictions varient aussi selon les régions. Se limiter à “accepté/refusé” de la part du système, c’est trop facile et cela peut transformer la prudence en atteinte injustifiée.

@NewtonProtocol place la vérification de l’identité et du risque avant l’exécution de la transaction : cela permet d’éviter que des fonds problématiques n’entrent d’abord dans le protocole avant qu’on ne tente de les retracer. Mais plus ce blocage préalable est puissant, plus le canal de correction doit être clair et sans ambiguïté. Sinon, si une adresse est mal étiquetée, des transferts automatiques, des ajustements de Vault, voire même un remboursement normal, peuvent être interrompus en même temps.

Je souhaite que la policy d’identité fournisse au moins quatre éléments : quelles catégories de règles ont été déclenchées, sur quelles bases elles sont mises à jour (et quand), vers quel fournisseur de données déposer un recours, et quelles opérations à faible risque restent autorisées pendant la période de réexamen. Les détails touchant à la vie privée peuvent être masqués, mais il ne peut pas rester une simple phrase du type « échec de la vérification ».

Surtout, le résultat de la correction doit pouvoir être diffusé. Une fois que la source de données retire le marqueur, les anciennes preuves, le cache et l’état de la chaîne cible doivent expirer dans un délai clairement défini : pas seulement parce que la blockchain principale a été corrigée, tandis qu’une autre chaîne continue de bloquer.$NEWT

Newton veut devenir une couche de garde automatisée on-chain : l’exactitude du filtrage est bien sûr importante ; mais reconnaître l’erreur, la corriger, et empêcher qu’elle ne se propage encore, sont aussi des capacités d’infrastructure indispensables.🪪
@NewtonProtocol $NEWT #Newt

Quand je regardais le carnet d’ordres hier soir, j’ai soudain pensé à un problème très concret : d’habitude, on surveille le carnet, on ne voit que le meilleur achat et la meilleure vente, comme si le prix était là, tout simplement. Mais quand on passe réellement un ordre, la partie la plus pénible n’est pas la fluctuation du prix : c’est plutôt de cliquer sur l’exécution, puis de se rendre compte que l’on n’a pas obtenu la position la plus confortable.

C’est pourquoi, en lisant le dossier de @grvt_io , le point RPI m’a fait faire une pause. Ce n’est pas un concept mystérieux : en termes simples, RPI signifie Retail Price Improvement, soit un mécanisme qui offre aux ordres de détail la possibilité d’obtenir un prix meilleur. Vous voyez sur le carnet public des prix d’achat et de vente, mais dans le marché, il peut aussi exister de meilleures propositions ou une liquidité cachée, que les utilisateurs ordinaires ne rencontrent pas d’habitude.

Pour les gros investisseurs, ce phénomène peut ne représenter que quelques points de base. Pour les petits particuliers, en revanche, c’est quelque chose de très réel. Bien des fois, ce qu’on perd n’est pas la direction, mais le fait que, à chaque exécution, on passe à côté : un peu plus de slippage, un ordre limité placé un peu plus lentement, une exécution un peu plus chère. Avec le temps et le nombre d’occurrences, ces “petites décimales” se transforment en argent visible sur le compte.

J’aime regarder GRVT sous cet angle, parce que l’entreprise ne se contente pas de dire “rapide et performant”. Elle touche quelque chose de très fin dans l’expérience de trading : est-ce que l’utilisateur ordinaire peut perdre un peu moins ? Une bourse qui laisse simplement l’utilisateur voir le carnet, sans l’aider à obtenir une exécution meilleure, même si tout est fluide, manque un peu de saveur.

Bien sûr, le RPI ne garantit pas que chaque exécution sera meilleure, ni que l’on va obtenir de bonnes affaires gratuitement. C’est plutôt comme une question supplémentaire avant de passer un ordre : en plus du prix public, existe-t-il une offre plus appropriée ? C’est une question petite, mais elle est très proche de la réalité du trading. #grvt

Hier soir, un ami m’a demandé : « @NewtonProtocol Si on peut limiter le montant, la devise et le protocole de l’agent, pourquoi ne pas créer quelques modèles et laisser les gens ordinaires choisir en un clic ? »

L’idée est très pratique, mais plus j’y pense, plus je me dis que le modèle est l’entrée de risque la plus facile à ignorer.

Supposons qu’il y ait, sur la page, un modèle « Investissement régulier prudent » : par défaut, l’agent peut acheter chaque semaine, mobiliser au maximum 500 USDC et n’utiliser que des DEX spécifiés. Quand les utilisateurs voient les mots « prudent », ils ne vont généralement pas vérifier point par point. Mais si le modèle définit une durée de validité trop longue, ou s’il oublie de fixer une limite au slippage, l’agent exécutera quand même strictement les règles… seulement, ces règles ne correspondent peut-être pas à ce que l’utilisateur imagine comme « prudent ».

Les zkPermissions de @NewtonProtocol peuvent prouver que l’agent ne dépasse pas les limites, et la Policy peut aussi bloquer les opérations non conformes avant l’exécution. Mais elles répondent à la question : « Est-ce que l’on suit les règles ? », et non : « Est-ce que ces règles sont bien écrites ? »

Donc, je pense que les modèles de permission ne peuvent pas se contenter d’afficher un simple nom. Il faut au minimum rendre publics la version, le créateur, les rapports d’audit, les cas d’usage concernés et la perte maximale possible ; et quand les paramètres changent, que les anciennes autorisations expirent automatiquement, avec une nouvelle confirmation.
$NEWT
C’est comme un contrat de location : même si la signature électronique est fiable, il faut d’abord lire la caution, la durée et les clauses de rupture.
Le point clé, pour Newton, qui réduit vraiment la barrière à l’entrée, n’est pas de cacher la configuration complexe, mais de traduire les risques en choix que les gens ordinaires peuvent comprendre.🔐 $NEWT #Newt

J’utilisais auparavant des exchanges décentralisées sur la chaîne, et ce que je redoutais le plus n’était pas de ne pas savoir faire, mais d’être freiné à chaque étape par le “ressenti de la blockchain” : signer, attendre les confirmations, surveiller le Gas, et craindre que l’exécution soit trop lente. Mais quand on revient sur un exchange centralisé, un autre souci apparaît : tout se passe bien côté exécution, mais jusqu’où s’étend exactement la frontière des fonds ?

Donc, quand je vois @grvt_io , ce qui me parle le plus n’est pas une simple “plateforme hybride”, c’est le fait qu’elle traite une transaction en deux couches. Les étapes rapides — appariement des ordres, exécution des trades — tournent hors chaîne, ce qui donne une expérience utilisateur proche de celle d’un exchange classique ; tandis que les étapes plus lourdes, liées à la sécurité et à l’attribution (custodie des actifs, marges, règlement), sont confiées à la chaîne et aux smart contracts.

Ça ressemble à une architecture technique, mais dit en mots simples : là où c’est rapide, ne forcez pas à tout faire sur la chaîne ; là où c’est lourd, ne gardez pas tout en boîte noire. 🙂

Ce qui compte vraiment pour un trader, c’est finalement très simple : que la mise en vente ne bloque pas, que le成交 (l’exécution) ne traîne pas, et que les fonds ne restent pas dans le flou. Avant, beaucoup de DEX insistaient sur la décentralisation, mais l’expérience, c’était comme réparer un ordinateur. Beaucoup de CEX sont fluides, mais tu dois alors faire confiance à l’后台 (backend) de la plateforme. La voie que GRVT veut emprunter, c’est de redistribuer les parties qui influencent le plus l’expérience utilisateur, des deux côtés.

Personnellement, je crains surtout ce genre de produit “concept avancé, mais quand tu cliques, tu n’as que de l’attente”. Les opportunités de trading ne vont pas attendre les gens, surtout quand le marché bouge vite : quelques secondes de plus peuvent déjà changer l’état d’esprit. Mais la vitesse ne peut pas non plus se faire au prix d’une perte de transparence sur les fonds ; sinon, le côté “fluide” n’est qu’une surface.

Je pense que cette direction mérite d’être suivie, parce qu’au final, ce n’est pas tant le niveau de sophistication des concepts qui fait gagner un produit de trading, c’est si, une seconde après avoir passé l’ordre, tu hésites ou non. Est-ce qu’on peut avoir la même fluidité qu’un CEX, tout en conservant les frontières des fonds on-chain et la transparence du règlement ? C’est précisément ce qui rend @grvt_io assez intéressant.#grvt

Aujourd’hui, je fais le point sur Newton. Je n’ai pas continué à écrire un grand cadre du type « Les agents IA sont dangereux », mais plutôt à m’attaquer à un problème plus petit : si le Policy Engine de @NewtonProtocol bloque une transaction, qu’est-ce que l’utilisateur verra exactement ?

Ce détail est crucial. Le plus gros problème de nombreux produits de sécurité n’est pas de ne pas pouvoir bloquer, mais de, une fois bloqué, ne te laisser qu’un simple message : « Échec de l’exécution ». Pour un utilisateur lambda, ces quatre mots ne relèvent pas de la sécurité mais de la confusion : c’est un problème de plafond ? le contrat n’est pas dans la liste blanche ? les données de prix sont-elles anormales ? ou bien l’action de l’agent IA elle-même pose-t-elle souci ? 🤔

Je reconnais la direction de @NewtonProtocol : il transforme les contrôles avant transaction en règles—plafond, fenêtre de temps, périmètre des contrats, adresse de paiement—tout peut être cadré en amont. Mais ce qui détermine vraiment l’expérience, c’est si le message d’échec peut être formulé en langage humain.

Par exemple, si le système me dit : « La présente transaction a été bloquée, car le contrat cible n’est pas dans la liste blanche des autorisations, et le montant de l’appel dépasse la limite par opération de 18 %. » Là, c’est utile. L’utilisateur peut décider s’il faut assouplir les règles, changer de chemin, ou simplement renoncer à la transaction.

C’est pourquoi je regarde $NEWT : je ne m’intéresse pas seulement au fait qu’il puisse générer une preuve, mais aussi à sa capacité à traduire cette preuve en une explication compréhensible par des gens ordinaires. Pour que l’IA on-chain sorte du cercle des développeurs, elle ne doit pas seulement savoir exécuter ; elle doit aussi savoir expliquer pourquoi elle n’a pas exécuté.
#Newt

Je pensais auparavant que la « sécurité du compte » consistait surtout à avoir un mot de passe plus complexe et à activer la 2FA. Jusqu’à ce que je voie la conception de SecureKey de @grvt_io , et que je comprenne que le vrai danger des plateformes d’échange, ce n’est pas de savoir si quelqu’un peut se connecter à votre place, mais plutôt s’il peut déplacer vos actifs à votre insu.

Cette distinction est très parlante. La connexion par e-mail ressemble à entrer dans un bureau : vous pouvez consulter le compte, voir les positions, participer à des événements ; mais quand il s’agit de passer des ordres, de retirer, ou d’effectuer des actions qui modifient l’affectation des fonds, il faut signer avec SecureKey. Autrement dit : entrer, c’est une chose ; ouvrir le coffre-fort, c’est une autre clé. 🔑

Je trouve que c’est plus facile à comprendre que de simplement répéter « self-custody ». Beaucoup de projets disent que les fonds sont contrôlés par l’utilisateur, mais après tout, pour la plupart des gens, c’est encore flou : le contrôle, ça se situe où exactement ? GRVT le décompose en un processus plus clair : les identifiants Web2 assurent une expérience fluide, SecureKey gère la signature des transactions et les actions sur les actifs. L’utilisateur n’a pas besoin d’être torturé à chaque étape par des opérations on-chain, mais les actions clés ne peuvent pas être contournées par la signature.

Pour les utilisateurs de transactions, la valeur de ce design n’est pas de la « démo technique », mais de réduire un type d’anxiété bien réelle : je peux profiter d’une expérience d’utilisation proche de la CEX, sans devoir abandonner totalement le contrôle des fonds. Surtout quand on surveille fréquemment les marchés ou qu’on ajuste sa stratégie à la hâte : si la sécurité est trop lourde, ça devient pénible ; si elle est trop légère, on a peur.

Donc quand je regarde @grvt_io , je ne pense pas seulement au concept de « plateforme hybride », mais aussi à savoir s’il explique clairement la toute dernière étape que les utilisateurs redoutent : qui peut voir le compte, qui peut déplacer les actifs, et à quelle étape il faut signer. Plus cette frontière est nette, plus on est serein au moment de trader. #grvt
#LAB三日跌94% #美光毛利率创纪录84.9% #SK海力士IPO承销费超1.4亿美元

📅 10 juillet (aujourd’hui)

Référence opérationnelle｜L’annonce Alpha est sortie : mise en vente à 17:00 pile, à ne pas manquer aujourd’hui

I. Airdrop

Frères, bon après-midi. L’officiel de Binance vient de publier une annonce : aujourd’hui à 17:00 (SGT) aura lieu une vague d’Alpha. Pour pouvoir la réclamer, il faut avoir plus de 245 points. C’est premier arrivé, premier servi. Cette semaine, il y en a eu une ; aujourd’hui, il y a de fortes chances qu’on en ajoute une autre. On s’attend encore à quelque chose autour de 30U avec de vieux tokens pour faire le nombre : il vaut mieux en avoir que n’en avoir pas. Ne ratez pas l’heure.

II. Recommandations pour les opérations du jour

1️⃣ Stratégie de刷分

· $NES (durée 14 jours) + $ARX (durée 12 jours), testez avec de petits montants de 300 à 500U, ne soyez pas trop gourmands.

2️⃣ Avantages de placement USD1
À partir d’aujourd’hui, la prolongation est disponible. Pour des positions en contrat supérieures à 300 USD1, vous pouvez bénéficier d’un accélérateur x1,2. L’opération la plus simple : placez-le sur votre compte de “placement à terme” ou dans un compte avec levier. Le rendement annuel est d’environ 8,5 %, le niveau d’intérêt est tout à fait correct. Si vous avez de l’argent de côté, ne le laissez pas dormir.

⚠️ Rappel pour les frères : utilisez l’invitation Binance MY6751, pour économiser 30 % sur les frais (le plus élevé sur tout le réseau). Crédit automatique. Même les anciens comptes déjà utilisés peuvent remplir Alpha, spot, course de trading, contrats et actions tokenisées : vous économisez 30 % partout.

📌 Étapes de configuration :

· Étape 1 : ouvrez l’appli Binance, en haut à droite, touchez “Portefeuille” → “Inviter des amis”
· Étape 2 : touchez “Saisir le code d’invitation”, et les frais de trading seront réduits de 30 %
· Étape 3 : saisissez MY6751 puis confirmez

III. Actualités de la Trading Competition

Projet | Heure de fin | Seuil minimal actuel | Nombre de places de récompense
KGEN (terminé) 7 juillet 21:00 325,560 2200
NEX (clôture ce soir) 10 juillet 21:00 3,364 2000
SLX 14 juillet 21:00 0 2060
O 14 juillet 21:00 48,619 2090
NES 15 juillet 21:00 33,062 2260
UB 15 juillet 21:00 0 2060

NEX clôture ce soir : le seuil est déjà passé à 3364, et la hausse est notable. Si vous êtes encore “dans le train”, surveillez bien l’heure.

Voilà pour aujourd’hui : pensez à réclamer l’airdrop à 17:00, ne regardez pas juste la scène et manquez l’essentiel.
#ALPHA #ALPHA🔥 #撸毛攻略
#LAB三日跌94% #美光毛利率创纪录84.9%