Binance Square
Vesper Valois
3.1k Publications

Vesper Valois

Hi everyone, I'm Vesper Valois. Glad to connect and engage with the community here. Wishing you all successful trades and consistent profits!
Détenteur pour NEWT
Détenteur pour NEWT
Trade régulièrement
6 mois
233 Suivis
2.8K+ Abonnés
1.0K+ J’aime
Publications
PINNED
·
--
Il y a quelques semaines, une amie a passé près d’une heure à se disputer avec un site de billetterie qui lui répétait qu’elle avait atteint sa limite d’achat, alors qu’elle n’avait acheté qu’une seule série de billets. Le coupable : un ancien onglet où elle avait ajouté un lot différent dans son panier, puis était partie sans finaliser. Le site considérait encore ce panier abandonné comme une réservation active, le comptant comme si elle l’avait acheté. J’ai repensé à cette histoire en lisant comment @grvt_io sets définit ses limites de position. Chaque instrument est assorti d’une taille de position maximale (Maximum Position Size), un plafond qui s’applique quelle que soit la quantité de collatéral présente sur le compte. Pour la vérifier, GRVT prend la taille de position ouverte du compte (Open Position Size), un nombre signé : positif pour une position longue et négatif pour une position courte, puis y ajoute chaque ordre en attente encore ouvert du même côté. Les ordres longs s’additionnent au total côté long, les ordres courts au total côté court, et c’est le plus grand des deux qui est comparé au plafond. En pratique, un ordre posé dans le carnet (book) — un ordre qui pourrait être annulé dans une minute, sans jamais être exécuté — est déjà compté comme s’il constituait une exposition live. C’est la même forme que le panier oublié de mon amie : quelque chose simplement “retenu” est traité comme quelque chose effectivement pris. On peut toutefois défendre la démarche : un ordre en attente peut être exécuté au tick suivant. Le traiter comme s’il était déjà rempli est donc une manière raisonnablement prudente de gérer le risque. Plus difficile à déterminer de l’extérieur : le plafond évolue-t-il réellement selon la probabilité qu’un ordre soit exécuté, en pondérant différemment un ordre placé très loin du marché par rapport à un ordre tout en haut du carnet, ou bien chaque ordre en attente compte-t-il simplement de la même façon, quel que soit le prix. La documentation de GRVT présente clairement la formule, mais n’aborde pas cette distinction, ce qui n’est pas rare : les bourses publient généralement la règle, pas le raisonnement qui la sous-tend. À comprendre avant de considérer #grvt comme une salle où l’on peut empiler une douzaine d’ordres limites en attente à la fois. Le plafond pourrait être plus sensible à la manière dont ces ordres sont placés que ne le laissent entendre les seuls chiffres bruts, ou ne pas l’être : et il n’y a aucun moyen de le savoir uniquement à partir de l’article du centre d’aide. $LAB $EVAA $M
Il y a quelques semaines, une amie a passé près d’une heure à se disputer avec un site de billetterie qui lui répétait qu’elle avait atteint sa limite d’achat, alors qu’elle n’avait acheté qu’une seule série de billets. Le coupable : un ancien onglet où elle avait ajouté un lot différent dans son panier, puis était partie sans finaliser. Le site considérait encore ce panier abandonné comme une réservation active, le comptant comme si elle l’avait acheté.

J’ai repensé à cette histoire en lisant comment @grvt_io sets définit ses limites de position. Chaque instrument est assorti d’une taille de position maximale (Maximum Position Size), un plafond qui s’applique quelle que soit la quantité de collatéral présente sur le compte.

Pour la vérifier, GRVT prend la taille de position ouverte du compte (Open Position Size), un nombre signé : positif pour une position longue et négatif pour une position courte, puis y ajoute chaque ordre en attente encore ouvert du même côté. Les ordres longs s’additionnent au total côté long, les ordres courts au total côté court, et c’est le plus grand des deux qui est comparé au plafond.

En pratique, un ordre posé dans le carnet (book) — un ordre qui pourrait être annulé dans une minute, sans jamais être exécuté — est déjà compté comme s’il constituait une exposition live. C’est la même forme que le panier oublié de mon amie : quelque chose simplement “retenu” est traité comme quelque chose effectivement pris.

On peut toutefois défendre la démarche : un ordre en attente peut être exécuté au tick suivant. Le traiter comme s’il était déjà rempli est donc une manière raisonnablement prudente de gérer le risque.

Plus difficile à déterminer de l’extérieur : le plafond évolue-t-il réellement selon la probabilité qu’un ordre soit exécuté, en pondérant différemment un ordre placé très loin du marché par rapport à un ordre tout en haut du carnet, ou bien chaque ordre en attente compte-t-il simplement de la même façon, quel que soit le prix. La documentation de GRVT présente clairement la formule, mais n’aborde pas cette distinction, ce qui n’est pas rare : les bourses publient généralement la règle, pas le raisonnement qui la sous-tend.

À comprendre avant de considérer #grvt comme une salle où l’on peut empiler une douzaine d’ordres limites en attente à la fois. Le plafond pourrait être plus sensible à la manière dont ces ordres sont placés que ne le laissent entendre les seuls chiffres bruts, ou ne pas l’être : et il n’y a aucun moyen de le savoir uniquement à partir de l’article du centre d’aide.

$LAB $EVAA $M
PINNED
J’ai un jour dû verrouiller l’accès à un ancien appareil après avoir réalisé que j’avais oublié de me déconnecter de mon portefeuille de trading. Tous mes actifs sont restés intacts, mais un malaise a persisté, car je ne pouvais pas déterminer combien de temps cette session d’accès était valide, ni quelles actions j’avais effectuées. À partir de cette expérience, j’ai compris que la sécurité ne consiste pas uniquement à limiter l’accès. Plus une autorisation d’accès temporaire dure longtemps, plus elle doit être surveillée étroitement tout au long de sa durée de vie. C’est aussi l’ancrage que j’utilise lorsque j’étudie les mécanismes de trading en auto-conservation. Je pense toujours à la clé de stationnement qui démarre uniquement le moteur, sans ouvrir ni le coffre ni la boîte à gants. Le propriétaire accepte de renoncer à certains droits d’utilisation, tout en conservant les plus précieux, ce qui limite le risque dès le départ. D’après la documentation publiée, #grvt utilise des clés de session pour permettre aux utilisateurs de trader plusieurs fois sur une période donnée sans avoir à se resigner avec la clé maîtresse pour chaque ordre. GRVT limite également les clés de session aux activités de trading uniquement et supprime le droit de déposer et de retirer des actifs, ce qui réduit la portée des identifiants avant même d’envisager d’autres mécanismes de protection. Cependant, limiter l’accès ne résout qu’une moitié du problème. Une clé de session valable 60 minutes et exécutant 120 ordres crée une surface de risque entièrement différente de celle d’une clé qui ne dure que quelques minutes ; la capacité à suivre l’état d’activité doit donc être considérée comme faisant partie du modèle de sécurité, et non comme un simple ajout. J’aimerais que GRVT permette de consulter chaque clé de session active, son heure de création, le temps restant, le nombre total de signatures générées, et de pouvoir la révoquer immédiatement si l’on suspecte que l’appareil a été compromis. @grvt_io serait plus convaincant si l’ensemble du cycle de vie de l’identifiant était aussi transparent que la portée de l’accès qui lui est accordée. En fin de compte, j’apprécie GRVT pour sa capacité à aider les utilisateurs à voir et à mettre fin à une clé de session avant qu’elle ne devienne une zone aveugle. Un identifiant aux privilèges limités n’est toujours pas assez sûr si le propriétaire ne sait pas exactement combien de temps il restera actif.
J’ai un jour dû verrouiller l’accès à un ancien appareil après avoir réalisé que j’avais oublié de me déconnecter de mon portefeuille de trading. Tous mes actifs sont restés intacts, mais un malaise a persisté, car je ne pouvais pas déterminer combien de temps cette session d’accès était valide, ni quelles actions j’avais effectuées.

À partir de cette expérience, j’ai compris que la sécurité ne consiste pas uniquement à limiter l’accès. Plus une autorisation d’accès temporaire dure longtemps, plus elle doit être surveillée étroitement tout au long de sa durée de vie. C’est aussi l’ancrage que j’utilise lorsque j’étudie les mécanismes de trading en auto-conservation.

Je pense toujours à la clé de stationnement qui démarre uniquement le moteur, sans ouvrir ni le coffre ni la boîte à gants. Le propriétaire accepte de renoncer à certains droits d’utilisation, tout en conservant les plus précieux, ce qui limite le risque dès le départ.

D’après la documentation publiée, #grvt utilise des clés de session pour permettre aux utilisateurs de trader plusieurs fois sur une période donnée sans avoir à se resigner avec la clé maîtresse pour chaque ordre. GRVT limite également les clés de session aux activités de trading uniquement et supprime le droit de déposer et de retirer des actifs, ce qui réduit la portée des identifiants avant même d’envisager d’autres mécanismes de protection.

Cependant, limiter l’accès ne résout qu’une moitié du problème. Une clé de session valable 60 minutes et exécutant 120 ordres crée une surface de risque entièrement différente de celle d’une clé qui ne dure que quelques minutes ; la capacité à suivre l’état d’activité doit donc être considérée comme faisant partie du modèle de sécurité, et non comme un simple ajout.

J’aimerais que GRVT permette de consulter chaque clé de session active, son heure de création, le temps restant, le nombre total de signatures générées, et de pouvoir la révoquer immédiatement si l’on suspecte que l’appareil a été compromis. @grvt_io serait plus convaincant si l’ensemble du cycle de vie de l’identifiant était aussi transparent que la portée de l’accès qui lui est accordée.

En fin de compte, j’apprécie GRVT pour sa capacité à aider les utilisateurs à voir et à mettre fin à une clé de session avant qu’elle ne devienne une zone aveugle. Un identifiant aux privilèges limités n’est toujours pas assez sûr si le propriétaire ne sait pas exactement combien de temps il restera actif.
Article
LA POLITIQUE EN LANGAGE NATUREL DU PROTOCOLE NEWTON DEVIENT UN DÉFAUT RÉPÉTÉj’ai passé un peu de temps dans l’explorateur de politiques de newton cette semaine, simplement en parcourant ce que les gens ont réellement déployé. je ne cherchais rien de particulier. une entrée attirait sans cesse mon attention : la politique en langage naturel. la description est suffisamment claire : elle évalue une règle formulée en anglais simple par rapport à une intention on-chain à l’aide d’un llm, plutôt que via une rego écrite à la main. pas de dsl à apprendre, pas de syntaxe rego à maîtriser : il suffit de décrire la condition et de laisser le modèle décider. ça, cette partie a du sens. au début, je me suis concentré sur ce que la politique fait réellement. le passage le plus intéressant s’est avéré être le nombre de fois où elle a été déployée.

LA POLITIQUE EN LANGAGE NATUREL DU PROTOCOLE NEWTON DEVIENT UN DÉFAUT RÉPÉTÉ

j’ai passé un peu de temps dans l’explorateur de politiques de newton cette semaine, simplement en parcourant ce que les gens ont réellement déployé. je ne cherchais rien de particulier.
une entrée attirait sans cesse mon attention : la politique en langage naturel. la description est suffisamment claire : elle évalue une règle formulée en anglais simple par rapport à une intention on-chain à l’aide d’un llm, plutôt que via une rego écrite à la main. pas de dsl à apprendre, pas de syntaxe rego à maîtriser : il suffit de décrire la condition et de laisser le modèle décider.
ça, cette partie a du sens.
au début, je me suis concentré sur ce que la politique fait réellement. le passage le plus intéressant s’est avéré être le nombre de fois où elle a été déployée.
Une amie à moi gère des biens en location, et elle m’a déjà raconté quelque chose qui m’est resté. Les locataires qui l’inquiétaient le plus n’étaient pas ceux qui marchandaient le loyer. C’étaient ceux qui, presque en passant, en signant le bail, disaient qu’ils n’étaient pas trop inquiets de récupérer leur dépôt. Elle disait qu’elle pouvait généralement le deviner, dès le premier mois, parmi ces locataires. C’est une chose étrange à remarquer, mais cela pointe vers quelque chose de vrai, en général, sur la dissuasion. Une pénalité ne fonctionne que sur quelqu’un qui veut encore quelque chose de la relation à laquelle elle est rattachée. Si l’on retire cette mise à venir, l’une et la même amende devient un simple bruit de fond. J’ai réfléchi à cela dans le contexte d’agents d’IA qui agissent avec de vrais enjeux économiques attachés à leur comportement. La logique qui sous-tend le fait de réduire les ressources ou d’appliquer des pénalités de réputation suppose que l’opérateur derrière l’agent a l’intention de continuer à opérer. Mais que se passe-t-il pour un opérateur qui n’a construit qu’un seul agent, a extrait ce qu’il pouvait pendant une courte fenêtre, et n’a aucune intention de rester ? Sur le papier, la pénalité paraît identique. Fonctionnellement, elle n’existe tout simplement pas. C’est une partie de ce que j’ai trouvé intéressant en découvrant la conception du Newton Protocol, qui lie la réputation des agents à des pénalités économiques en cas de violation des règles. C’est un mécanisme raisonnable, de la même façon qu’un dépôt est raisonnable pour un propriétaire. Mais un dépôt ne « faillit » pas comme idée quand un locataire saccage les lieux de toute façon. Il ne s’appliquait simplement pas à ce locataire, parce que la dissuasion n’avait jamais vraiment concerné le montant associé à la pénalité. Elle dépendait plutôt de savoir si quelqu’un se souciait encore de ce qui arriverait à sa situation future. Ce qui me fait me demander moins à quel point ces pénalités devraient être élevées, et davantage si un système peut réellement faire la différence entre un agent qui prévoit de rester et un agent qui est déjà à moitié sorti de la porte. @NewtonProtocol $NEWT #Newt $ZBT $VELVET
Une amie à moi gère des biens en location, et elle m’a déjà raconté quelque chose qui m’est resté.

Les locataires qui l’inquiétaient le plus n’étaient pas ceux qui marchandaient le loyer. C’étaient ceux qui, presque en passant, en signant le bail, disaient qu’ils n’étaient pas trop inquiets de récupérer leur dépôt.

Elle disait qu’elle pouvait généralement le deviner, dès le premier mois, parmi ces locataires.

C’est une chose étrange à remarquer, mais cela pointe vers quelque chose de vrai, en général, sur la dissuasion. Une pénalité ne fonctionne que sur quelqu’un qui veut encore quelque chose de la relation à laquelle elle est rattachée. Si l’on retire cette mise à venir, l’une et la même amende devient un simple bruit de fond.

J’ai réfléchi à cela dans le contexte d’agents d’IA qui agissent avec de vrais enjeux économiques attachés à leur comportement. La logique qui sous-tend le fait de réduire les ressources ou d’appliquer des pénalités de réputation suppose que l’opérateur derrière l’agent a l’intention de continuer à opérer. Mais que se passe-t-il pour un opérateur qui n’a construit qu’un seul agent, a extrait ce qu’il pouvait pendant une courte fenêtre, et n’a aucune intention de rester ? Sur le papier, la pénalité paraît identique. Fonctionnellement, elle n’existe tout simplement pas.

C’est une partie de ce que j’ai trouvé intéressant en découvrant la conception du Newton Protocol, qui lie la réputation des agents à des pénalités économiques en cas de violation des règles. C’est un mécanisme raisonnable, de la même façon qu’un dépôt est raisonnable pour un propriétaire. Mais un dépôt ne « faillit » pas comme idée quand un locataire saccage les lieux de toute façon. Il ne s’appliquait simplement pas à ce locataire, parce que la dissuasion n’avait jamais vraiment concerné le montant associé à la pénalité. Elle dépendait plutôt de savoir si quelqu’un se souciait encore de ce qui arriverait à sa situation future.

Ce qui me fait me demander moins à quel point ces pénalités devraient être élevées, et davantage si un système peut réellement faire la différence entre un agent qui prévoit de rester et un agent qui est déjà à moitié sorti de la porte.

@NewtonProtocol $NEWT #Newt $ZBT $VELVET
Article
L’INTÉGRATION DE HUMAN PASSPORT DE NEWTON REND UN SEUL SIGNAL DE SYBIL DÉCOURAGEANT PAR DÉFAUTj’ai passé un peu de temps cette semaine dans la documentation des protocoles newton sur l’intégration du human passport. je ne cherchais rien de précis : j’ai simplement suivi le fil de conformité jusqu’à l’endroit où il bloque réellement une transaction. la configuration correspond à une oracle de politique. newton permet aux développeurs de regrouper trois signaux de human passport dans une vérification pré-transaction : un score de stamps issu d’identifiants vérifiés, une attestation de mains propres pour les sanctions et la kyc, et un score d’api de modèles basé sur le comportement onchain. trois entrées, une passerelle. au début, je l’ai lu comme une histoire de défense en profondeur : empiler suffisamment de signaux et les sybils ne peuvent pas passer. la partie la plus intéressante, c’est à quel point chaque signal traite différemment le portefeuille qui se trouve derrière.

L’INTÉGRATION DE HUMAN PASSPORT DE NEWTON REND UN SEUL SIGNAL DE SYBIL DÉCOURAGEANT PAR DÉFAUT

j’ai passé un peu de temps cette semaine dans la documentation des protocoles newton sur l’intégration du human passport. je ne cherchais rien de précis : j’ai simplement suivi le fil de conformité jusqu’à l’endroit où il bloque réellement une transaction.
la configuration correspond à une oracle de politique. newton permet aux développeurs de regrouper trois signaux de human passport dans une vérification pré-transaction : un score de stamps issu d’identifiants vérifiés, une attestation de mains propres pour les sanctions et la kyc, et un score d’api de modèles basé sur le comportement onchain.
trois entrées, une passerelle.
au début, je l’ai lu comme une histoire de défense en profondeur : empiler suffisamment de signaux et les sybils ne peuvent pas passer. la partie la plus intéressante, c’est à quel point chaque signal traite différemment le portefeuille qui se trouve derrière.
Quelqu’un a grillé un feu rouge contre ma voiture l’an dernier, puis a dit au policier que c’était encore jaune. Je n’ai rien dit et j’ai remis la carte de la dashcam. Les images ont tout arrêté en quelques secondes : le feu était déjà rouge depuis deux cycles complets avant que sa voiture franchisse la ligne. Ça m’a fait remarquer à quel point un différend se règle souvent grâce à la confiance plutôt qu’à des preuves, simplement parce qu’il n’existe rien d’indépendant pour vérifier l’histoire. La caméra ne se souciait pas de la façon dont l’histoire se terminait : elle a enregistré l’accident avec la même neutralité que s’il s’agissait d’une rue vide. C’est cette indifférence qui l’a rendue crédible. Un témoin investi dans le résultat peut être influencé par le ton ou l’urgence, mais quelque chose qui n’a rien à gagner n’a aucune raison de déformer le récit. J’y pense à chaque fois qu’une stratégie automatisée fait un mouvement inattendu, parce que le seul compte rendu de ce qui s’est passé est généralement la propre narration du système. Le protocole Newton m’a amené à ce mode de réflexion, surtout à cause de la précision de sa version de l’enregistrement. Il ne se contente pas de noter qu’un agent a agi : il vérifie cette action par rapport à zkPermissions, les limites exactes qu’un utilisateur a définies à l’avance pour ce qu’un agent a le droit de faire. La preuve générée à l’exécution est vraiment une comparaison : elle est calculée à l’intérieur d’un environnement d’exécution de confiance et vérifiée sans exposer la stratégie en dessous, confirmant si ce qui s’est passé correspondait réellement à ce qui était autorisé. C’est une dashcam plus étroite que celle de ma voiture : ce n’est pas seulement enregistrer qu’un événement s’est produit, c’est enregistrer s’il devait se produire. Et pourtant, une dashcam n’explique un accident qu’une fois qu’il est arrivé : elle est inutile dans les secondes avant l’impact, quand quelque chose de protecteur aurait compté davantage. Je me demande à quel point une preuve de ce qui s’est passé peut être confondue avec une protection contre ce qui ne s’est pas encore produit. @NewtonProtocol $NEWT #Newt
Quelqu’un a grillé un feu rouge contre ma voiture l’an dernier, puis a dit au policier que c’était encore jaune. Je n’ai rien dit et j’ai remis la carte de la dashcam.

Les images ont tout arrêté en quelques secondes : le feu était déjà rouge depuis deux cycles complets avant que sa voiture franchisse la ligne. Ça m’a fait remarquer à quel point un différend se règle souvent grâce à la confiance plutôt qu’à des preuves, simplement parce qu’il n’existe rien d’indépendant pour vérifier l’histoire.

La caméra ne se souciait pas de la façon dont l’histoire se terminait : elle a enregistré l’accident avec la même neutralité que s’il s’agissait d’une rue vide. C’est cette indifférence qui l’a rendue crédible. Un témoin investi dans le résultat peut être influencé par le ton ou l’urgence, mais quelque chose qui n’a rien à gagner n’a aucune raison de déformer le récit. J’y pense à chaque fois qu’une stratégie automatisée fait un mouvement inattendu, parce que le seul compte rendu de ce qui s’est passé est généralement la propre narration du système.

Le protocole Newton m’a amené à ce mode de réflexion, surtout à cause de la précision de sa version de l’enregistrement. Il ne se contente pas de noter qu’un agent a agi : il vérifie cette action par rapport à zkPermissions, les limites exactes qu’un utilisateur a définies à l’avance pour ce qu’un agent a le droit de faire.

La preuve générée à l’exécution est vraiment une comparaison : elle est calculée à l’intérieur d’un environnement d’exécution de confiance et vérifiée sans exposer la stratégie en dessous, confirmant si ce qui s’est passé correspondait réellement à ce qui était autorisé. C’est une dashcam plus étroite que celle de ma voiture : ce n’est pas seulement enregistrer qu’un événement s’est produit, c’est enregistrer s’il devait se produire.

Et pourtant, une dashcam n’explique un accident qu’une fois qu’il est arrivé : elle est inutile dans les secondes avant l’impact, quand quelque chose de protecteur aurait compté davantage. Je me demande à quel point une preuve de ce qui s’est passé peut être confondue avec une protection contre ce qui ne s’est pas encore produit.

@NewtonProtocol $NEWT #Newt
Mon amie m’a envoyé un message la semaine dernière, à moitié en riant et à moitié furieuse : « il dit que j’ai atteint ma limite de billets et j’en ai acheté littéralement un. » Elle réservait neuf places pour sa famille élargie, et le paiement refusait sans cesse. Le coupable s’est avéré être un ancien onglet du navigateur : un panier complet, mais jamais validé, qui conservait encore une réservation comptant contre sa limite comme s’il s’agissait d’une vraie place. Les limites de taille de position lors des échanges présentent le même angle mort. Une commande qui n’a pas encore été exécutée peut être traitée comme une exposition qui existe déjà. Sur GRVT, le plafond de position fonctionne comme le panier fantôme de mon amie. Chaque instrument a une Taille de Position Maximale (Maximum Position Size), une limite indépendante des collatéraux déposés. Pour la vérifier, GRVT prend votre Taille de Position Ouverte (Open Position Size), un nombre signé, positif pour une position longue et négatif pour une position courte, puis ajoute toutes les ordres d’achat ouverts au total côté long et tous les ordres de vente ouverts au total côté court. Le total le plus élevé est ensuite comparé à la Taille de Position Maximale. Un ordre en attente qui n’a pas encore été exécuté est déjà compté comme s’il l’avait été. Auto-critique : cela signifie qu’un trader qui exécute plusieurs ordres limites en attente—une manière normale de bâtir une position—peut faire monter le plafond avec une taille qui ne se remplira peut-être jamais. Annulez une grande partie de ces ordres et le plafond se libère instantanément. C’est la même faille que la réservation de billets : une retenue sans date d’expiration, indiscernable d’un achat finalisé. La défense évidente est que n’importe quel ordre en attente peut être exécuté à la prochaine “tick”, donc le compter comme exposition potentielle relève d’une gestion prudente du risque. C’est juste, mais cela vaut que le plafond reflète réellement la probabilité d’exécution ou qu’il traite chaque ordre comme certain d’être exécuté—et la documentation ne dit jamais lequel. Cette distinction compte plus que l’arithmétique. L’une des versions est un tampon calibré, l’autre une règle brutale qui marche juste assez souvent. $GRVT devrait être évalué en fonction de savoir si ce plafond est calibré à la probabilité réelle d’exécution ou s’il s’agit simplement d’une règle plate déguisée en gestion du risque, et non sur la facilité de suivi de la formule. #GRVT @grvt_io
Mon amie m’a envoyé un message la semaine dernière, à moitié en riant et à moitié furieuse : « il dit que j’ai atteint ma limite de billets et j’en ai acheté littéralement un. » Elle réservait neuf places pour sa famille élargie, et le paiement refusait sans cesse.

Le coupable s’est avéré être un ancien onglet du navigateur : un panier complet, mais jamais validé, qui conservait encore une réservation comptant contre sa limite comme s’il s’agissait d’une vraie place.

Les limites de taille de position lors des échanges présentent le même angle mort. Une commande qui n’a pas encore été exécutée peut être traitée comme une exposition qui existe déjà.

Sur GRVT, le plafond de position fonctionne comme le panier fantôme de mon amie. Chaque instrument a une Taille de Position Maximale (Maximum Position Size), une limite indépendante des collatéraux déposés.

Pour la vérifier, GRVT prend votre Taille de Position Ouverte (Open Position Size), un nombre signé, positif pour une position longue et négatif pour une position courte, puis ajoute toutes les ordres d’achat ouverts au total côté long et tous les ordres de vente ouverts au total côté court.

Le total le plus élevé est ensuite comparé à la Taille de Position Maximale. Un ordre en attente qui n’a pas encore été exécuté est déjà compté comme s’il l’avait été.
Auto-critique : cela signifie qu’un trader qui exécute plusieurs ordres limites en attente—une manière normale de bâtir une position—peut faire monter le plafond avec une taille qui ne se remplira peut-être jamais. Annulez une grande partie de ces ordres et le plafond se libère instantanément.

C’est la même faille que la réservation de billets : une retenue sans date d’expiration, indiscernable d’un achat finalisé.

La défense évidente est que n’importe quel ordre en attente peut être exécuté à la prochaine “tick”, donc le compter comme exposition potentielle relève d’une gestion prudente du risque. C’est juste, mais cela vaut que le plafond reflète réellement la probabilité d’exécution ou qu’il traite chaque ordre comme certain d’être exécuté—et la documentation ne dit jamais lequel.

Cette distinction compte plus que l’arithmétique. L’une des versions est un tampon calibré, l’autre une règle brutale qui marche juste assez souvent.

$GRVT devrait être évalué en fonction de savoir si ce plafond est calibré à la probabilité réelle d’exécution ou s’il s’agit simplement d’une règle plate déguisée en gestion du risque, et non sur la facilité de suivi de la formule.

#GRVT @grvt_io
L’an dernier, notre association de copropriétaires a voté pour savoir s’il fallait réparer la chaudière vieillissante ou la remplacer purement et simplement. Quinze bulletins ont été déposés. Je l’ai appris seulement après coup : onze d’entre eux étaient déjà parvenus dans les six premières minutes, avant même que l’ingénieur ait fini de lire à voix haute le détail des coûts. Le remplacement complet, l’option la plus coûteuse, dissimulée dans des mentions discrètes que personne n’avait le temps de parcourir, a été choisi par trois voix. Je n’ai cessé d’y repenser pendant des jours. Ma première intuition était que le processus avait échoué d’une manière ou d’une autre, qu’on l’avait bousculé. Mais la réunion a respecté toutes les règles. Les bulletins étaient ouverts pendant toute la fenêtre prévue, chacun a pu voter, rien n’était caché. Peut-être que le problème ne vient pas du tout de l’équité du comptage. Peut-être que l’équité et le timing sont deux choses différentes que nous avons traité comme une seule. Quiconque entre déjà en ayant lu le dossier peut décider avant que quiconque d’autre n’ait fini de réfléchir. Ce n’est pas une violation du processus. C’est simplement ce que le processus autorise. Je me suis penché sur la façon dont le protocole Newton gère le vote sur les propositions, et j’y vois une forme semblable. Les portefeuilles qui surveillent déjà la chaîne peuvent voter presque dès qu’une proposition s’ouvre, bien avant que toute personne qui lit encore le fil de discussion n’ait formé un avis. Un token, un vote, compté correctement. Mais un comptage correct et une décision mûrement réfléchie ne sont pas forcément le même événement. Je ne pense pas que la solution consiste à ralentir chaque vote. Peut-être faut-il plutôt poser une question plus petite : une décision rapide est-elle encore une décision, ou simplement la toute première supposition qui a eu la chance de l’emporter. @NewtonProtocol $NEWT #Newt
L’an dernier, notre association de copropriétaires a voté pour savoir s’il fallait réparer la chaudière vieillissante ou la remplacer purement et simplement. Quinze bulletins ont été déposés. Je l’ai appris seulement après coup : onze d’entre eux étaient déjà parvenus dans les six premières minutes, avant même que l’ingénieur ait fini de lire à voix haute le détail des coûts.

Le remplacement complet, l’option la plus coûteuse, dissimulée dans des mentions discrètes que personne n’avait le temps de parcourir, a été choisi par trois voix. Je n’ai cessé d’y repenser pendant des jours.

Ma première intuition était que le processus avait échoué d’une manière ou d’une autre, qu’on l’avait bousculé. Mais la réunion a respecté toutes les règles. Les bulletins étaient ouverts pendant toute la fenêtre prévue, chacun a pu voter, rien n’était caché.

Peut-être que le problème ne vient pas du tout de l’équité du comptage. Peut-être que l’équité et le timing sont deux choses différentes que nous avons traité comme une seule.

Quiconque entre déjà en ayant lu le dossier peut décider avant que quiconque d’autre n’ait fini de réfléchir. Ce n’est pas une violation du processus. C’est simplement ce que le processus autorise.

Je me suis penché sur la façon dont le protocole Newton gère le vote sur les propositions, et j’y vois une forme semblable. Les portefeuilles qui surveillent déjà la chaîne peuvent voter presque dès qu’une proposition s’ouvre, bien avant que toute personne qui lit encore le fil de discussion n’ait formé un avis.

Un token, un vote, compté correctement. Mais un comptage correct et une décision mûrement réfléchie ne sont pas forcément le même événement.

Je ne pense pas que la solution consiste à ralentir chaque vote. Peut-être faut-il plutôt poser une question plus petite : une décision rapide est-elle encore une décision, ou simplement la toute première supposition qui a eu la chance de l’emporter.

@NewtonProtocol
$NEWT
#Newt
Article
LE CHEMIN LE PLUS RAPIDE DU PROTOCOLE NEWTON TRANSFORME L’IA EN AUTEUR DE REGOJ’ai passé un peu de temps cette semaine dans la documentation du guide de démarrage, après la configuration du wallet et la configuration du rpc, dans la partie que la plupart des gens survolent. Une seule ligne m’a arrêté. La façon la plus rapide de construire une application Newton complète, selon le guide de démarrage, est de confier à Claude, ou à un assistant de codage par IA similaire, quelques fichiers de contexte LLM, puis de lui laisser mettre en place le projet pour vous. Pas seulement le frontend. La politique Rego aussi. La logique réelle qui décide si une transaction peut avoir lieu. Au départ, je me suis concentré sur la fluidité que ça évoque. La partie la plus intéressante, c’est ce que cela implique en termes de confiance.

LE CHEMIN LE PLUS RAPIDE DU PROTOCOLE NEWTON TRANSFORME L’IA EN AUTEUR DE REGO

J’ai passé un peu de temps cette semaine dans la documentation du guide de démarrage, après la configuration du wallet et la configuration du rpc, dans la partie que la plupart des gens survolent. Une seule ligne m’a arrêté.
La façon la plus rapide de construire une application Newton complète, selon le guide de démarrage, est de confier à Claude, ou à un assistant de codage par IA similaire, quelques fichiers de contexte LLM, puis de lui laisser mettre en place le projet pour vous.
Pas seulement le frontend.
La politique Rego aussi. La logique réelle qui décide si une transaction peut avoir lieu.
Au départ, je me suis concentré sur la fluidité que ça évoque. La partie la plus intéressante, c’est ce que cela implique en termes de confiance.
Je repensais à un échange que j’ai conclu à deux heures du matin, il y a des années, allongé dans mon lit, le téléphone trop près de mon visage. Il m’a fallu quatre secondes pour trancher, et bien plus longtemps pour cesser de rejouer la scène. Je ne me souviens pas du résultat aussi clairement que de la pause juste avant que je confirme. Depuis, chaque plateforme a promis de réduire encore plus cette pause. Une exécution plus rapide, une confirmation plus rapide, une seconde de moins entre l’envie de quelque chose et le fait de le faire. Personne ne se demande si la décision prise à l’intérieur de cette seconde était bonne, tout simplement. Plus j’y réfléchis, plus je me dis que la vitesse ne teste pas une décision. Elle fait simplement cesser de la cacher. La panique, l’euphorie, l’urgence : ce sont exactement les états qui réclament la vitesse le plus fort, et exactement les états que nous avons tendance à gérer le moins bien. Ce qui a vraiment fait bouger ma façon de penser, c’est de réaliser que la décision n’est généralement pas prise pendant cette seconde visible. Elle se forme plus tôt, dans les habitudes et les croyances à demi constituées que j’emporte dans l’instant. Le tap n’est que le moment où une décision plus ancienne finit par devenir visible pour moi. Cela ne veut pas dire que toute décision rapide est aveugle. Certaines personnes passent des années à entraîner l’instinct qu’elles apportent dans cette seule seconde ; pour elles, la vitesse révèle une discipline plutôt qu’une impulsion. La vitesse ne raccourcit pas la réflexion : elle raccourcit seulement l’intervalle entre une décision déjà prise et le moment où je dois vivre avec. Si la vraie décision a déjà eu lieu ailleurs, plus tôt, alors la seule chose encore en train de se décider pendant ces quatre secondes, c’est qui détient effectivement l’actif au moment où la transaction se règle. C’est cette question qui m’a attiré vers GRVT, où la garde ne quitte jamais vos mains, même pendant que l’échange se règle en chaîne. Je ne sais toujours pas si quatre minutes auraient changé cette ancienne décision. Peut-être que la question la plus honnête est de savoir si j’aurais utilisé ce temps-là différemment, en fait. @grvt_io #grvt
Je repensais à un échange que j’ai conclu à deux heures du matin, il y a des années, allongé dans mon lit, le téléphone trop près de mon visage. Il m’a fallu quatre secondes pour trancher, et bien plus longtemps pour cesser de rejouer la scène. Je ne me souviens pas du résultat aussi clairement que de la pause juste avant que je confirme.

Depuis, chaque plateforme a promis de réduire encore plus cette pause. Une exécution plus rapide, une confirmation plus rapide, une seconde de moins entre l’envie de quelque chose et le fait de le faire. Personne ne se demande si la décision prise à l’intérieur de cette seconde était bonne, tout simplement.

Plus j’y réfléchis, plus je me dis que la vitesse ne teste pas une décision. Elle fait simplement cesser de la cacher.

La panique, l’euphorie, l’urgence : ce sont exactement les états qui réclament la vitesse le plus fort, et exactement les états que nous avons tendance à gérer le moins bien.

Ce qui a vraiment fait bouger ma façon de penser, c’est de réaliser que la décision n’est généralement pas prise pendant cette seconde visible. Elle se forme plus tôt, dans les habitudes et les croyances à demi constituées que j’emporte dans l’instant. Le tap n’est que le moment où une décision plus ancienne finit par devenir visible pour moi.

Cela ne veut pas dire que toute décision rapide est aveugle. Certaines personnes passent des années à entraîner l’instinct qu’elles apportent dans cette seule seconde ; pour elles, la vitesse révèle une discipline plutôt qu’une impulsion.

La vitesse ne raccourcit pas la réflexion : elle raccourcit seulement l’intervalle entre une décision déjà prise et le moment où je dois vivre avec.

Si la vraie décision a déjà eu lieu ailleurs, plus tôt, alors la seule chose encore en train de se décider pendant ces quatre secondes, c’est qui détient effectivement l’actif au moment où la transaction se règle. C’est cette question qui m’a attiré vers GRVT, où la garde ne quitte jamais vos mains, même pendant que l’échange se règle en chaîne.

Je ne sais toujours pas si quatre minutes auraient changé cette ancienne décision. Peut-être que la question la plus honnête est de savoir si j’aurais utilisé ce temps-là différemment, en fait.

@grvt_io
#grvt
Article
LA SYNCHRONISATION D’OPÉRATEURS EN CROSS-CHAIN DE NEWTON PEUT ÊTRE INTERROMPUE AU MILIEU DE LA MISE À JOUR SI ELLE N’EST PAS TRAITÉE PAR LOTSj’ai passé une partie du week-end à fouiller dans la documentation de multichain pour un moteur de politiques, la section sur la façon dont l’état des opérateurs est synchronisé entre les chaînes. il y a une boîte d’avertissement près du bas qui m’a fait arrêter de faire défiler. newton fonctionne comme un avs eigenlayer. les opérateurs résident sur ethereum, la chaîne source, où ils évaluent des politiques et produisent des signatures bls. les chaînes de destination comme base ne répètent pas cette évaluation. elles ont seulement besoin d’une façon peu coûteuse de la vérifier. un service de synchronisation de table s’en charge, en poussant un instantané de l’état des opérateurs sur chaque chaîne de destination via updateOperatorTable(). l’instantané regroupe numOperators, aggregatePubkey et operatorInfoTreeRoot. la clé agrégée est la véritable astuce : une seule vérification de signature combinée remplace le fait de vérifier chaque opérateur individuellement, ce qui rend la vérification des signatures suffisamment peu coûteuse pour qu’on s’y intéresse.

LA SYNCHRONISATION D’OPÉRATEURS EN CROSS-CHAIN DE NEWTON PEUT ÊTRE INTERROMPUE AU MILIEU DE LA MISE À JOUR SI ELLE N’EST PAS TRAITÉE PAR LOTS

j’ai passé une partie du week-end à fouiller dans la documentation de multichain pour un moteur de politiques, la section sur la façon dont l’état des opérateurs est synchronisé entre les chaînes. il y a une boîte d’avertissement près du bas qui m’a fait arrêter de faire défiler.
newton fonctionne comme un avs eigenlayer. les opérateurs résident sur ethereum, la chaîne source, où ils évaluent des politiques et produisent des signatures bls. les chaînes de destination comme base ne répètent pas cette évaluation. elles ont seulement besoin d’une façon peu coûteuse de la vérifier.
un service de synchronisation de table s’en charge, en poussant un instantané de l’état des opérateurs sur chaque chaîne de destination via updateOperatorTable(). l’instantané regroupe numOperators, aggregatePubkey et operatorInfoTreeRoot. la clé agrégée est la véritable astuce : une seule vérification de signature combinée remplace le fait de vérifier chaque opérateur individuellement, ce qui rend la vérification des signatures suffisamment peu coûteuse pour qu’on s’y intéresse.
Le chauffe-eau de ma voisine est tombé en panne le mois dernier, inondant la moitié de son couloir, et ruinant une boîte de vieilles photographies qui était posée sur le sol, à côté. Pendant environ une semaine, c’a été la seule chose dont tout le monde dans notre rue voulait parler. Le mien fonctionne depuis onze ans, et je ne pense pas y avoir réfléchi une seule fois pendant tout ce temps. C’est l’échange que la plupart d’entre nous ne remarquent pas. Les choses qui fonctionnent ne sont pas retenues, quoi qu’elles aient duré longtemps. Celles qui échouent, en revanche, obtiennent une histoire, puis une réputation, construites en une seule après-midi. Je pensais autrefois que c’était simplement ainsi que marche l’attention : on enregistre le changement, puis on finit par faire abstraction de la stabilité. Mais il y a un problème plus net en dessous : la fiabilité invisible ne passe pas seulement inaperçue—elle perd activement lorsqu’elle doit rivaliser pour des ressources avec quelque chose de visible. Une nouvelle fonctionnalité peut être présentée en réunion ; la personne qui a gardé les serveurs en fonctionnement en silence pendant un an n’a rien à mettre devant les autres. Une catastrophe qui ne s’est pas produite ne peut pas l’être non plus. Alors les budgets glissent vers ce qui peut être démontré, et le travail discret se retrouve relégué juste jusqu’au jour exact où ça tombe en panne—le même jour où tout le monde insiste sur le fait que personne ne l’avait vu venir. C’est une partie de ce qui explique pourquoi un détail sur le Newton Protocol m’est resté, de la même manière que je pense maintenant à ce chauffe-eau : la façon dont sa conception mise sur la production d’une preuve continue et vérifiable, jour après jour, sans demander à quiconque de se contenter de remarquer qu’il ne s’est rien passé. C’est un drôle de dossier à présenter à quelqu’un, une valeur construite entièrement à partir du fait qu’il ne se passe rien. Quand la valeur entière d’un système tient au fait qu’il ne se produit jamais rien de spectaculaire, à quoi ressemble l’argument en faveur de la continuer à le financer, et est-ce que ça survivrait si on le disait à voix haute dans une réunion budgétaire ? Je n’ai pas de réponse nette, seulement la question. @NewtonProtocol $NEWT #Newt $B $SKL
Le chauffe-eau de ma voisine est tombé en panne le mois dernier, inondant la moitié de son couloir, et ruinant une boîte de vieilles photographies qui était posée sur le sol, à côté. Pendant environ une semaine, c’a été la seule chose dont tout le monde dans notre rue voulait parler. Le mien fonctionne depuis onze ans, et je ne pense pas y avoir réfléchi une seule fois pendant tout ce temps.

C’est l’échange que la plupart d’entre nous ne remarquent pas. Les choses qui fonctionnent ne sont pas retenues, quoi qu’elles aient duré longtemps. Celles qui échouent, en revanche, obtiennent une histoire, puis une réputation, construites en une seule après-midi.

Je pensais autrefois que c’était simplement ainsi que marche l’attention : on enregistre le changement, puis on finit par faire abstraction de la stabilité. Mais il y a un problème plus net en dessous : la fiabilité invisible ne passe pas seulement inaperçue—elle perd activement lorsqu’elle doit rivaliser pour des ressources avec quelque chose de visible.

Une nouvelle fonctionnalité peut être présentée en réunion ; la personne qui a gardé les serveurs en fonctionnement en silence pendant un an n’a rien à mettre devant les autres. Une catastrophe qui ne s’est pas produite ne peut pas l’être non plus. Alors les budgets glissent vers ce qui peut être démontré, et le travail discret se retrouve relégué juste jusqu’au jour exact où ça tombe en panne—le même jour où tout le monde insiste sur le fait que personne ne l’avait vu venir.

C’est une partie de ce qui explique pourquoi un détail sur le Newton Protocol m’est resté, de la même manière que je pense maintenant à ce chauffe-eau : la façon dont sa conception mise sur la production d’une preuve continue et vérifiable, jour après jour, sans demander à quiconque de se contenter de remarquer qu’il ne s’est rien passé. C’est un drôle de dossier à présenter à quelqu’un, une valeur construite entièrement à partir du fait qu’il ne se passe rien.

Quand la valeur entière d’un système tient au fait qu’il ne se produit jamais rien de spectaculaire, à quoi ressemble l’argument en faveur de la continuer à le financer, et est-ce que ça survivrait si on le disait à voix haute dans une réunion budgétaire ? Je n’ai pas de réponse nette, seulement la question.

@NewtonProtocol
$NEWT
#Newt
$B
$SKL
J’ai laissé un virement à moitié terminé la semaine dernière. Pas parce que je n’arrivais pas à décider où l’argent devait aller, mais parce que, tout à coup, décider m’a semblé plus lourd que ce que ça ne devrait être. Alors je l’ai laissé exactement là où il était, intact, en attente. Une petite chose, mais elle est restée avec moi plus longtemps que je ne l’aurais cru. C’est ça, la chose étrange avec l’attente. Elle ne ressemble pas à une décision : elle ressemble à l’absence d’une décision, donc personne ne la remet en question, y compris moi. On la traite comme le réglage de sécurité, la chose qu’on fait pendant qu’on réfléchit au vrai choix. Personne ne demande ce que l’attente elle-même pourrait te coûter. Mais plus j’y restais, moins ce qui la rendait acceptable tenait. L’attente ne paraît libre que parce que le fait de négocier et celui de gagner ont toujours vécu dans des pièces séparées. Soit tu mets l’argent au travail, soit tu le laisses se reposer, et le repos n’a jamais été tarifé ; du coup, ça a été perçu comme responsable plutôt que coûteux. Quand j’ai compris cette façon de voir, l’inconfort a pris un sens. Ce n’était jamais vraiment question de la décision elle-même. C’était plutôt, quelque part en dessous, la sensation que la stabilité a aussi un coût — un coût que personne ne s’est donné la peine de nommer. Je pense que c’est une partie de la raison pour laquelle tant de conseils de trading ne sont, en réalité, que des conseils pour te forcer à agir : stop loss, échéances, alarmes, des règles que tu fixes à ton futur toi parce que tu ne fais pas confiance à ton présent pour choisir librement. Je ne suis toutefois pas entièrement convaincu que retirer cette pression soit uniquement une bonne chose. Une partie de l’inconfort que je ressens quand l’argent reste immobile est réelle, mais c’est aussi ce qui finit par me pousser à décider. Si tu l’enlèves complètement, je me demande si je ne deviendrais pas simplement meilleur dans le fait de retarder, habillé en patience. C’est justement la partie de la configuration de GRVT qui m’est restée en tête. Un seul solde où le capital peut à la fois négocier et générer des gains, au lieu de choisir un mode plutôt qu’un autre ; ainsi, l’attente n’est plus automatiquement l’option “gratuite”. Si rester immobile cessait d’être gratuit, les gens feraient-ils vraiment des choix plus sereins ? Ou bien un peu d’inconfort est-il la seule chose qui fasse réellement bouger quelqu’un, et nous l’avons juste confondu avec un mauvais design ? @grvt_io #grvt
J’ai laissé un virement à moitié terminé la semaine dernière. Pas parce que je n’arrivais pas à décider où l’argent devait aller, mais parce que, tout à coup, décider m’a semblé plus lourd que ce que ça ne devrait être.

Alors je l’ai laissé exactement là où il était, intact, en attente. Une petite chose, mais elle est restée avec moi plus longtemps que je ne l’aurais cru.

C’est ça, la chose étrange avec l’attente. Elle ne ressemble pas à une décision : elle ressemble à l’absence d’une décision, donc personne ne la remet en question, y compris moi. On la traite comme le réglage de sécurité, la chose qu’on fait pendant qu’on réfléchit au vrai choix. Personne ne demande ce que l’attente elle-même pourrait te coûter.

Mais plus j’y restais, moins ce qui la rendait acceptable tenait. L’attente ne paraît libre que parce que le fait de négocier et celui de gagner ont toujours vécu dans des pièces séparées. Soit tu mets l’argent au travail, soit tu le laisses se reposer, et le repos n’a jamais été tarifé ; du coup, ça a été perçu comme responsable plutôt que coûteux.

Quand j’ai compris cette façon de voir, l’inconfort a pris un sens. Ce n’était jamais vraiment question de la décision elle-même. C’était plutôt, quelque part en dessous, la sensation que la stabilité a aussi un coût — un coût que personne ne s’est donné la peine de nommer.

Je pense que c’est une partie de la raison pour laquelle tant de conseils de trading ne sont, en réalité, que des conseils pour te forcer à agir : stop loss, échéances, alarmes, des règles que tu fixes à ton futur toi parce que tu ne fais pas confiance à ton présent pour choisir librement.

Je ne suis toutefois pas entièrement convaincu que retirer cette pression soit uniquement une bonne chose. Une partie de l’inconfort que je ressens quand l’argent reste immobile est réelle, mais c’est aussi ce qui finit par me pousser à décider. Si tu l’enlèves complètement, je me demande si je ne deviendrais pas simplement meilleur dans le fait de retarder, habillé en patience.

C’est justement la partie de la configuration de GRVT qui m’est restée en tête. Un seul solde où le capital peut à la fois négocier et générer des gains, au lieu de choisir un mode plutôt qu’un autre ; ainsi, l’attente n’est plus automatiquement l’option “gratuite”.

Si rester immobile cessait d’être gratuit, les gens feraient-ils vraiment des choix plus sereins ? Ou bien un peu d’inconfort est-il la seule chose qui fasse réellement bouger quelqu’un, et nous l’avons juste confondu avec un mauvais design ?

@grvt_io
#grvt
Article
LES DEUX PARTENAIRES DE DONNÉES DE NEWTON PARTAGENT UNE MÊME ENTREPRISE PARENTEJe lisais l’annonce du réseau principal (mainnet) bêta du protocole Newton, et un détail dans la liste des partenaires de données a attiré mon attention. Newton se présente comme une couche d’autorisation pour la finance onchain. une politique vérifie les conditions en temps réel par rapport à une transaction avant qu’elle ne soit réglée, et si une valeur dépasse un seuil défini par le curateur, Newton bloque ou liquide la position onchain et produit un reçu vérifiable. c’est le mécanisme réel, pas seulement un discours marketing. La bêta du mainnet nomme cinq partenaires de données au lancement : Chainalysis pour la surveillance des risques et le filtrage des sanctions, vaults.fyi pour la santé des vaults et leurs notations, webacy pour la réputation des portefeuilles, redstone pour les flux de prix, et credora pour les notations des risques et l’intelligence relative aux garanties. cinq noms, cinq logos, aucun lien explicite n’est établi entre eux.

LES DEUX PARTENAIRES DE DONNÉES DE NEWTON PARTAGENT UNE MÊME ENTREPRISE PARENTE

Je lisais l’annonce du réseau principal (mainnet) bêta du protocole Newton, et un détail dans la liste des partenaires de données a attiré mon attention.
Newton se présente comme une couche d’autorisation pour la finance onchain. une politique vérifie les conditions en temps réel par rapport à une transaction avant qu’elle ne soit réglée, et si une valeur dépasse un seuil défini par le curateur, Newton bloque ou liquide la position onchain et produit un reçu vérifiable. c’est le mécanisme réel, pas seulement un discours marketing.
La bêta du mainnet nomme cinq partenaires de données au lancement : Chainalysis pour la surveillance des risques et le filtrage des sanctions, vaults.fyi pour la santé des vaults et leurs notations, webacy pour la réputation des portefeuilles, redstone pour les flux de prix, et credora pour les notations des risques et l’intelligence relative aux garanties. cinq noms, cinq logos, aucun lien explicite n’est établi entre eux.
Je me souviens encore de m’être tenu à la table de cuisine de ma grand-mère, en regardant une photo Polaroid se développer dans mes mains. L’image émergeait lentement du néant gris, morceau par morceau, pendant presque une minute entière, et d’une certaine façon cela ressemblait davantage à une photo que les centaines d’images aujourd’hui laissées intactes sur mon téléphone. Mon cousin, qui n’a jamais eu une Polaroid entre les mains, a décrit la même sensation à propos d’autre chose, totalement différent. En regardant une barre de téléchargement avancer, passant les soixante puis les quatre-vingt-dix, à une époque où les choses n’arrivaient pas simplement “prêtes”, dès l’instant où on les demandait. Nous traitons l’attente comme un coût pur, quelque chose qu’il faut éliminer en le concevant de manière à ce que tout soit plus rapide. Personne ne remet cela en question. Qui défendrait une version plus lente d’une chose. Mais il existe des recherches sur le bonheur qui compliquent les choses. L’anticipation peut procurer plus de plaisir que l’événement lui-même, un effet suffisamment étudié pour que des économistes lui aient donné un nom : l’utilité anticipatoire. Préparer un voyage allume parfois plus de récompense que le voyage lui-même. Voilà toutefois ce que je pense qu’on ne comprend pas. Ce n’est pas que chaque attente était secrètement bonne. La plupart du temps, c’était vraiment juste de la friction : du temps mort, sans rien qui se passe en son sein. Le problème, c’est qu’une logique d’efficacité regroupe tous les délais dans une seule catégorie, un coût à minimiser, ce qui ne nous laisse pas le choix. Nous automatisons l’attente “morte” et l’attente “vivante” dans le même mouvement, parce que, de l’extérieur, elles se ressemblent. C’est cette distinction qui m’est restée en tête en lisant le travail de Newton Protocol sur le trading automatisé et des stratégies pilotées par l’IA. Quelqu’un qui construit de l’automatisation pour la finance doit décider, même sans jamais le formuler ainsi, quelles attentes valent la peine d’être préservées et lesquelles ne sont que du bruit. Je ne sais pas si cette question est assez souvent posée avant que l’automatisation ne soit mise en service. Je n’ai toujours pas de réponse claire pour moi. Quand quelque chose pour lequel on attendait auparavant arrive maintenant au moment même où on le demande, est-ce qu’on a gagné du temps, ou bien a-t-on perdu la partie de l’expérience qui n’a jamais existé que pendant l’attente, et serait-on même capable de dire lequel des deux vient de se produire. @NewtonProtocol $NEWT #Newt $LAB $THE
Je me souviens encore de m’être tenu à la table de cuisine de ma grand-mère, en regardant une photo Polaroid se développer dans mes mains. L’image émergeait lentement du néant gris, morceau par morceau, pendant presque une minute entière, et d’une certaine façon cela ressemblait davantage à une photo que les centaines d’images aujourd’hui laissées intactes sur mon téléphone.

Mon cousin, qui n’a jamais eu une Polaroid entre les mains, a décrit la même sensation à propos d’autre chose, totalement différent. En regardant une barre de téléchargement avancer, passant les soixante puis les quatre-vingt-dix, à une époque où les choses n’arrivaient pas simplement “prêtes”, dès l’instant où on les demandait.

Nous traitons l’attente comme un coût pur, quelque chose qu’il faut éliminer en le concevant de manière à ce que tout soit plus rapide. Personne ne remet cela en question. Qui défendrait une version plus lente d’une chose.

Mais il existe des recherches sur le bonheur qui compliquent les choses. L’anticipation peut procurer plus de plaisir que l’événement lui-même, un effet suffisamment étudié pour que des économistes lui aient donné un nom : l’utilité anticipatoire. Préparer un voyage allume parfois plus de récompense que le voyage lui-même.

Voilà toutefois ce que je pense qu’on ne comprend pas. Ce n’est pas que chaque attente était secrètement bonne. La plupart du temps, c’était vraiment juste de la friction : du temps mort, sans rien qui se passe en son sein.

Le problème, c’est qu’une logique d’efficacité regroupe tous les délais dans une seule catégorie, un coût à minimiser, ce qui ne nous laisse pas le choix. Nous automatisons l’attente “morte” et l’attente “vivante” dans le même mouvement, parce que, de l’extérieur, elles se ressemblent.

C’est cette distinction qui m’est restée en tête en lisant le travail de Newton Protocol sur le trading automatisé et des stratégies pilotées par l’IA.

Quelqu’un qui construit de l’automatisation pour la finance doit décider, même sans jamais le formuler ainsi, quelles attentes valent la peine d’être préservées et lesquelles ne sont que du bruit. Je ne sais pas si cette question est assez souvent posée avant que l’automatisation ne soit mise en service.

Je n’ai toujours pas de réponse claire pour moi. Quand quelque chose pour lequel on attendait auparavant arrive maintenant au moment même où on le demande, est-ce qu’on a gagné du temps, ou bien a-t-on perdu la partie de l’expérience qui n’a jamais existé que pendant l’attente, et serait-on même capable de dire lequel des deux vient de se produire.

@NewtonProtocol
$NEWT
#Newt
$LAB
$THE
Article
L’API DE NOTATION DES MODÈLES DE NEWTON PEUT DISCRÈTEMENT VOUS SIGN A L’INTERFACE COMME UN BOTJ’ai passé du temps cette semaine à lire les publications d’un oracle de données d’un protocole, celles qui expliquent comment brancher directement des vérifications d’identité externes dans une politique avant qu’une transaction ne s’exécute. Une seule ligne me ramenait sans cesse. Il s’avère que c’est l’explication du protocole Newton sur l’intégration du Human Passport dans sa couche de politique. Le Human Passport Data Oracle apporte trois signaux dans une seule politique, et chacun demande quelque chose de différent à la personne de l’autre côté du portefeuille. J’ai failli passer à côté du signal qui comptait vraiment.

L’API DE NOTATION DES MODÈLES DE NEWTON PEUT DISCRÈTEMENT VOUS SIGN A L’INTERFACE COMME UN BOT

J’ai passé du temps cette semaine à lire les publications d’un oracle de données d’un protocole, celles qui expliquent comment brancher directement des vérifications d’identité externes dans une politique avant qu’une transaction ne s’exécute.
Une seule ligne me ramenait sans cesse.
Il s’avère que c’est l’explication du protocole Newton sur l’intégration du Human Passport dans sa couche de politique. Le Human Passport Data Oracle apporte trois signaux dans une seule politique, et chacun demande quelque chose de différent à la personne de l’autre côté du portefeuille.
J’ai failli passer à côté du signal qui comptait vraiment.
Mon neveu a raté un pile ou face pour la dernière part de gâteau il y a quelques semaines, et il n’a pas émis la moindre plainte. Il l’avait lui-même lancé, il avait regardé la pièce tomber, et voilà. Ça m’est resté en tête plus longtemps que je ne l’aurais cru, surtout après ce qui s’est passé juste après. J’ai gagné un tirage au sort lors d’une réunion familiale : une bouteille de vin vraiment sympa. Puis ma cousine s’est penchée, avec son ticket tout vide encore en main, et elle a dit, presque comme une blague, que sa mère, qui avait organisé toute l’affaire, avait inscrit ses propres enfants deux fois. Rien n’a jamais été prouvé. J’ai toujours le vin. Et je n’ai toujours pas l’impression d’être entièrement en règle avec tout ça. Je ne sais toujours pas pourquoi ça me dérange plus que le fait de perdre. Ma première idée, c’était que tout tenait à la quantité d’informations dont on disposait. Mais ce n’était pas tout à fait ça. J’aurais probablement pu poser davantage de questions sur le tirage au sort aussi, si j’avais voulu. Ce n’était pas une question d’informations. C’était une question de vérification. Il avait vu la pièce tomber de ses propres yeux, donc il n’y avait plus rien à contrôler. Moi, je n’avais rien regardé. On m’avait simplement remis un résultat et on m’avait demandé de faire confiance au processus qui l’avait produit. C’est là que j’ai compris : l’équité, ce n’est pas vraiment une question de résultats. C’est une question de savoir qui a le droit de voir comment une décision a été prise, peu importe qui finit par en bénéficier. Et c’est une idée à laquelle je reviens sans cesse quand je lis la façon dont Newton Protocol présente la légitimité pour des stratégies de trading automatisé. Un résultat perdant qu’on a vu soi-même peut sembler plus « propre » qu’un résultat gagnant qu’on n’a pas vu. Sauf que ce n’est pas tout à fait étanche non plus. Mon neveu a bien regardé la pièce tomber, mais il n’a jamais vérifié que c’était une pièce réellement équitable. Peut-être que ce qu’on croit, ce n’est pas le processus lui-même, mais seulement la partie du processus à laquelle on a eu la chance d’assister. Je ne sais toujours pas ce que je ferais si quelqu’un me disait enfin exactement comment ce tirage au sort a été organisé. Boire le vin quand même, ou admettre que je ne l’ai peut-être jamais vraiment gagné à la base ? @NewtonProtocol $NEWT #Newt $LAB $SKYAI
Mon neveu a raté un pile ou face pour la dernière part de gâteau il y a quelques semaines, et il n’a pas émis la moindre plainte. Il l’avait lui-même lancé, il avait regardé la pièce tomber, et voilà.

Ça m’est resté en tête plus longtemps que je ne l’aurais cru, surtout après ce qui s’est passé juste après. J’ai gagné un tirage au sort lors d’une réunion familiale : une bouteille de vin vraiment sympa. Puis ma cousine s’est penchée, avec son ticket tout vide encore en main, et elle a dit, presque comme une blague, que sa mère, qui avait organisé toute l’affaire, avait inscrit ses propres enfants deux fois.
Rien n’a jamais été prouvé. J’ai toujours le vin. Et je n’ai toujours pas l’impression d’être entièrement en règle avec tout ça.

Je ne sais toujours pas pourquoi ça me dérange plus que le fait de perdre.
Ma première idée, c’était que tout tenait à la quantité d’informations dont on disposait. Mais ce n’était pas tout à fait ça. J’aurais probablement pu poser davantage de questions sur le tirage au sort aussi, si j’avais voulu.

Ce n’était pas une question d’informations. C’était une question de vérification.

Il avait vu la pièce tomber de ses propres yeux, donc il n’y avait plus rien à contrôler. Moi, je n’avais rien regardé. On m’avait simplement remis un résultat et on m’avait demandé de faire confiance au processus qui l’avait produit.

C’est là que j’ai compris : l’équité, ce n’est pas vraiment une question de résultats. C’est une question de savoir qui a le droit de voir comment une décision a été prise, peu importe qui finit par en bénéficier. Et c’est une idée à laquelle je reviens sans cesse quand je lis la façon dont Newton Protocol présente la légitimité pour des stratégies de trading automatisé.

Un résultat perdant qu’on a vu soi-même peut sembler plus « propre » qu’un résultat gagnant qu’on n’a pas vu.

Sauf que ce n’est pas tout à fait étanche non plus. Mon neveu a bien regardé la pièce tomber, mais il n’a jamais vérifié que c’était une pièce réellement équitable. Peut-être que ce qu’on croit, ce n’est pas le processus lui-même, mais seulement la partie du processus à laquelle on a eu la chance d’assister.

Je ne sais toujours pas ce que je ferais si quelqu’un me disait enfin exactement comment ce tirage au sort a été organisé. Boire le vin quand même, ou admettre que je ne l’ai peut-être jamais vraiment gagné à la base ?

@NewtonProtocol
$NEWT
#Newt
$LAB
$SKYAI
Article
UN MEMBRE DU CONSEIL DE NEWTON SE RETIRE DES VOTES, PAS DE LA RELATIONCe qui m’a interpellé dans la page sur les conflits d’intérêts de Newton, ce n’était pas la divulgation elle-même. C’était la façon dont la mesure de protection était rédigée, de manière très étroite. Plus qu’un seul nom. Votes. David Jeong est un directeur du conseil de la fondation Magic Newton. Il est également le PDG de Tread.fi, une plateforme conçue pour le trading, l’exécution et l’infrastructure dans les actifs numériques. La page sur les conflits d’intérêts et le code de conduite de Newton indique la mesure de protection de façon directe : Jeong "se retirera de toutes les discussions et décisions de la Fondation liées à Tread.fi". Quelques lignes plus loin, sous Transactions avec des parties liées, le même document précise que la Fondation n’en a aucune à signaler.

UN MEMBRE DU CONSEIL DE NEWTON SE RETIRE DES VOTES, PAS DE LA RELATION

Ce qui m’a interpellé dans la page sur les conflits d’intérêts de Newton, ce n’était pas la divulgation elle-même. C’était la façon dont la mesure de protection était rédigée, de manière très étroite.
Plus qu’un seul nom. Votes.
David Jeong est un directeur du conseil de la fondation Magic Newton. Il est également le PDG de Tread.fi, une plateforme conçue pour le trading, l’exécution et l’infrastructure dans les actifs numériques. La page sur les conflits d’intérêts et le code de conduite de Newton indique la mesure de protection de façon directe : Jeong "se retirera de toutes les discussions et décisions de la Fondation liées à Tread.fi". Quelques lignes plus loin, sous Transactions avec des parties liées, le même document précise que la Fondation n’en a aucune à signaler.
C’était un dimanche soir, au début du printemps, après sept heures, et je rangeais la commande Instacart de la semaine quand une étagère du réfrigérateur est restée vide. Deux contenants de yaourt grec, un sachet d’épinards, et un paquet de blanc de poulet, mon meal prep pour la semaine, avaient tout simplement disparu. J’ai vérifié deux fois l’étagère, puis me suis accroupi pour recontrôler le fond des sacs, sûr d’avoir raté quelque chose Alors j’ai appelé pour que tout soit réglé, et je me suis retrouvé embarqué dans une étrange petite tournée. L’application de livraison indiquait que le magasin n’avait plus de stock Quelqu’un du magasin l’a dit très simplement. « D’après notre système, ces articles n’ont jamais été sélectionnés. » Le livreur, une fois que j’ai réussi à le joindre, a repoussé les choses tout aussi calmement. « Ce n’est pas la liste que j’ai vue sur mon téléphone », a-t-il dit, tandis qu’un camion bipait derrière lui, en reculant, et que l’appel était coupé toutes les quelques secondes Rien n’a été corrigé tant que je n’ai pas raconté toute l’histoire une quatrième fois, à quelqu’un de nouveau qui n’avait pris part à rien de tout cela Chacune de ces réponses était probablement vraie. Personne ne m’a menti, et pourtant c’est probablement la partie la plus frustrante Apparemment, il existe un nom pour ça : le problème des nombreuses mains, quand une tâche passe par assez de personnes pour que chacune puisse dire honnêtement que l’échec n’était pas précisément de son ressort, tandis que l’échec reste totalement réel Ce qui m’est resté après coup, c’est une pensée plus froide sous le concept lui-même, quelque chose que j’avais seulement entrevu à moitié. Une structure où la responsabilité n’a nulle part où se poser arrange tout le monde en amont. Aucun maillon n’absorbe l’échec dans son intégralité, donc aucun maillon ne ressent de pression pour empêcher le suivant. C’est en partie pour ça que le Newton Protocol a attiré mon attention : un rollup construit autour du trading automatisé et d’un marché de stratégies pilotées par l’IA. Quand une stratégie sous-performe, je me demande qui en est réellement propriétaire : le modèle, la plateforme, ou la personne qui l’a déployée. Du coup, je reviens sans cesse à la même question. Quand tout le monde concerné a une raison sincère pour dire que ce n’était pas sa faute, quelqu’un a-t-il été tenu pour responsable, ou bien la responsabilité a-t-elle simplement été répartie d’une manière qui arrange tout le monde sauf la personne qui attend ses courses ? @NewtonProtocol $NEWT #Newt $EVAA $LAB
C’était un dimanche soir, au début du printemps, après sept heures, et je rangeais la commande Instacart de la semaine quand une étagère du réfrigérateur est restée vide. Deux contenants de yaourt grec, un sachet d’épinards, et un paquet de blanc de poulet, mon meal prep pour la semaine, avaient tout simplement disparu.
J’ai vérifié deux fois l’étagère, puis me suis accroupi pour recontrôler le fond des sacs, sûr d’avoir raté quelque chose

Alors j’ai appelé pour que tout soit réglé, et je me suis retrouvé embarqué dans une étrange petite tournée. L’application de livraison indiquait que le magasin n’avait plus de stock

Quelqu’un du magasin l’a dit très simplement. « D’après notre système, ces articles n’ont jamais été sélectionnés. »

Le livreur, une fois que j’ai réussi à le joindre, a repoussé les choses tout aussi calmement. « Ce n’est pas la liste que j’ai vue sur mon téléphone », a-t-il dit, tandis qu’un camion bipait derrière lui, en reculant, et que l’appel était coupé toutes les quelques secondes

Rien n’a été corrigé tant que je n’ai pas raconté toute l’histoire une quatrième fois, à quelqu’un de nouveau qui n’avait pris part à rien de tout cela

Chacune de ces réponses était probablement vraie. Personne ne m’a menti, et pourtant c’est probablement la partie la plus frustrante

Apparemment, il existe un nom pour ça : le problème des nombreuses mains, quand une tâche passe par assez de personnes pour que chacune puisse dire honnêtement que l’échec n’était pas précisément de son ressort, tandis que l’échec reste totalement réel

Ce qui m’est resté après coup, c’est une pensée plus froide sous le concept lui-même, quelque chose que j’avais seulement entrevu à moitié.
Une structure où la responsabilité n’a nulle part où se poser arrange tout le monde en amont. Aucun maillon n’absorbe l’échec dans son intégralité, donc aucun maillon ne ressent de pression pour empêcher le suivant.

C’est en partie pour ça que le Newton Protocol a attiré mon attention : un rollup construit autour du trading automatisé et d’un marché de stratégies pilotées par l’IA. Quand une stratégie sous-performe, je me demande qui en est réellement propriétaire : le modèle, la plateforme, ou la personne qui l’a déployée.

Du coup, je reviens sans cesse à la même question. Quand tout le monde concerné a une raison sincère pour dire que ce n’était pas sa faute, quelqu’un a-t-il été tenu pour responsable, ou bien la responsabilité a-t-elle simplement été répartie d’une manière qui arrange tout le monde sauf la personne qui attend ses courses ?
@NewtonProtocol $NEWT #Newt $EVAA $LAB
Lundi matin, premier appel de la première équipe après deux semaines au Japon. La plupart du temps, je marchais et je ne pensais pas du tout au travail. Quelqu’un a remis sur la table la bourde de partage d’écran de la démo de la semaine dernière : la mauvaise fenêtre, pour le mauvais public. Et à la quatrième personne qui en parlait, j’avais cessé d’attendre une explication. J’ai presque demandé directement, puis je ne l’ai pas fait, ne voulant pas faire traîner la réunion à cause d’un détail aussi minuscule. En réalité, rien n’avait changé : aucune décision n’avait bougé, aucune échéance n’avait été décalée. Ce que j’ai seulement remarqué après coup, c’est qu’autre chose s’était accroché, et ce n’était pas la blague elle-même. On explique souvent ce sentiment comme une peur de rater une bonne issue, une occasion, l’instant qui aurait rendu la semaine meilleure. Mais je ne pense pas que ce soit exactement le point tranchant. C’est proche, mais pas tout à fait juste. Ce qui fait vraiment mal, et je tourne ça dans ma tête depuis, c’est plus étroit, et un peu gênant à admettre même à moi-même. Ce n’est pas le résultat. Ce n’est pas d’avoir été absent au moment où un petit accident s’est transformé en quelque chose que quatre personnes ont continué de ramener sans cesse. Il y a une vraie différence entre entendre parler de quelque chose et l’avoir vu se produire, même quand les deux versions lues comme un résumé se ressemblent à l’identique. Dans l’une, tu es un personnage de l’histoire. Dans l’autre, tu rattrapes ton propre compte rendu de la semaine, que les autres sont déjà en train de raconter. Vouloir avoir assisté à quelque chose est une demande plus honnête que vouloir le résultat lui-même, puisque ça n’a rien à voir avec la cupidité ni avec le timing. C’est aussi une partie de la raison pour laquelle je me suis intéressé à la façon dont Newton Protocol gère la vérification. Voir les actions d’une stratégie se dérouler et être confirmées presque en temps réel, c’est se sentir plus proche d’être dans la pièce que de lire un récapitulatif. Ça me fait me demander, et je peux me tromper, si une bonne partie de ce qu’on appelle le FOMO n’a jamais été vraiment question d’argent, du moins pour moi. Peut-être que c’était toujours, en fait, l’envie d’avoir été là quand l’histoire s’est construite, même une petite histoire bête : la mauvaise personne à la mauvaise fenêtre, au mauvais moment. @NewtonProtocol $NEWT #Newt $EVAA $BLUR
Lundi matin, premier appel de la première équipe après deux semaines au Japon. La plupart du temps, je marchais et je ne pensais pas du tout au travail. Quelqu’un a remis sur la table la bourde de partage d’écran de la démo de la semaine dernière : la mauvaise fenêtre, pour le mauvais public. Et à la quatrième personne qui en parlait, j’avais cessé d’attendre une explication. J’ai presque demandé directement, puis je ne l’ai pas fait, ne voulant pas faire traîner la réunion à cause d’un détail aussi minuscule.

En réalité, rien n’avait changé : aucune décision n’avait bougé, aucune échéance n’avait été décalée. Ce que j’ai seulement remarqué après coup, c’est qu’autre chose s’était accroché, et ce n’était pas la blague elle-même.

On explique souvent ce sentiment comme une peur de rater une bonne issue, une occasion, l’instant qui aurait rendu la semaine meilleure. Mais je ne pense pas que ce soit exactement le point tranchant. C’est proche, mais pas tout à fait juste.

Ce qui fait vraiment mal, et je tourne ça dans ma tête depuis, c’est plus étroit, et un peu gênant à admettre même à moi-même. Ce n’est pas le résultat. Ce n’est pas d’avoir été absent au moment où un petit accident s’est transformé en quelque chose que quatre personnes ont continué de ramener sans cesse. Il y a une vraie différence entre entendre parler de quelque chose et l’avoir vu se produire, même quand les deux versions lues comme un résumé se ressemblent à l’identique.

Dans l’une, tu es un personnage de l’histoire. Dans l’autre, tu rattrapes ton propre compte rendu de la semaine, que les autres sont déjà en train de raconter. Vouloir avoir assisté à quelque chose est une demande plus honnête que vouloir le résultat lui-même, puisque ça n’a rien à voir avec la cupidité ni avec le timing.

C’est aussi une partie de la raison pour laquelle je me suis intéressé à la façon dont Newton Protocol gère la vérification. Voir les actions d’une stratégie se dérouler et être confirmées presque en temps réel, c’est se sentir plus proche d’être dans la pièce que de lire un récapitulatif.

Ça me fait me demander, et je peux me tromper, si une bonne partie de ce qu’on appelle le FOMO n’a jamais été vraiment question d’argent, du moins pour moi. Peut-être que c’était toujours, en fait, l’envie d’avoir été là quand l’histoire s’est construite, même une petite histoire bête : la mauvaise personne à la mauvaise fenêtre, au mauvais moment.

@NewtonProtocol $NEWT #Newt $EVAA $BLUR
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