Binance Square
未知数也是定数
430 Publications

未知数也是定数

抓不住机会就自己创造机会。
27 Suivis
71 Abonnés
620 J’aime
Publications
·
--
Le largage n’a coûté que 40 U, je ne m’attendais pas à ce que la récompense soit presque égale à celle de 4 largages en même temps, hahaha $GRVT
Le largage n’a coûté que 40 U, je ne m’attendais pas à ce que la récompense soit presque égale à celle de 4 largages en même temps, hahaha $GRVT
#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.
#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
#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
Article
Une serrure intelligente qui affame mon chat : comment j’ai compris le paradigme ultime et le fossé technologique de @NewtonProtocolLe 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”.

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”.
#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.
#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
#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
Article
Du robot aspirateur qui s’est mis à l’eau en pleine nuit : discussion sur les frictions physiques de base de @NewtonProtocolIl 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.

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.
#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
#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
Article
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 programmableIl 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.

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
#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.
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.
Article
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.

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
#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.
#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.
Article
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-rapideJe 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.

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
#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
Article
Voir la traduction
机构的安检门与散户的时间锁,聊聊 Newton Mainnet Beta 的合规代价#newt 最近在 Arbitrum 上跑了几组复杂的套利策略,顺带深度拆解了刚刚上线 Mainnet Beta 的 @NewtonProtocol 架构。抛开那些天花乱坠的叙事,当你真金白银在链上跑一遍,就会发现它所带来的“授权层”(Authorization Layer)机制,正在彻底重塑 DeFi 的运行节奏。 我们习惯了$ETH 那种“所见即所得”的原子性交易:点击、签名、出块、结算。但在 $NEWT 的设计哲学里,交易意图和最终结算之间被硬生生地插入了一个“政策执行层”。这就引出了那个争议极大的设定:挑战窗口期(Challenge Window)。任何链上操作,从你签名授权那一刻起,并不会立刻生效,而是进入一个临时的观察状态。只有当这个由参数定义的争议期走完,且没有被成功挑战,你的资产才算真正完成流转。 在我看来,这不是一个简单的技术延迟,而是一次链上权力的结构性转移。 传统的 DeFi 是用密码学来保证绝对的安全,合约即法律;而 Newton Protocol 则是用时间来建立合规的缓冲垫。对于机构资金来说,这简直是量身定制的安全网。设想一下高价值的 RWA 转移,如果遇到黑客攻击或是操作失误,这个窗口期就是挽救数千万美元的唯一机会。有了 Credora 的风险评级和 RedStone 的喂价支持,节点可以从容地在窗口期内阻击恶意交易。从这个角度看,Newton 确实补齐了链上金融进入主流市场最缺乏的“撤回键”。 但作为在一线高频操作的参与者,我感受到的更多是流动性被“软禁”的隐性成本。在这个由治理设定的等待期里,资金是被冻结的。如果你是一个偏好高周转的套利者,或者是依赖闪电贷(Flash Loan)进行原子级操作的极客,这种非决定性的延迟几乎是致命的。当你在 Arbitrum 上看到你的抵押品提取在区块浏览器里显示“待处理”,而另一边的套利空间正在以秒级速度消失时,那种机会成本的流失是巨大的。 最关键的问题在于,这个决定你资金生死的时间长度,掌握在治理参与者手中。如果未来倾向于机构的参与者占据了治理主导权,为了追求极致的风控,挑战窗口被设定得越来越长,那么普通用户的流动性成本将被无限放大。我们付出了 Gas 费,验证了签名,最终却要在别人设定的时间规则里等待。 目前 Newton Mainnet Beta 的 VaultKit 已经跑在 Base 和以太坊上。我的实操建议是,在介入任何集成了 Newton 的金库或协议前,先去查询 TaskManager 合约里该任务的具体窗口期参数。如果你的交易逻辑对时间极度敏感(比如高波段中的紧急撤退),请务必衡量这个“安全锁”会不会变成绊倒你自己的绳索。合规与效率,永远是天平的两端,而 $NEWT 正在用时间这个维度,试图寻找新的平衡点。接下来就看真实的市场资金如何用脚投票了。#Newt

机构的安检门与散户的时间锁,聊聊 Newton Mainnet Beta 的合规代价

#newt 最近在 Arbitrum 上跑了几组复杂的套利策略,顺带深度拆解了刚刚上线 Mainnet Beta 的 @NewtonProtocol 架构。抛开那些天花乱坠的叙事,当你真金白银在链上跑一遍,就会发现它所带来的“授权层”(Authorization Layer)机制,正在彻底重塑 DeFi 的运行节奏。
我们习惯了$ETH 那种“所见即所得”的原子性交易:点击、签名、出块、结算。但在 $NEWT 的设计哲学里,交易意图和最终结算之间被硬生生地插入了一个“政策执行层”。这就引出了那个争议极大的设定:挑战窗口期(Challenge Window)。任何链上操作,从你签名授权那一刻起,并不会立刻生效,而是进入一个临时的观察状态。只有当这个由参数定义的争议期走完,且没有被成功挑战,你的资产才算真正完成流转。
在我看来,这不是一个简单的技术延迟,而是一次链上权力的结构性转移。
传统的 DeFi 是用密码学来保证绝对的安全,合约即法律;而 Newton Protocol 则是用时间来建立合规的缓冲垫。对于机构资金来说,这简直是量身定制的安全网。设想一下高价值的 RWA 转移,如果遇到黑客攻击或是操作失误,这个窗口期就是挽救数千万美元的唯一机会。有了 Credora 的风险评级和 RedStone 的喂价支持,节点可以从容地在窗口期内阻击恶意交易。从这个角度看,Newton 确实补齐了链上金融进入主流市场最缺乏的“撤回键”。
但作为在一线高频操作的参与者,我感受到的更多是流动性被“软禁”的隐性成本。在这个由治理设定的等待期里,资金是被冻结的。如果你是一个偏好高周转的套利者,或者是依赖闪电贷(Flash Loan)进行原子级操作的极客,这种非决定性的延迟几乎是致命的。当你在 Arbitrum 上看到你的抵押品提取在区块浏览器里显示“待处理”,而另一边的套利空间正在以秒级速度消失时,那种机会成本的流失是巨大的。
最关键的问题在于,这个决定你资金生死的时间长度,掌握在治理参与者手中。如果未来倾向于机构的参与者占据了治理主导权,为了追求极致的风控,挑战窗口被设定得越来越长,那么普通用户的流动性成本将被无限放大。我们付出了 Gas 费,验证了签名,最终却要在别人设定的时间规则里等待。
目前 Newton Mainnet Beta 的 VaultKit 已经跑在 Base 和以太坊上。我的实操建议是,在介入任何集成了 Newton 的金库或协议前,先去查询 TaskManager 合约里该任务的具体窗口期参数。如果你的交易逻辑对时间极度敏感(比如高波段中的紧急撤退),请务必衡量这个“安全锁”会不会变成绊倒你自己的绳索。合规与效率,永远是天平的两端,而 $NEWT 正在用时间这个维度,试图寻找新的平衡点。接下来就看真实的市场资金如何用脚投票了。#Newt
Voir la traduction
#newt 去年我配置量化时因精度失误导致网格止损无效,账户瞬间遭遇重创。这让我彻底醒悟,链上代理只要涉及权限让渡,微小的逻辑断层都极度致命。当 @NewtonProtocol 推出 Newton Mainnet Beta 宣扬密码学风控时,我选择跳过营销辞藻,直接死磕它可信执行环境与零知识证明集成的硬核逻辑。 客观来看这套 zkPermissions 踩准了行业痛点。常规 API 托管是将资产盲交黑盒,而该协议用 Rego 语言编写策略引擎,把风控核验强制放在链下硬件级隔离中运行。任何交易广播前必须在密闭空间通过规则匹配,链上仅做零知识验算。这在密码学层面把恶意越权风险压到了极低。 但我实操推演后察觉到了一个危险的认知盲区。大家误以为通过 ZK 验证的代理绝对安全,却忽略了密码学根本无法感知输入的指令是否符合你的真实意图。假设配置自动化仓位时把代币精度填错,原本只想拿零钱测试,底层合约却按最大精度去调动了你重仓的$ETH 或$BTC 资产。系统依然会一路绿灯疯狂执行,最终你的本金将在完全合规的路径下被瞬间套利耗尽。 在这种无情语境下,纯粹由输入失误导致的巨额损失是无法追索的。目前整个 $NEWT 闭环中,我还没看到能进行二次防呆审计的可视化配置工具。这项技术为代理信任机制搭建了坚固骨架,但在安全门槛被削平前,复杂参数对普通人仍是隐患。对待 #Newt 的后续演进,我的判断是底层逻辑过硬但前端配套未满,保持理性的实盘观望才是当下看好资金的最优解。
#newt 去年我配置量化时因精度失误导致网格止损无效,账户瞬间遭遇重创。这让我彻底醒悟,链上代理只要涉及权限让渡,微小的逻辑断层都极度致命。当 @NewtonProtocol 推出 Newton Mainnet Beta 宣扬密码学风控时,我选择跳过营销辞藻,直接死磕它可信执行环境与零知识证明集成的硬核逻辑。

客观来看这套 zkPermissions 踩准了行业痛点。常规 API 托管是将资产盲交黑盒,而该协议用 Rego 语言编写策略引擎,把风控核验强制放在链下硬件级隔离中运行。任何交易广播前必须在密闭空间通过规则匹配,链上仅做零知识验算。这在密码学层面把恶意越权风险压到了极低。

但我实操推演后察觉到了一个危险的认知盲区。大家误以为通过 ZK 验证的代理绝对安全,却忽略了密码学根本无法感知输入的指令是否符合你的真实意图。假设配置自动化仓位时把代币精度填错,原本只想拿零钱测试,底层合约却按最大精度去调动了你重仓的$ETH $BTC 资产。系统依然会一路绿灯疯狂执行,最终你的本金将在完全合规的路径下被瞬间套利耗尽。

在这种无情语境下,纯粹由输入失误导致的巨额损失是无法追索的。目前整个 $NEWT 闭环中,我还没看到能进行二次防呆审计的可视化配置工具。这项技术为代理信任机制搭建了坚固骨架,但在安全门槛被削平前,复杂参数对普通人仍是隐患。对待 #Newt 的后续演进,我的判断是底层逻辑过硬但前端配套未满,保持理性的实盘观望才是当下看好资金的最优解。
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