比特发发发

Babylon的公共委托市场开放后，大家都会去比较FP给出的佣金率。但我好奇的不是佣金高低，而是佣金差如何影响BABY的边际流动。我把活跃FP按佣金阈值分成四档，再拉出各自对应委托地址里BABY代币的平均持仓时长，立刻看到一种反直觉的撕裂。
高佣金档（8%以上）的FP，其吸引的委托地址中，BABY持仓时间中位数反而高达47天；而低佣金档（3%以下）的地址，BABY平均持仓只有11天，换手活跃得像在冲土矿。直观上以为便宜能留住长期主义者，数据却说便宜只吸引过路资金，真正把BABY沉淀下来的，是那些接受较高抽成、似乎更认可FP长期服务质量的委托者。$BTC
这中间藏着一个行为逻辑：选择高抽成FP的用户，往往把“安全持续性”置于“即期收益”之上。他们本质上在用一个可计算的机会成本，去交换整个耕作周期内不必频繁迁移的稳定性。而这类用户恰恰是BABY生态最需要的“黏性贡献者”。他们不抛售，不撤委托，反而成为网络权重里最稳固的那一部分。
所以如果我观察BABY是否形成真正的价值共识，我不会去看交易所24小时交易量，而是看高持仓时长地址是否继续向高佣金但高在线率的FP集中。这个趋势一旦持续，意味着BABY的定价逻辑会从“耕作产出折现”慢慢滑向“长期网络权益的映射”。那种转变不需要新闻配合，在链上会有痕迹——佣金区间的代币沉淀密度，就是我看这个叙事最实的温度计。 #baby @BabylonLabs_io $BABY

Tout le monde dit que le mécanisme EOTS de Babylon est le socle de la sécurité du BTC mis en garantie, mais est-ce vraiment une raison de se sentir à l’abri ? La subtilité de l’EOTS (signature à extraction unique) réside dans le fait qu’en cas de double signature de la part du nœud de vérification auquel vous déléguez, sa clé privée sera « exposée » de manière cryptographique, puis sa caution sera automatiquement confisquée on-chain, et le BTC verrouillé sur votre adresse sera partiellement ou totalement Slash. Oui, la lame qui tranche ne frappe pas seulement le nœud : elle frappe aussi vous. Beaucoup pensent à tort que le BTC est absolument en sécurité sur leurs propres adresses, ignorant que le pouvoir de signer a déjà été délégué. Dès qu’un nœud laisse passer une erreur technique — par exemple une double signature lors de la synchronisation des blocs — l’EOTS ne discutera pas : il appliquera la peine. L’EOTS s’appuie sur l’extension des signatures Schnorr de Bitcoin, et lors de l’enregistrement du nœud, celui-ci expose un marqueur de caractère unique « extractible ». Tant qu’il signe deux blocs de hauteurs différentes avec la même clé privée, ces deux signatures peuvent être utilisées pour calculer mathématiquement la clé privée. Ensuite, n’importe qui peut construire une transaction de confiscation, emportant à la fois les actifs en garantie du nœud et le BTC que vous avez verrouillé. $BTC
Ce mécanisme élimine l’incitation à la double signature malveillante, mais il ne protège pas contre les bugs. L’an dernier, dans l’écosystème Cosmos, un validateur de tout premier rang a double-signé par accident à cause d’une défaillance mémoire, entraînant la confiscation de nombreux ATOM de ses délégants. C’était déjà « seulement » des ATOM à moindre valeur ; imaginez avec du BTC. Vous oseriez ? Les BABY que vous minez péniblement chaque jour pourraient même ne pas suffire à combler les pertes. Le plus effrayant, c’est que le BTC est irrémédiablement perdu. Donc, en réalité, BABY n’est rien d’autre que la prime d’une assurance à haut risque. Quand vous la recevez, n’oubliez pas ce que cache cette prime. Déléguez et répartissez raisonnablement les nœuds : même si vous gagnez un peu moins de BABY, au moins vous survivrez. #baby @BabylonLabs_io $BABY

Le “jeu” consistant à affubler le BTC d’un “masque ERC-20” sur le marché n’est, en essence, qu’un retour en arrière historique. WBTC doit faire confiance à BitGo, renBTC a déjà connu des incidents de sécurité, et toutes sortes de ponts se transforment presque à chaque fois en distributeurs automatiques de retraits pour des pirates. À chaque fois qu’on “emballe” le BTC une nouvelle fois, on revient à enfermer de l’or numérique dans le coffre-fort de quelqu’un d’autre, puis à sortir une feuille de billets en échange. Le “Don’t Trust, Verify” que la communauté Bitcoin répète depuis des années s’effondre totalement face au DeFi.
Ce qui m’a particulièrement intéressé avec Babylon, c’est qu’il a fait passer l’étape “de vérification” du concept à la réalité grâce au token BABY. Concrètement, votre preuve de dépôt de BTC est générée par un module de preuves à connaissance nulle appelé BABE. Au moment où une chaîne externe valide cette preuve, elle vérifie aussi, en parallèle, les signatures de garantie économique des détenteurs de BABY sur la chaîne Babylon. Tout le processus ne fait intervenir aucun intermédiaire dépositaire : il repose uniquement sur la cryptographie et sur les garanties de jeu. Autrement dit, BABY joue, dans tout le système, le rôle d’“intermédiaire de confiance” économique ; mais cet intermédiaire est incarné collectivement par des milliers de détenteurs avec de l’argent réel, ce qui est plus fiable que n’importe quelle entreprise centralisée.
Donc, quand je vois quelqu’un affirmer que “BABY n’a rien de différent des autres tokens de gouvernance”, je ne peux que dire que soit il n’a pas regardé le code, soit il n’a pas calculé les paramètres économiques. La dilution du droit de vote des tokens de gouvernance ordinaires se limite à une dilution ; avec BABY, à cause du mécanisme de sanctions du protocole, les détenteurs doivent agir avec prudence : sinon, le BABY mis en gage sera confisqué et servira à compenser les déposants de BTC. Ce lien “avec un coût en sang” fait que la valeur de la gouvernance de BABY dépasse bien plus l’imagination : ce n’est pas un simple droit de vote décoratif, c’est une répartition des risques assortie d’un coût économique. $BTC
À l’avenir, si le protocole Babylon est intégré par les portefeuilles Bitcoin grand public, les utilisateurs n’auront qu’à appuyer sur un bouton pour déposer du BTC nativement et gagner du BABY : l’explosion de la demande pour BABY pourrait être plus fulgurante que toute attente liée à des “airdrops”. Parce qu’à ce moment-là, les contreparties de BABY ne seront plus d’autres altcoins : elles seront la question de savoir comment exporter l’ensemble du capital oisif de l’écosystème Bitcoin.
#baby @BabylonLabs_io $BABY

Dans le modèle de confiance de TBV, ce qui est le plus facilement négligé est en réalité la gestion de la clé privée côté utilisateur. Contrairement aux systèmes de comptes de Bitcoin et d’Ethereum, un coffre doit gérer des clés privées du réseau principal Bitcoin, ce qui constitue depuis toujours un point de friction pour les utilisateurs ordinaires. Récemment, les détails de la collaboration entre Babylon et Ledger se dévoilent progressivement. Le cœur du sujet n’est pas simplement d’utiliser Ledger comme portefeuille matériel, mais de faire en sorte que le signataire matériel de Ledger serve directement de « module de sécurité » du coffre : effectuer localement la signature de conversion d’état, puis transmettre le résultat de la signature. La clé privée ne touche jamais le réseau ; même les nœuds témoins du coffre ne peuvent pas y accéder.
L’astuce de cette conception réside dans le fait qu’elle neutralise la partie la plus effrayante pour l’utilisateur — le vol de la clé privée ou la malveillance d’un témoin — grâce à une isolation physique. Même si l’ordinateur est entièrement compromis, l’attaquant n’obtient pas la capacité complète de signer. Les retours de ceux qui ont traversé les tests sur testnet indiquent qu’après l’intégration de Ledger, tout le processus de dépôt passe de sept étapes à trois, et le taux d’erreur baisse considérablement. Pour les utilisateurs institutionnels qui souhaitent adopter TBV à grande échelle, la modularisation matérielle est la première étape franchissable dans les audits de conformité. $BTC
Les détenteurs de $BABY se soucieront peut-être davantage de l’extension de l’écosystème, mais la maturité de ces outils de couche basse est précisément la condition préalable pour que la valeur de $BABY puisse rester solide. Sans une entrée pratique, même le meilleur récit non custodial ne peut servir qu’aux geeks. Désormais, la chaîne d’outils côté front de TBV couvre déjà Ledger et Keystone ; ensuite, la solution de Wallet-as-a-Service sera mise en ligne progressivement. À ce rythme, cela vaut plus la peine d’observer que le prix même du token. Car une fois l’écosystème en marche, la demande pour le token de gouvernance de BABY n’est alors pas un simple mouvement à vide.
#baby @BabylonLabs_io $BABY

Si vous démontez les Trustless Bitcoin Vaults de Babylon, vous verrez qu’il s’agit essentiellement d’un ensemble de « contrats de paiement conditionnels » déployés sur le réseau principal de Bitcoin. La différence, c’est que ce contrat n’a pas pour but de servir aux transactions, mais de faire de Bitcoin un ancrage économique pour d’autres protocoles. Plus j’étudie son architecture, plus je me dis que Babylon accomplit quelque chose de très audacieux : elle essaie de transformer les 1,2 mille milliards de dollars de BTC dormants en la garantie la plus fiable du réseau, le tout sans aucun pont inter-chaînes.
Le fonctionnement des TBV peut se résumer en une phrase : vous verrouillez un BTC dans un script que seul vous pouvez déverrouiller, puis vous émettez à l’extérieur une « signature unique », en promettant que, sous des conditions précises, ce BTC pourra être utilisé à des fins de pénalisation. En d’autres termes, au quotidien il reste aussi froid que la glace, et ce collatéral ne sera « confisqué » de manière raisonnable que lorsque vous faites le mal (par exemple en signant en double sur une chaîne de consommation). Et la personne chargée d’exécuter la confiscation n’est pas Babylon : n’importe qui peut utiliser vos preuves de faute pour déclencher la voie de pénalisation du contrat. Ce système de punition « supervisé par tous, exécuté sans maître » fait passer la sécurité économique d’un processus d’audit manuel vers un droit automatisé.
Mais au-delà de l’émerveillement, je vois aussi une faille subtile : en théorie, c’est parfait. Dans une situation réelle, la collecte des preuves, la diffusion et la vitesse de confirmation on-chain d’un événement de confiscation peuvent s’enliser dans un bourbier du type « procès facile, exécution difficile ». Ajoutez à cela les perturbations potentielles dues au MEV des mineurs : la voie de pénalisation pourrait-elle être exécutée en avance ? Un simple particulier n’a aucun moyen de surveiller et de soumettre les preuves de pénalisation ; au final, est-ce que tout cela risque de redevenir le terrain de jeu réservé aux mastodontes et aux constructeurs de blocs ? Les TBV ouvrent une porte élégante, mais le couloir derrière la porte reste sombre.$BTC
À l’heure actuelle, Babylon utilise le jeton BABY comme incitation pour lubrifier le système : les utilisateurs précoces peuvent expérimenter ce paradigme à faible coût. Mais je ne peux pas m’empêcher de me demander : lorsque des capitaux à grande échelle affluent vraiment, à quelle série de tests de résistance brutaux cette délicate convention sociale devra-t-elle faire face.
#baby @BabylonLabs_io $BABY

J’ai découvert que mon modèle de stop-loss affichait une « fausse activation » une nuit : la cotation a été insérée en une fraction de seconde, et l’agent a exécuté directement une vente au prix du marché. Même si, au final, la hausse rapide du marché a évité une perte substantielle, le sentiment de se réveiller en pleine nuit et de vérifier les enregistrements on-chain… qui l’a utilisé sait.$BTC
Je suis revenu en arrière pour regarder les paramètres du modèle : le prix qui déclenche le stop-loss et le prix d’alimentation de l’oracle utilisé pour l’exécution sont en réalité la même source de données. Autrement dit, dès qu’un prix on-chain subit des fluctuations violentes sur une courte période, même si ce n’est que sur un ou deux blocs, l’agent le traite immédiatement comme une cassure réelle. Ce design n’a aucune tolérance, et il n’est pas possible d’ajouter une condition de mise en tampon du type « confirmation sur N blocs consécutifs ».@NewtonProtocol
Pour des actifs très volatils, c’est un défaut fatal. Sur le marché crypto, les piques (insertions) au carnet des exchanges, les écarts temporaires dans les cotations des oracles, et les retards de prix via les ponts inter-chaînes… ce n’est pas un événement isolé, mais une normalité. Si chaque pique doit être prise par l’agent comme un vrai signal de stop-loss, alors le soi-disant « stop-loss intelligent » n’est, en essence, qu’une machine automatique à « récolter » les piques.$NEWT
Le plus magique, c’est que, sur un CEX classique, les ordres stop-loss te permettent même de choisir un mode de « pose d’ordre après déclenchement », et certains prennent en charge des ordres iceberg pour réduire le slippage. Mais chez Newton, c’est une exécution au marché sans compromis : le stop-loss devient alors un outil paradoxal—déclenché seulement dans le pire des cas, mais qui, au moment du déclenchement, reste le pire. Cela va à l’encontre de l’objectif de gestion du risque.#Newt
Je pense sincèrement que le modèle de stop-loss doit être mis à niveau immédiatement avec deux optimisations : d’abord, permettre à l’utilisateur de sélectionner « déclenchement uniquement si le prix reste sous le seuil pendant N blocs consécutifs » ; ensuite, après le déclenchement, prendre en charge la pose d’un ordre à cours limité au lieu de l’écrasement inconditionnel au prix du marché. Ces deux points ne nécessitent pas de changement fondamental d’architecture : il suffit d’ajouter un léger « juge » on-chain avant l’exécution de la stratégie. Sinon, à l’avenir, pendant les bascules brutales entre hausses et baisses sur le marché, la fonction stop-loss risque au contraire de devenir une sorte de détonateur qui détruit les positions.

J’ai toujours voulu faire tourner une grille, mais les retards des DEX traditionnels m’en ont dissuadé. Cette fois, j’ai essayé de connecter mon petit script maison via l’API de GRVT, et je n’avais pas prévu une expérience aussi fluide. Ma stratégie est très simple : je définis une plage de variation du BTC de 7000 points, je place des ordres en 10 paliers, avec 500 U par palier, et je prends toute la partie en maker pour consommer les rebates.
Après une semaine, j’ai exécuté au total 93 transactions ; la grande majorité a été captée par des ordres taker. Le gain moyen par transaction se situe entre 0,8 et 1,2 U, et avec les rebates maker, le profit brut cumulé atteint 128 U.
Pendant le processus, le plus gros slippage venait des heures du matin où la liquidité était un peu plus faible : j’ai eu deux cas où des ordres n’ont pas été entièrement exécutés avant que le prix ne bouge, ce qui a dérangé le positionnement des grilles. J’ai fini par ajuster manuellement une fois. Mais dans l’ensemble, c’est resté contrôlable : pas de liquidation (cross/contrepartie) ni d’ordres “fantômes”.
Au final, cette exécution m’a donné une très bonne impression de l’API de GRVT. La structure de la documentation est claire, et les endpoints REST comme WebSocket sont suffisants. En test sur les périodes moins sollicitées, les réponses reviennent quasiment en une seconde. La seule chose à surveiller : envoyer énormément de modifications d’ordres sur une courte période déclenche un contrôle de débit, donc il faut trouver un compromis entre la densité de la grille et la fréquence de rafraîchissement, sans chercher à faire comme sur les plateformes centralisées qui rafraîchissent toutes les dizaines de millisecondes. $BTC
On sent clairement que cette plateforme essaie de transposer une expérience de trading au niveau d’un CEX sur la chaîne. Il reste quelques imperfections, mais pour quelqu’un comme moi qui veut exécuter de la quantification en auto-hébergement, c’est déjà une étape tout à fait intéressante à tester.
#grvt @grvt_io

Je me suis toujours dit que le plus difficile n’est pas d’écrire une stratégie, mais de la consigner d’une manière compréhensible par les autres et impossible à déformer. Avant, avec un coéquipier, on gérait une petite trésorerie : chacun surveillait des indicateurs différents, et on s’était mis d’accord pour ne pas s’interférer. Mais une fois, de mon côté, les signaux indiquaient qu’il fallait réduire la position ; de son côté, il a jugé que c’était un faux signal et a carrément manuellement remplacé mes transactions. Finalement, il ne s’est pas passé grand-chose, mais cette fissure de confiance est très difficile à réparer. Le problème ne vient pas des personnes, mais du mécanisme : nous n’avions pas défini à l’avance des règles de décision, et surtout pas des règles capables d’être exécutées automatiquement.
Plus tard, j’ai essayé d’intégrer les critères des deux personnes dans les contraintes de stratégie du @NewtonProtocol : lorsque mes indicateurs atteignent le seuil A, et que ses indicateurs n’ont pas déclenché la condition de veto B, alors l’agent peut procéder à la réduction de position. Une fois que cette logique a fonctionné dans simulatePolicy, nous n’avons plus besoin d’intervenir manuellement : personne n’a besoin de convaincre l’autre. La stratégie s’exécute selon les règles, et les résultats de vérification sont évidents.
En réalité, dans la collaboration au quotidien, ce qui épuise le plus l’énergie, c’est de devoir sans cesse confirmer si l’autre a bien fait ce qui avait été convenu. L’approche de Newton, qui consiste à figer les règles de collaboration en une policy vérifiable, a instantanément éliminé une grande partie des frictions inutiles. Je pense que ce principe est utile non seulement pour la gestion d’actifs, mais encore plus dans des cas comme la gestion de trésoreries DAO, ou des scénarios de multi-signatures avec répartition des droits. Il n’y a plus à se fier aux personnes : il faut se fier aux contraintes. $BTC
Je prévois pour la suite d’intégrer aussi dans la stratégie les limites de dépenses et la liste blanche des protocoles, et de confier progressivement tout ce qui peut être délégué au code, en laissant aux humains uniquement le droit de dernier veto.
#NEWT $NEWT @NewtonProtocol

La plus grande gêne en matière de dérivés on-chain n’est souvent pas le slippage, mais le fait que vous devenez, vous-même, la “cible vivante” de quelqu’un d’autre. Sur certaines plateformes décentralisées du passé, les grosses ordres, la répartition des positions et même l’historique de clôture étaient presque entièrement transparents. Il suffisait alors d’un peu d’expérience pour que des observateurs puissent reconstituer vos flux de fonds et vos habitudes de trading. C’est particulièrement problématique pour des transactions au niveau institutionnel. J’ai utilisé GRVT pour simuler pendant un moment et j’ai constaté qu’il trace une ligne très intéressante en matière de confidentialité.
Parce que la couche de base utilise une architecture Validium fondée sur des preuves à connaissance zéro, GRVT ne publie pas sur la blockchain les détails de chaque transaction. La réalité d’une transaction et la conformité des mises à jour d’état sont attestées par des preuves de validité, sans qu’il soit nécessaire d’exposer tous les échanges, les prix de成交 et les variations de positions. En quelque sorte, vous réalisez la transaction dans une pièce fermée, tout en offrant une équité vérifiable : les personnes à l’extérieur peuvent seulement confirmer que “les règles ont été respectées ici”, sans pouvoir voir précisément ce que vous faites.
Pour les utilisateurs ordinaires, l’avantage direct est de réduire le risque de voir leurs stratégies suivies. Les outils qui, auparavant, scrutaient les adresses des gros détenteurs pour tracer leurs points d’entrée et leurs mécanismes de constitution de positions deviennent ici presque inutiles. Pour les market makers et les fonds institutionnels, cela signifie pouvoir fournir davantage de liquidité sans exposer son propre cadre de gestion des risques. En revanche, cela ne revient pas à une anonymat total : si vous utilisez la même adresse pour retirer (withdraw) en public, la blockchain continuera d’afficher la destination des fonds. La description la plus exacte serait donc une “confidentialité vérifiable”, plutôt qu’un “boîte noire”. $BTC
Bien sûr, la protection de la vie privée se heurte souvent à long terme aux exigences de la réglementation. L’avenir dira si cette architecture ouvrira une divulgation sélective d’informations, et si elle introduira des vues conformes. Mais, sur le plan strictement technique, GRVT permet aux traders de ne plus avoir à choisir entre “décentralisation” et “volonté cachée de trading”. Pour les joueurs avancés, cette valeur pourrait largement dépasser l’économie de quelques frais de Gas. #grvt @grvt_io

Je ne sais pas si vous avez remarqué : la fonction de partage de stratégies de Newton a un charme social invisible. Les utilisateurs peuvent publier des Policy qu’ils ont eux-mêmes écrites, pour que d’autres les appellent. Sur le papier, on dirait un partage de scénario, mais en réalité, c’est plutôt comme « embaucher sa propre petite équipe d’IA ».
Mais je pense tout de suite à un problème concret : la question n’est pas tant de savoir si l’auteur d’une stratégie partagée gagne de l’argent, mais plutôt s’il doit (ou non) être tenu responsable de l’efficacité de la stratégie. @NewtonProtocol met surtout l’accent sur l’exécution vérifiable, mais la « qualité » intrinsèque de la stratégie, elle, ne relève pas du périmètre de la vérification. Une stratégie qui paraît logiquement parfaite peut, dans certaines structures de marché, devenir une machine stable à perdre de l’argent.
D’où la vraie inquiétude autour de $NEWT : si je reprends la stratégie de quelqu’un et que je subis des pertes, est-ce que je dois m’en prendre à moi-même, ou à l’auteur ? Dans le monde on-chain, il n’y a pas de ligne d’assistance pour les consommateurs. Newton pourrait avoir besoin d’un mécanisme de clause de non-responsabilité léger, ou au moins d’afficher les résultats de simulation historiques de la stratégie (même si ce n’est pas avec de l’argent réel), afin que les utilisateurs aient une perception floue avant de passer à l’action. $BTC
En changeant de perspective, cela pourrait même faire émerger un nouveau rôle : celui de « strat-auditeur », chargé d’analyser les défauts logiques des Policy populaires et leurs scénarios extrêmes. À l’avenir, ce ne sera plus seulement le code qui devra être audité : les stratégies aussi. C’est justement l’une des raisons pour lesquelles l’ère des agents IA est passionnante : la confiance ne se limite plus au niveau des contrats ; elle s’étend progressivement aux idées mêmes derrière les stratégies.
#Newt $NEWT @NewtonProtocol

Des amis m’ont demandé juste après avoir commencé à jouer à @grvt_io : « Pourquoi mon compte affiche bien d’importants U, mais que je ne peux pas les retirer vers mon portefeuille, et que le système me dit toujours que le solde disponible est insuffisant ? » Je lui ai demandé de vérifier : en fait, il avait pris des justificatifs provenant du solde unifié qui est encore dans la période de calcul des intérêts comme s’il s’agissait de fonds immédiatement mobilisables. Ce problème, un débutant y tombe presque à coup sûr.
GRVT, afin de maintenir l’efficacité globale des fonds, prévoit pour certains actifs à rendement verrouillé une fenêtre de règlement implicite. Surtout dans le processus utilisant Validium pour la confirmation finale des données, il existe entre la clôture de position (close) et la possibilité de retirer des fonds un laps de refroidissement de vérification, silencieux en apparence mais réel. À première vue, ton solde est bien là, mais en réalité il faut attendre que la preuve à divulgation nulle de connaissance (zéro knowledge) au niveau des données termine la validation finale pour que les fonds soient réellement transférés vers ton adresse de garde personnelle. L’exécution à haute vitesse et le retrait rapide, dans une architecture hybride, ne sont pas encore compatibles. $BTC
Ma méthode personnelle pour me protéger : garder toujours au moins 20 % d’« U nu » non soumis, sous quelque forme que ce soit, au calcul d’intérêts, dans le compte GRVT. Je ne cherche pas à gagner un sou de plus avec cette partie ; je la réserve uniquement pour répondre à des besoins urgents, comme un fort liquidation (strong liquidation) imprévu nécessitant de compléter la marge et des demandes de retrait immédiat. Les fonds qui touchent des intérêts, je les considère comme de la viande « congelée dans le frigo » : avant d’ouvrir une position, je ne les compte pas comme liquidités de routine. Ainsi, lorsqu’il faut compléter rapidement la marge en cas de mouvement brutal du marché, je ne me fais pas avoir en restant les bras croisés à cause de la fenêtre de gel. Dans les exchanges hybrides, le niveau de granularité de la gestion de liquidité est cent fois plus important que le rendement des intérêts.
#grvt @grvt_io

L’architecture TEE de Newton a toujours mis l’accent sur « faire confiance à la puce plutôt qu’aux personnes », mais ce slogan cache une faille logique énorme : les puces sont aussi conçues par des humains, et la chaîne d’approvisionnement des puces peut elle aussi être contaminée. La liste des vulnérabilités d’Intel SGX au cours des dernières années est plus longue que celle de nombreux incidents recensés dans les protocoles DeFi. De Spectre à Foreshadow, puis aux ÆPIC Leak des années récentes : chaque attaque qui brise l’isolation des enclaves nous rappelle que le soi-disant « matériel fiable » ressemble plutôt à une porte en verre verrouillée… qu’une barre à mine peut ouvrir. Dès que la mémoire de l’enclave est lue, toutes les preuves d’attestation deviennent du papier sans valeur, et la validation du moteur de politiques n’est plus qu’un jeu d’enfant. @NewtonProtocol
Ce qui est plus subtil, c’est que les validateurs de Newton annoncent à l’extérieur exécuter un environnement SGX, mais quant aux versions précises du matériel et du micrologiciel, ainsi qu’aux microcodes les plus récents appliqués ou non, il n’existe aucune méthode vérifiable on-chain. $BTC
Les utilisateurs n’ont alors qu’un choix : continuer à croire. On transfère la confiance des humains vers la puce, sans rendre cette puce réellement auditables — ce n’est qu’une reformulation pour continuer à faire confiance : croire les ingénieurs d’Intel, croire les équipes d’exploitation des centres de données, croire que de nouveaux canaux auxiliaires ne seront pas découverts par des pirates. Ce modèle de sécurité est à des dizaines de milliers de lieues de l’idée de « zéro confiance ». Si, un jour dans le futur, Intel annonçait l’arrêt de la maintenance d’une version SGX donnée, sur quoi reposerait encore la base de sécurité de Newton ? Voilà une question que chaque détenteur devrait se poser. #NEWT $NEWT @NewtonProtocol

Laissez de côté les détails de trading et parlons plutôt, sous l’angle du récit de la “narration de filière”, de GRVT. Cette année, la filière des dérivés décentralisés est plutôt ultra-concurrentielle. Mais la plupart des projets cherchent surtout à aller vers des “actifs synthétiques plus complexes” et des “leviers plus élevés”, en négligeant les éléments de base qui permettent aux gros capitaux d’entrer en toute sérénité : une propriété claire et une hiérarchisation des autorisations.
La direction prise par GRVT est manifestement différente. En essence, il s’agit de construire une couche de transactions de contrats de type institutionnel, en self-custody. Les actifs des utilisateurs restent tout le temps dans des adresses détenues en propre ; l’exchange ne touche pas aux fonds. En parallèle, grâce à une structure de comptes en double couche, GRVT résout aussi la répartition interne des tâches au sein de l’institution : le patron gère l’argent, le trader gère la stratégie, le risk control gère les limites—tout est verrouillé par des contrats. Ce récit ressemble davantage au métier de broker principal (prime brokerage) dans la finance traditionnelle qu’à un simple pari de type “escroquerie on-chain” via des contrats.
$BTC
Sur le plan technique, la solution repose sur le ZK Validium. L’avantage est double : préserver les performances du matching hors chaîne, tout en ancrant les mécanismes clés de règlement et de liquidation sur la sécurité du réseau Ethereum mainnet via des preuves ZK. Par rapport à un Optimistic Rollup pur, cela évite la période de contestation ; c’est donc mieux adapté aux scénarios financiers. Et par rapport à un matching entièrement on-chain, l’expérience utilisateur est incomparablement meilleure.
Le plus gros point douloureux de tout le Web3 aujourd’hui, c’est que les capitaux institutionnels veulent entrer, mais il manque une infrastructure conforme et auditable sur la chaîne. Si GRVT parvient à rendre le moteur off-chain multi-nœuds, tout en connectant l’entrée via des mécanismes de conformité, il pourrait ne pas seulement capter les utilisateurs des DEX, mais aussi les fonds traditionnels, les family offices et les équipes de trading qui cherchent à gérer des actifs sur la chaîne.
Bien sûr, à ce stade, il ne faut pas trop gonfler les attentes de valorisation : le produit est encore en testnet, et les détails du modèle de tokenomics de l’écosystème ainsi que les mécanismes d’incitation des nœuds n’ont pas encore été publiés. Mais pour les seed users, entrer maintenant pour maîtriser toute la chaîne de bout en bout, c’est typiquement une fenêtre “early discovery, early binding”. Après tout, une fois que les données explosent au moment du lancement mainnet, les coûts ne seront plus du tout les mêmes.
#grvt @grvt_io

Dans le livre blanc de Newton, tu vois à quel point ils ont rendu ces mots « nouvelle économie paradigmatique » incroyablement brillants : tu n’as qu’une seule chose à faire—ouvre le formulaire de répartition des tokens, additionne les parts de l’équipe, de la fondation et des placements privés précoces, puis compare avec la soi-disant « courbe de libération de la communauté ». J’ai fait le boulot avec la méthode la plus bête : j’ai disséqué les adresses de genèse on-chain et la correspondance de chaque libération linéaire, et ce que j’ai trouvé n’est pas une idyllique campagne Web3, mais une machine de retrait pilotée par une horloge ultra précise. La période de verrouillage des parts de l’équipe est, sur le papier, pensée au millimètre, mais le calendrier de déblocage colle justement, à chaque pic d’intérêt du marché, exactement au rythme attendu. Lors de la précédente vente aux enchères de domaines, l’enthousiasme de la communauté est monté au maximum ; et une adresse de fondation, endormie pendant deux ans, a alors envoyé huit millions de $BTC NEWT depuis le sommet vers les portefeuilles d’un market maker. Tu dis que c’est une coïncidence ? Alors je t’en donne une autre : à chaque tour de vote officiel de gouvernance validé, dans les soixante-douze heures qui suivent, il y a toujours un dépôt d’un address de seed/early round qui arrive précisément à échéance. Après la sortie, il ne participe plus à aucun consensus, ne retourne pas dans le pool de l’écosystème : au contraire, il s’écoule silencieusement le long d’un certain chemin de cross-chain fixe, vers une adresse dite « hot wallet » quelque part. Le montant est ni trop petit ni trop grand : il se cale juste sous la limite qui déclencherait un gros alerte on-chain. À proprement parler, ce genre d’opération ne s’appelle absolument pas « dump » : ça s’appelle « déblocage légal destiné à la construction de l’écosystème ». Mais la concrétisation de ces « quatre mots » se résume à ceci : tes tokens deviennent de plus en plus lourds, tandis que leurs adresses deviennent de plus en plus légères. Le niveau supérieur, c’est que cette émission est répartie sur une douzaine d’adresses de relais en façade, indépendantes les unes des autres ; même si tu poursuis avec Nansen, du premier coup d’œil tu crois voir un transfert normal entre utilisateurs. Mais si tu alignes toutes les chronologies de ces adresses relais et que tu les analyses avec un coefficient de Pearson, tu verras que le rythme des sorties se laisse modéliser parfaitement par le même processus de Poisson—si ce n’est pas piloté par le même ensemble de scripts d’automatisation, je mâche le livre blanc sur-le-champ. Newton te vend son modèle d’économie de tokens : en réalité, c’est une déshydratation chronique de la liquidité. Le taux annualisé (APR/APY) que tu obtiens en te faisant déposer est alléchant, tandis que ce qu’ils libèrent, ce sont des unités concrètes de monnaie bien réelle. Cet APY superbe n’a jamais été une rosée de compensation contre l’inflation : c’est plutôt de l’éther—un anesthésiant qui endort tes sensations.
#Newt $NEWT @NewtonProtocol

J’ai passé tout un après-midi à consulter les flux de transactions des paires 24h de GRVT, et j’ai découvert un point d’usure implicite très facile à négliger. Tout le monde se focalise sur les frais “Maker” et “Taker” affichés, mais peu de gens calculent combien vaut réellement le glissement en bout de course lorsque les ordres touchent la courbe AMM dans un pool de liquidité mixte.
J’ai fait une comparaison en rejouant les données sur le BTC-PERP. Pour la même commande de marché de 0,5 BTC, pendant les périodes où la profondeur est bonne (le créneau principal en séance asiatique), l’ordre passe presque entièrement par le carnet d’ordres, et le glissement est d’environ 0,02%. En revanche, dans les périodes où la liquidité est plus faible, par exemple en Europe à midi et pendant la “zone morte” avant l’ouverture de Wall Street, le même ordre perce d’abord les ordres superficiels du carnet, puis va directement consommer la courbe AMM ; le glissement global peut alors grimper à environ 0,17%. Cet écart représente plusieurs fois les frais affichés au sens strict, mais sur la page de confirmation de l’ordre il n’est classé que comme “impact sur le prix”, sans être décomposé séparément.
Beaucoup pensent que les “frais bas” de GRVT leur permettent de soutenir des pointsage à haute fréquence, mais si vous fractionnez les ordres et entrez fréquemment pendant les périodes creuses, la perte de slippage accumulée pourrait être encore plus élevée que les frais VIP3 d’un exchange centralisé. $BTC
Je ne dis pas que le modèle de GRVT est en cause. La liquidité mixte offre bien, en conditions extrêmes, un filet de sécurité qui permet d’aboutir à des exécutions, évitant le message “impossible d’exécuter” typique d’un carnet d’ordres pur. Mais si vous avez l’habitude de passer de grosses commandes quand la profondeur du carnet est faible, ce coût caché devient une hémorragie continue. Mon premier avis : à ce stade, GRVT est plus adapté pour participer avec des ordres limités pendant les heures de force (celles de la direction du marché), tandis qu’une stratégie de marché pur à haute fréquence nécessite de reconstituer des instantanés historiques du carnet pour faire fonctionner correctement le modèle. Hier, j’ai commencé à collecter des données via l’API afin d’échantillonner le slippage à l’échelle de la minute ; ensuite je partagerai le tableau complet.
#grvt @grvt_io