#grvt Ces quelques jours, j’ai disséqué en profondeur la structure de règlement chiffré de @grvt_io et j’ai constaté qu’elle transpose le moteur de transaction hors chaîne tout en ancrant la vérification à ZKsync, avec une ingéniosité d’ingénierie remarquable. Cette conception contourne effectivement le risque courant de front-running, et correspond bien à la demande impérieuse de stratégies à haute fréquence en matière de latence extrêmement faible. Mais l’autre face des “hard coins”, c’est que la disponibilité des données est confiée à un comité spécifique : cela signifie que nous, les particuliers, ne pouvons pas vérifier directement, depuis le grand livre public, la granularité du flux d’ordres. Pour les natifs qui recherchent une transparence absolue, ce compromis n’est donc pas neutre, avec une connotation évidente de concession.$BTC
Revenons au niveau de l’efficacité des actifs : le mécanisme de règlement partagé au cœur de sa trésorerie cache un déséquilibre structurel. Ce type de pool consolidé lie des marges multi-devises sur un même “bateau”. Quand le gestionnaire procède fréquemment, dans le système hors chaîne, à des opérations de couverture inter-actifs, même si la majorité des orientations de stratégie est correcte, il suffit qu’un certain nombre de cryptos à forte volatilité subisse un brèche de prix brutale pour que le niveau d’eau disponible du pool public soit instantanément asséché. Ce mécanisme de contagion du risque de liquidation forcée et de réduction de position oblige les apporteurs de fonds à surveiller en permanence le véritable niveau de liquidités inemployées sous-jacent.$ETH
Le permis pour les actifs numériques délivré par les Bermudes est certes, sur le plan formel, conforme ; toutefois, les limites de la réglementation ont un caractère de bac à sable, et la capacité de “pénétration” devra être validée par le temps. La semaine prochaine, le 21 juillet, correspond au lancement des tokens : c’est aussi un test majeur de la capacité du marché à “absorber” l’offre. Environ 28 % des parts initiales seront libérées tôt, ce qui génère une pression de vente non négligeable. Si la plateforme ne dispose pas d’un flux de commissions réelles et suffisamment important, le mécanisme d’auto-entraînement du token risque très facilement de perdre sa cohérence.
Concernant le projet #grvt , ses efforts pour optimiser l’expérience de trading méritent d’être reconnus. Mais la bataille entre la chaîne de risques sous-jacente et l’inflation des tokens se poursuit. Mes calculs sont très clairs : pendant la phase de marché où l’émotion domine à l’ouverture, je reste à l’écart ; puis, après que la première vague de pression liée à la distribution se soit complètement dissipée, je suivrai on-chain sa profondeur d’activité réelle ainsi que les fonds conservés. Même si, à ce stade, la logique commerciale s’auto-boucle, le prix que le marché finira par imposer sera souvent plus sévère que les scénarios idéalisés. À voir donc, selon l’évolution des événements par la suite.
#newt Hier soir, je me suis lavé(e) sous la douche à mi-parcours : je n’avais pas encore rincé complètement les bulles de savon sur mon corps que l’arrivée d’eau de mon robinet intelligent s’est arrêtée soudainement, sans prévenir. En fait, l’algorithme a détecté que j’utilisais de l’eau pendant plus de quinze minutes : il a alors conclu unilatéralement qu’une conduite avait éclaté chez moi et a forcé le verrouillage. Impossible d’y remédier en appuyant sur « Annuler » sur le téléphone ; il a fallu que je descende pour réinitialiser manuellement le disjoncteur général. Ce sentiment d’asphyxie m’a immédiatement rappelé le @NewtonProtocol lancé tout juste en bêta sur le réseau principal. Quand on abandonne totalement le pouvoir de décision à un code froid, le soi-disant « automatisme », faute d’élasticité, finit souvent par mettre l’utilisateur dans une situation gênante.
Pour éviter, sur la chaîne, cette dérive d’un agent robotique, le projet a introduit une couche de contraintes zkPermissions basée sur la technologie de Magic Labs. En disséquant sa logique, j’ai constaté qu’il ne cherchait pas à se lancer dans une prédiction d’intentions complexe : il se concentrait plutôt sur le fait d’enfiler un verrou de sécurité avant même l’exécution. Avec en plus un environnement d’exécution fiable et des preuves à connaissance zéro, chaque action de l’agent est enfermée, sans marge, dans des règles prédéfinies. En période normale où le réseau est fluide, ces contraintes peuvent effectivement aider les utilisateurs à éviter les dérives de direction dues à des failles de programme—de façon plus stricte que de s’en remettre uniquement à des administrateurs multi-signatures. $BTC
Mais toute médaille a son revers. D’un côté, les nœuds de validation ont une coloration assez marquée « permis/autorisation ». De l’autre, la base matérielle, dans l’histoire, n’a jamais été absolument inattaquable. À titre personnel, je pense qu’une fois que le marché fera face à une tendance de panique/« piétinement », avec des frais Gas qui s’envolent, ce processus de vérification fastidieux risque de provoquer des retards de blocage à cause de l’engorgement du Keystore Rollup en couche inférieure—transformant ainsi ces fameuses contraintes « dures » en simple décor, fixés face à des réalités.
$ETH Avec le rapprochement du déverrouillage ultérieur $NEWT , le projet devra prouver sa capacité à résister aux pressions via de véritables revenus d’activité on-chain. Enfermer un robot dans une cage est sans aucun doute la bonne voie, mais avant de voir des données d’essais de résistance plus convaincantes sous contrainte extrême, je préfère pour ma part garder la bourse bien fermée et rester prudent. #Newt
Une serrure intelligente qui affame mon chat : comment j’ai compris le paradigme ultime et le fossé technologique de @NewtonProtocol
Le week-end dernier, je suis parti loin de chez moi. Avant de partir, j’ai configuré un mot de passe temporaire sur la serrure intelligente de ma maison, afin d’autoriser mon ami à venir me nourrir le chat entre 14 h et 16 h. Résultat : il a eu du retard à cause des embouteillages, et il n’est arrivé qu’à 16 h 05. Face à cette serrure à code froide, il a tenté trois fois et s’est fait impitoyablement refuser l’accès. Ce système n’en avait rien à faire de notre amitié qui dure depuis dix ans, ni du fait que le chat à l’intérieur miaulait de faim. Il ne suivait qu’une règle sans faille : si l’heure n’est pas correcte, les droits sont à zéro. Cette histoire m’a fait à la fois rire et pleurer, mais elle m’a aussi fait comprendre de façon très concrète le paradigme le plus central de la finance on-chain du moment : la refonte radicale. Quand les agents IA commencent à prendre le contrôle des actifs de façon fréquente, nous devons, comme avec cette serrure intelligente, transformer “la confiance subjective” en “règles rigides”.
Neuf ans d’accompagnement pour bâtir la légende. Joyeux anniversaire du neuvième anniversaire de Binance ! L’avenir est prometteur ! #币安九周年 #BinanceTurns9
#grvt Il pleut soudainement dehors, sans le moindre signe annonciateur. Je me lève pour fermer la fenêtre, et le vent emporte les feuilles de brouillon posées sur la table. Quand je m’y reprends à la hâte et que je reviens m’asseoir devant l’écran, le test de pression du modèle de simulation s’arrête pile au point critique. Ce désordre brusque dans la vie, il y a toujours un décalage avec la quête, dans le code, d’une boucle de contrôle parfaite. En regardant les données d’exécution de @grvt_io sur le moniteur, la complexité des interactions entre couches devient instantanément très concrète.
Ils ont découpé de manière minutieuse les modules de règlement, de pontage et de rendement, et les audits des grandes institutions les ont validés avec un tampon. Mais je pense que, lorsqu’il s’agit de flux à haute fréquence sur des actifs multi-couches, des mécanismes de confirmation multiples prolongent le cycle de validation des droits. De plus, les requêtes côté front reposent fortement sur des routes backend spécifiques pour diffuser l’information : dans ce modèle hybride, quand il faut faire face à des risques inconnus surgissant soudainement, la décentralisation risque inévitablement d’être « colorée » et d’y perdre un peu. $BTC
Pendant que je fais des tests de dump sur des comptes multi-devises, j’ai capté une micro-rupture de liquidité. Une fois configurés des paramètres extrêmement agressifs pour le dump, le système déclenche une liquidation forcée très rapidement, mais la profondeur des ordres côté carnet sous-jacent s’est trouvée consommée en l’espace de deux secondes. En rafraîchissant l’order book, je constate que la vitesse de « réparation » de la liquidité ne suit tout simplement pas la pression de vente instantanée : tout l’écart se retrouve orienté vers les fonds de secours, et la courbe de consommation devient si abrupte qu’on en a froid dans le dos. $ETH
Cette conception atteint vraiment un maximum d’efficacité des capitaux quand tout est calme et que le vent souffle dans le bon sens ; c’est plutôt appétissant pour les joueurs orientés vers la vectorisation. Mais dès qu’on tombe sur un cygne noir, le mur d’isolement si finement conçu : est-ce une ligne de défense, ou bien une nouvelle entrave à l’empilement de liquidité ? À mon avis, il faudra quand même laisser une part d’intuition au marché pour trancher en conditions réelles.
#newt Le week-end dernier, j’ai continué à “souffler” avec quelques potes qui font de la quantification. Un gars a eu un souci parce qu’il s’est trompé d’horodatage de bougie sur un exchange : son script s’est alors mis à exécuter frénétiquement des ordres sur un mauvais prix, et en quelques minutes, il a déjà reperdu trois points. Ça m’a fait réfléchir : « la conformité des processus » et « l’exactitude des données »… ce ne sont vraiment pas la même chose. Récemment, je me suis acharné sur le testnet du @NewtonProtocol pour trouver un endroit plus sûr pour le portefeuille principal : je veux voir clairement si le $NEWT peut tenir face à des black swans provoqués par un décalage entre données et logique.
La logique en trois étapes de « intention-évaluation-consensus » est assez cohérente : des évaluations indépendantes sur plusieurs nœuds, complétées en bout de course par une preuve à connaissance nulle, ce qui réduit fortement les chances de malveillance à un seul point. Avec, en plus, les données de Redstone et Credora, la trajectoire d’exécution de Newton Mainnet Beta est claire et se déploie très vite. Mais en revenant aux pièges dans lesquels mon ami est tombé : chez Newton, le mécanisme de source de données personnalisée permet aux utilisateurs de compiler eux-mêmes des modules WASM pour les injecter dans le sandbox. C’est flexible, mais le sandbox ne peut pas “contrôler” l’erreur logique. Si, lors de la récupération de prix, un retard fait que les timestamps sont décalés, ce type de données imprécises, parce qu’il respecte la conformité procédurale, peut quand même obtenir des signatures valides. Cette zone “vide” devient un risque lorsque l’on exécute dans des environnements multi-chaînes : il y a alors la menace de conflits de consensus. $BTC
Un autre point qui me met un peu mal à l’aise : le degré de dépendance du réseau à EigenLayer. S’appuyer sur des validateurs de l’ensemble Restaking pour démarrer rapidement est une stratégie intelligente, mais c’est aussi, en quelque sorte, attacher sa sécurité de contrôle des risques à un protocole d’empilement complexe. À l’heure actuelle, la concentration des nœuds est assez élevée. Si certains de ces gros nœuds se retrouvent, sur d’autres AVS très populaires, confrontés à une concurrence soudaine de ressources de calcul, ou s’ils sont malheureusement déclenchés à cause d’une erreur d’autres projets — entraînant des pénalités de Slashing —, la pression se transmettra : retards de validation et réduction des garanties viendront en cascade. $ETH
Je pense qu’un excellent protocole d’automatisation, sur la durée, dépend souvent de sa capacité de redondance. Le lancement de Newton Mainnet Beta est impressionnant, mais l’enjeu clé à venir, c’est de savoir si, à l’étape Permissionless Operator, on pourra intégrer sans encombre une grande quantité de validateurs indépendants non dépendants. Ainsi, la “base de sécurité” sera vraiment solide. Pour l’instant, il est plus prudent que les gros capitaux fassent des essais avec de petites positions dans des eaux peu profondes. Quand la base sera davantage diversifiée, seulement alors le portefeuille principal pourra y être posé avec des points d’appui rassurants. #Newt
Du robot aspirateur qui s’est mis à l’eau en pleine nuit : discussion sur les frictions physiques de base de @NewtonProtocol
Il y a quelques jours, en rangeant la maison, j’ai modifié la programmation du robot aspirateur. Comme il manquait un capteur pour détecter correctement la situation, il s’est mis en marche en pleine nuit : il a trainé l’eau accumulée dans le salon partout, jusque dans toute la pièce. En voyant ce désordre, je me suis dit que même dans le monde physique, les règles d’automatisation les plus simples, si elles manquent de limites et de contrôles, peuvent suffire à faire craquer. Et à plus forte raison quand il s’agit de contrats intelligents sur la blockchain portant sur des actifs de plusieurs millions. Cela m’a aussi rappelé @NewtonProtocol Mainnet Beta que j’ai récemment repensé à plusieurs reprises. Ce projet vise à mettre en place, on-chain, un réseau d’exécution de stratégies de protection proactive, afin de corriger une logique de contrôle des risques surtout axée sur l’intervention après coup. Ce type d’infrastructure très “hardcore” est effectivement rare, mais en faisant abstraction des discours marketing, les frictions d’ingénierie au niveau du socle restent tout aussi difficiles à ignorer. Pour ceux qui détiennent des tokens $NEWT ou qui suivent la tendance sur le long terme, comprendre clairement l’écart technique vaut plus que de se laisser porter par l’effet de mode aveugle.
#grvt Ces derniers jours, j’ai personnellement alloué un petit montant de fonds disponibles pour suivre les opérations au comptant de @grvt_io . Cette stratégie qui relie directement la marge de position à des actifs sous-jacents qui génèrent des intérêts, vise juste : elle répond vraiment aux douleurs centrales des traders qui font des transactions très fréquemment. Avant, quand je jouais aux perpets on-chain, le capital immobilisé restait essentiellement de l’argent mort. Si tu voulais du rendement, tu devais sacrifier la liquidité. Mais sur cette plateforme, pendant que je laisse des ordres de produits dérivés ouverts, les fonds non utilisés ne sont même pas bloqués : ils peuvent en plus générer simultanément des intérêts de “lending” en arrière-plan. Cette valorisation des “fonds oisifs” en double voie, avec une efficacité élevée, sans même parler du coût technique, est vraiment très séduisante en termes d’expérience de trading.
Leur équipe a choisi une voie technique assez audacieuse, entièrement orientée vers une architecture de preuves à connaissance nulle de type Validium. Pour atteindre une très haute efficacité d’appariement et une réactivité au niveau de la microseconde, la plateforme place l’appariement central ainsi que les détails originaux des positions directement dans des serveurs hors chaîne ; et le réseau principal Ethereum ne sert plus qu’à enregistrer et valider l’état via une vérification. Objectivement, cette architecture peut presque faire l’équivalent de la vitesse des grands acteurs centralisés, et au niveau cryptographique, la souveraineté des fonds reste attribuée à l’individu : le projet ne peut pas, de manière unilatérale, “déplacer” tes pièces.$BTC
Cela dit, je pense que des performances extrêmes s’accompagnent souvent de failles techniques plus discrètes. Le point le plus critique du mode Validium, c’est la “disponibilité des données” : elle peut s’effondrer. Si un jour le centre de données principal fait face à un cas de force majeure obligeant à débrancher, même si la cryptographie on-chain peut prouver que tu détiens des actifs, en l’absence de l’historique hors chaîne complet avec les détails détaillés, les utilisateurs ne pourront tout simplement pas calculer/obtenir une preuve de Merkle valide et la présenter pour forcer une extraction (force) sur le mainnet. Même s’ils ont introduit un comité de sauvegarde institutionnel, cela ressemble fondamentalement à une forme de blockchain de consortium : la décentralisation en “couleur” reste insuffisante.$ETH
On ne peut pas nier que le mécanisme “ouvrir des positions tout en gagnant allongé” que propose #grvt est très addictif, et que c’est un pari risqué mais intéressant : une tentative de la plateforme hybride pour contrer les CEX traditionnels. Mais il n’existe jamais de solution technique parfaite. La cryptographie peut garantir que l’exécution des écritures est exacte, mais elle ne peut pas garantir le taux d’uptime des serveurs demain. Pour l’instant, j’utilise donc encore une très petite partie de mon capital d’arbitrage pour faire du court terme. Quant à savoir si cette architecture survivra aux prochains “cygnes noirs” extrêmes on-chain, la réponse finale dépendra de ce que le marché révélera.
#newt Récemment, j’ai observé @NewtonProtocol la Mainnet Beta fraîchement lancée : elle force l’intégration du filtrage des risques et des stratégies de conformité dans une étape de pré-calcul, en amont de l’exécution des transactions. La façon de mettre en place, pour les interactions on-chain, un mécanisme de type « douane en amont » est plutôt intéressante. Mais sous l’emballage d’un récit très technique, les performances réelles on-chain et la mise en œuvre côté ingénierie restent une flamme qu’il faut examiner de manière rationnelle.
Du point de vue de l’architecture technique, sa logique sous-jacente est pour l’instant assez lourde. Les développeurs doivent, en plus d’écrire correctement les smart contracts, maintenir également un langage de règles de pré-contrôle totalement différent, sur une autre dimension. Dans ce pipeline de transmission qui évalue en parallèle sur plusieurs nœuds et qui dépend du fait qu’une passerelle externe récupère les données, tout retard d’oracle ou fluctuation réseau a de grandes chances de transformer l’interception sécurisée attendue en un blocage brutal du flux de fonds. Quant aux mécanismes de pénalité après coup, pour une liquidité qui se retrouve bloquée dehors dans des conditions de marché extrêmes, ils servent assez peu. $BTC
Mais, en contrepoint, l’intention de conception anti-erreur (front-end) qu’elle promeut cible effectivement une douleur majeure du secteur. Seul un système de preuves à connaissance nulle ne peut garantir qu’un agent IA exécute des opérations mathématiquement conformes, mais il ne peut pas identifier les erreurs logiques dues à une simple maladresse de l’utilisateur qui a trop rempli des zéros. En traduisant, avant le règlement, les adresses hexadécimales froides de la blockchain en montants d’actifs compréhensibles par le commun des mortels, puis en limitant une liste de validité temporelle, tout en reportant la complexité vers le back-end, elle fait effectivement une exploration d’ingénierie ambitieuse pour améliorer l’« exactitude des intentions ». $ETH
Ce ciseau « back-end très lourd, front-end léger » lui donne l’allure d’une entité contradictoire. En voyant davantage d’applications natives on-chain se connecter à grande échelle, et avant qu’elle ne stimule réellement $NEWT l’efficacité de circulation, elle ressemble davantage à une série d’essais défensifs à coûts élevés. Pour un investisseur particulier, tout en gardant une distance de sécurité, continuer à observer la robustesse future de son réseau de nœuds décentralisés apparaît clairement comme un choix de jeu plus prudent. #Newt
Du filtrage a posteriori à la décision à l’entrée : analyse du pouvoir de jugement d’accès des fonds on-chain et des frictions de la gestion des risques programmable
Il y a quelques jours, je testais et déboguais sur le testnet plusieurs séries de chemins automatisés de transfert d’actifs basés sur le calcul multipartite. En voyant des journaux d’appels asynchrones remplir tout l’écran, je me suis soudain rendu compte que, jusqu’à présent, la plupart des barrières de sécurité en chaîne ne font que rester au stade de la “prophétie a posteriori”. Des failles des premiers smart contracts aux attaques informatiques complexes d’aujourd’hui, les différents plugins de sécurité existants n’apparaissent souvent que lorsque la requête de signature a déjà été glissée dans la fenêtre contextuelle du wallet, ou lorsque la transaction malveillante a déjà été empaquetée et inscrite on-chain : un avertissement orange tiède, sans réelle douleur. Après avoir disséqué en détail la logique sous-jacente de Newton Mainnet Beta, j’ai constaté que @NewtonProtocol n’a pas pour intention de s’insérer dans ce type de logique d’interception traditionnelle a posteriori, mais plutôt de pousser “le tranchant” du jugement de contrôle de risque tout à l’avant, en amont immédiat de la confirmation de la transaction.
#newt Récemment, j’ai vu pas mal de discussions autour du @NewtonProtocol . Les annonces entourant les parcours de coopération, une fois la version bêta du réseau principal mise en ligne, font pas mal de bruit. En tant que chercheur qui aime vraiment décortiquer les données on-chain, j’ai spécialement vérifié les données réelles du Newton Mainnet Beta. Résultat : l’activité observée sur la chaîne et la consommation effective de frais Gas laissent perplexe. Dans les supports de communication, on mentionne des DeFi bien connus, mais je ne vois pas, sur la chaîne, de montée significative des interactions.
Pour comprendre la logique sous-jacente, l’avant-hier, j’ai utilisé un portefeuille de test pour exécuter tout le système d’authentification préalable. Sur le plan du mécanisme, il avance le jugement d’exécution avant le règlement via des nœuds en amont : quand l’utilisateur fait une transaction, il faut réaliser une double signature localement, puis soumettre le tout pour vérification, étape par étape, par le backend via une liste noire. Je trouve que ce processus, bien que très minutieux et renforçant les barrières de sécurité, finit par bloquer une simple opération de transfert pendant près de deux minutes. Honnêtement, d’habitude, sur Ethereum $ETH , on affronte plutôt une congestion réseau, ou alors en passant par un transfert réseau Bitcoin $BTC : on a bien un ressenti de lenteur, mais beaucoup plus rarement cette sensation étouffante d’être brusquement tenu à l’écart, avec une sorte de « contrôle » interminable. En situation de forte volatilité, ce genre de délai peut facilement conduire à des pertes.
Cette approche consistant à appliquer le filtrage de conformité entièrement en amont, au niveau de la couche de pré-traitement de la transaction, constitue une tentative pour les utilisateurs institutionnels qui doivent se prémunir contre la fraude et les activités grises ou noires. Cela me rappelle les réseaux Bitcoin de niveau 2 et, côté Ethereum, l’ensemble des protocoles de conformité : chacun essaie de concilier, avec douleur, la liquidité et la décentralisation. En revanche, pour nous, les particuliers habitués à une liquidité instantanée sur la chaîne, une vérification trop complexe peut, si des étiquettes d’adresses sont mal interprétées, entraîner un verrouillage injustifié du portefeuille, sans qu’il y ait un circuit d’appel ou de recours fluide.
Au final, peu importe à quel point les outils côté backend sont conçus de façon stricte : sans interactions d’actifs et sans maintien des applications, cela ressemble pour l’instant davantage à un mécanisme coûteux d’auto-satisfaction. Tant que davantage d’applications ne seront pas officiellement intégrées et ne viendront pas réellement tirer la montée du débit $NEWT , je pense qu’il est plus prudent que tout le monde reste à distance, observe, et surveille la performance du réseau par la suite. #Newt
Aujourd’hui, le @grvt_io , la communauté s’écharpe sans fin à cause de la page nouvellement lancée permettant de réclamer l’airdrop. En reprenant les données d’interaction de la semaine, j’ai eu la nette impression que l’official allait jouer sur la libération des jetons. Et effectivement, le nouveau plan de multiplicateur vient de creuser un fossé énorme au sein du marché. Cette fois, #grvt attribue 28% du volume total aux participants précoces : c’est généreux, mais toute la controverse se concentre sur la manière de réclamer.
Sur la table, il y a un cas classique de question à choix unique : une prime liée à la liquidité. Vous pouvez choisir de récupérer l’ensemble des jetons directement le jour même où ils sont générés. Mais si vous acceptez de transférer votre liquidité, et de verrouiller les jetons pendant quatre mois voire huit mois, alors, en compensation, le montant affiché de vos jetons peut être multiplié jusqu’à quatre fois.
Je pense que ce design met extrêmement à l’épreuve la compréhension de base qu’ont les traders du taux d’utilisation des capitaux. Objectivement, cela rallonge bien la période de réalisation des gains pour les particuliers, de manière détournée. Dans le monde crypto, quelques mois suffisent à traverser tout un cycle local taureau/ours. Et si, au second semestre, le $BTC franchit avec force le précédent plus haut, ou si le $ETH explose à nouveau sous l’effet d’entrées de capitaux macro, vous aurez alors immobilisé des fonds qui auraient pu circuler ailleurs : la perte de liquidité implique un coût d’opportunité implicite extrêmement élevé.
Cela dit, en inversant le point de vue, on peut aussi raisonner ainsi : pour ceux qui comptent de toute façon s’en servir comme un outil dérivé central, et qui prévoient un jalonnement à long terme afin d’obtenir des remises sur les frais, acheter un multiplicateur x4 en échange du temps est sans aucun doute avantageux. Face à ce jeu d’ultimes tensions, je garde pour principe de ne pas suivre aveuglément. Ceux qui détiennent de grandes quantités de numéros de matrice et veulent juste encaisser rapidement : ne pas verrouiller la position est le choix le plus sûr. En revanche, si vous préparez une participation approfondie et des opérations de couverture par la suite, alors ce multiplicateur vaut la peine. Le 27 juillet est la dernière échéance : prendre l’argent maintenant ou parier sur l’avenir ? Le mieux pour tout le monde est d’analyser soigneusement sa vraie capacité à absorber le risque avant de trancher.
Ne pense pas seulement à économiser ces quelques frais de Gas : retour approfondi sur la période de vide des permissions sur le nouveau réseau Newton et le paradoxe de la confidentialité
Moi, vétéran du on-chain qui s’acharne toute la journée à faire tourner des scripts, je suis récemment devenu épuisé à cause de l’autorisation qui m’a été donnée. La semaine dernière, j’ai exécuté de l’arbitrage en sollicitant fréquemment des autorisations de la part des contrats pour un Agent. En voyant des frais d’essence d’Ethereum à plusieurs dizaines de gwei, j’avais littéralement le cœur qui saigne… Au final, à cause d’un délai, j’ai manqué le bon moment : j’ai payé un coût cher pour rien. Coincé par cette inquiétude, j’ai observé et scruté en test en profondeur, avec un faux compte, le <c-20/> Newton Mainnet Beta pour en comprendre le mécanisme central. Sur le marché, beaucoup en font l’éloge, mais moi je veux plutôt l’examiner avec le regard froid et pragmatique des gens qui le font vraiment, et évaluer objectivement le Keystore Rollup, si mystérieusement vanté. Du point de vue de l’architecture technique, ce protocole se distingue effectivement des réseaux L2 traditionnels. Il ne cherche pas à rivaliser avec des chaînes généralistes d’extension de capacité pour obtenir des parts de règlement au niveau de la couche de base, mais il s’intéresse à un domaine relativement vide : la gestion des permissions et des identités. Dans les interactions classiques, nos clés de session ou nos règles de délégation sont dispersées dans chaque contrat, ce qui rend les modifications fastidieuses. Sa logique consiste à extraire toutes les stratégies de permission, puis à les centraliser au sein d’une architecture dédiée, <zkPermissions>. Ainsi, toutes les vérifications sont terminées avant que la transaction ne soit effectuée ; en théorie, cela peut vraiment nous aider à économiser une grande partie des frais inutiles.
#newt le week-end dernier, j’ai fait de l’arbitrage inter-chaînes, mais des composants d’IA en mode « crise » sur la chaîne ont complètement dérangé mon rythme. J’ai vu, les yeux ouverts, qu’elle ingérait les mauvais paramètres et se mettait à ouvrir des positions à toute vitesse. Après une liquidation manuelle, je n’arrivais même pas à obtenir les logs de niveau inférieur. Cela m’a amené à reconsidérer @NewtonProtocol : en réalité, elle fait de la soustraction. En utilisant directement le réseau de vérification pour couper court, elle empêche le modèle de faire n’importe quoi.
En disséquant Newton Mainnet Beta, on voit que l’interception des intentions est très poussée. La limite des transactions est fixée dans le middleware : tout appel hors limites est carrément rejeté au stade de l’agrégation de signature. C’est comme attacher un collier à pointes à l’agent ; avec en plus la pénalité de mise $NEWT , quoi que le grand modèle génère comme hallucinations, il ne peut pas obtenir les autorisations nécessaires pour des transactions, donc il ne pourra absolument pas entrer en chaîne.
Une interception « hard » permet bien de verrouiller le risque, mais en observant les données on-chain, j’ai remarqué un décalage dans la synchronisation de l’état. Pour affiner le contrôle, elle découpe la gestion des droits dans des environnements indépendants ; mais dès qu’on met à jour des paramètres d’autorisation à travers des chaînes, le pontage de l’état et la confirmation des blocs créent une période de vide assez nette.
Ça ressemble à la blague qu’on faisait avant sur $ETH et la congestion : les limites physiques de la communication sont difficiles à contourner. On peut déduire qu’en cas de configuration extrême et unilatérale, si la stratégie a besoin d’assouplir les droits en urgence, quelques minutes de latence suffisent à faire planter le modèle. Et en plus, les nœuds de tri responsables de la mise en paquet des droits ne sont pas assez répartis : s’il y a vraiment une congestion généralisée, savoir si ça va bloquer les commandes vitales fait vraiment froid dans le dos.
Beaucoup imaginent que, à l’avenir, le réseau Bitcoin $BTC intégrera à grande échelle des agents programmables, mais si même les contrats intelligents actuels n’arrivent pas à résoudre les décalages d’exécution, alors les limites de sécurité restent floues. Mettre un verrou physique dans la finance décentralisée, je trouve que c’est une direction qui n’a rien à redire. Mais face à la période délicate entre la mise à jour des instructions et la consolidation de l’état, à court terme elle aura du mal à absorber les lots d’opérations à haute fréquence. Est-ce que ce système pourra tenir face au trafic réel ? On verra bien avec les performances à venir. #Newt
#grvt Après s’être frotté longtemps aux réalités du secteur, on voit toujours revenir, dès que le marché se redresse, une crise de confiance qui s’insinue partout. Les rumeurs de pannes soudaines de grands acteurs centralisés ou de détournement d’actifs font inévitablement monter l’inquiétude. Mais si l’on se tourne alors vers des plateformes décentralisées, on se heurte aux glissements de prix élevés et à la lenteur, quasi “escargot”, des confirmations de transaction : dans une période de forte volatilité, c’est un supplice au long cours. Ce dilemme entre sécurité et efficacité est une douleur que les traders ont du mal à éviter.
Récemment, j’ai passé du temps à étudier le mécanisme de la prochaine plateforme hybride @grvt_io . J’y ai découvert qu’elle tente de dénouer ce nœud en empruntant une nouvelle voie. Elle traite le carnet des ordres (matchmaking) hors chaîne, offrant une expérience quasi instantanée, fluide comme de la soie, tout en conservant sur la chaîne les étapes les plus cruciales de règlement et de compensation. Autrement dit, la propriété des actifs de l’utilisateur reste en permanence dans un portefeuille en auto-garde : on élimine ainsi, à la source, la possibilité qu’une plateforme agisse malicieusement ou prenne la fuite.
Ce qui est encore plus intéressant, c’est son architecture sous-jacente pour la gestion des marges. Dans le trading de dérivés classique, la marge inutilisée finit souvent par devenir un coût “mort”, tandis qu’on regarde, impuissant, les différents rendements issus du staking dans l’écosystème Ethereum $ETH . Avec un mécanisme de “doublement”, les fonds ne peuvent cependant être bloqués qu’en position pour s’intégrer à la liquidité de base on-chain, comme Aave. Les capitaux inactifs peuvent alors capturer automatiquement jusqu’à 11% de rendement. Mais derrière ce rendement élevé se cachent aussi des exigences : la sécurité des smart contracts de l’accord, ainsi que la capacité des lignes de liquidation à encaisser les chocs dans des conditions de marché extrêmes. Après tout, en combinant “boîte à poupées” des produits dérivés et des protocoles d’emprunt, la chaîne de propagation du risque devient plus complexe.
En analysant ses données sur un mois, j’ai constaté une hausse contraire au marché du volume de transactions et du montant des fonds immobilisés. Cela suggère que la logique de ce système—visant une vitesse extrême, tout en verrouillant fermement la souveraineté des fonds, et en cherchant en plus à maximiser le taux d’utilisation—touche bien les inquiétudes centrales des utilisateurs actuels. Même si ce modèle hybride devra encore être validé avec le temps face aux risques extrêmes et “de queue de distribution”, à titre personnel je pense que, par rapport à une approche purement on-chain ou off-chain, cette solution hybride qui tire parti des deux mondes est très probablement la direction inévitable de l’évolution de la filière des dérivés à l’avenir.
J’ai fait tourner un test de charge sur des nœuds toute la nuit : parlons des compromis et de la « ligne de défense du capital » derrière l’intention de Newton, ultra-rapide
Je m’y suis passé pas mal de temps ces derniers jours pour étudier la logique sous-jacente de @NewtonProtocol . J’ai même téléchargé leurs derniers dépôts de code dans mon environnement local et simulé quelques nœuds de test. En ce moment, beaucoup de gens en parlent chaudement : ils estiment que cette architecture de gestion d’intentions « full-chain » permet, via des agents intelligents, de coordonner les interactions inter-chaînes et d’éliminer pas mal de tracas. Mais, lorsque j’ai réellement poussé la pression sur les données et observé ses performances sous forte charge, j’ai constaté que l’équipe, en cherchant à obtenir des réponses ultra-rapides et à réduire les coûts, fait aussi des arbitrages d’intérêt assez controversés au niveau de la conception de base. Or ces détails sont souvent totalement invisibles pour la plupart des joueurs côté front-end.
#newt La semaine dernière, lors de la mise en pratique d’un script d’arbitrage automatisé que j’ai déployé sur le Newton Mainnet Beta, je suis justement tombé sur une phase de resserrement périodique au niveau de la file d’attente du gateway : ma demande de liquidation a été injustement mise en attente pendant près d’un quart d’heure. Cela m’a remis en tête qu’avant, sur Ethereum $ETH , lors d’un épisode de marché extrême, j’arrivais encore à me battre “à la dure” en augmentant frénétiquement les frais de Gas. Mais le dernier paquet de code de développement en couche basse indique que le système ne décide pas simplement de l’ordre d’empaquetage en fonction du montant des frais de carburant payés par les utilisateurs : il privilégie plutôt les flux provenant des parties prenantes ayant acheté des emplacements de slots avancés en arrière-plan.
Cette manière de verrouiller les actifs de base des équipes B au sein du réseau constitue, sur le plan de la boucle commerciale, une innovation qui permet effectivement de gérer un afflux de pression vendeuse. Cependant, pour les petits investisseurs qui dépendent de ces protocoles “légers”, cela ressemble davantage à un accord d’inégalité invisible. Par exemple, lorsque $BTC a soudainement déversé massivement et que tout le réseau s’est retrouvé face à une vague de liquidations paniques : si l’application avec laquelle tu interagis ne dispose pas d’une réserve suffisante de dépôt de tokens, ta stratégie personnelle se retrouve, sans que tu le saches, classée dans une file de priorité plus basse. Tu subis alors, en direct, le slippage lié au retard et même des pertes jusqu’à l’explosion de la position.
En parallèle, en recoupant les états financiers publics des trois derniers trimestres, on constate que la “prospérité” que tout le monde encense a une valeur réelle limitée. À ce stade, tous les coûts de frottement liés aux interactions automatisées sont en pratique assumés à 100 % en interne par un fonds de développement spécifique en couche basse. Une telle stratégie est sans doute acceptable à l’ère du démarrage pour maintenir l’activité affichée, mais elle a aussi pour conséquence qu’à ce jour aucune souscription n’a pu être réellement payée en production de manière indépendante par des acteurs externes.
À mon avis, nous ne devons pas nier en bloc la compétence technique de @NewtonProtocol sous prétexte que, au départ, elle s’appuie sur des apports de trésorerie. La façon dont l’équipe a verrouillé via le mécanisme et prolongé la période de blocage des tokens sur plusieurs années le montre bien : cela traduit des capacités dans la gestion de la liquidité. Mais pour les investisseurs particuliers, il faut constamment se prémunir contre les risques introduits par des algorithmes cachés, tant que $NEWT ne dispose pas réellement d’un cash-flow commercial “enterprise” permettant d’avoir un profit et une perte assumés. Donner une note d’anticipation de 7/10 à ses performances de marché, tout en gardant une part de prudence (3/10), c’est un choix rationnel pour une participation de long terme. #Newt