Burning BOY

J’ai continué à fixer le flux TBV et j’ai réalisé que la partie intéressante n’était pas l’emprunt. C’était plutôt pour qui ce flux semble réellement conçu.
La plupart des utilisateurs retail accepteront volontiers un clic supplémentaire, voire une version enveloppée de BTC, si cela fait le travail. Les institutions, généralement non. Les règles internes de custody, les exigences d’audit et un risque prévisible comptent bien plus que gagner quelques minutes.
Babylon sécurise déjà plus de *56,800 BTC*, soit environ *5,6 milliards de dollars* aux prix actuels. C’est une quantité significative de Bitcoin qui choisit un modèle de self-custody plutôt que de confier les actifs à un autre acteur.
Puis j’ai regardé la direction récente au lieu du tableau de bord. D’abord, Trustless Bitcoin Vaults avec un emprunt via Aave v4. Ensuite, l’intégration Ledger. Puis un emprunt à taux fixe via l’intégration Aegis prévue. Aucune de ces annonces n’augmente l’effet de levier pour le plaisir de l’effet de levier. Elles rendent le processus d’emprunt plus opérationnellement prévisible.
On dirait que c’est délibéré.
Si un trésor public détient déjà du BTC, la question n’est pas « Peut-on emprunter ? ». C’est « La conformité peut-elle valider cela sans introduire un autre custodian ou un autre pont dans le processus ? »
Je ne suis toujours pas convaincu que la demande apparaisse du jour au lendemain. L’infrastructure est souvent construite des années avant que le capital n’arrive. Mais Babylon ne semble plus optimiser pour le métrique retail qui croît le plus vite.
On dirait plutôt qu’elle supprime les objections que les desks institutionnels formulent généralement une par une.
La question de savoir si cela suffira à débloquer la prochaine vague de BTCFi, c’est le point que je continue d’observer.

Qu’est-ce qui va entraîner la prochaine vague de BTCFi ?
#baby $BABY @BabylonLabs_io

La partie qui a retenu mon attention n’était pas que *Babylon s’intègre à Aave*. C’était ce que cela change pour le BTC déjà présent dans un Trustless Bitcoin Vault.
Normalement, utiliser le Bitcoin comme garantie implique de faire un compromis quelque part. Vous le transférez. Vous l’enveloppez. Ou vous en confiez la garde à quelqu’un d’autre. Chaque étape supplémentaire ajoute une autre dépendance, même si l’expérience d’emprunt semble fluide.
Babylon cherche à réduire une partie de cette friction.
La conception actuelle repose sur une garantie native en Bitcoin dans des TBV, avec un emprunt censé commencer via *Aave v4* plutôt que via un autre marché de BTC tokenisé. Les conditions du prêt sont définies avant que le prêt ne débute, et le remboursement de la garantie est imposé de manière cryptographique plutôt que de s’en remettre à un intermédiaire chargé d’approuver la libération. Cela change le déroulement bien plus que le titre. La garantie ne change pas constamment de forme simplement parce que vous voulez de la liquidité.
Je n’ai cessé de penser à l’efficacité du capital. Le Bitcoin est un actif *de 2,5 T$+*, mais seule une part relativement faible est activement utilisée dans la DeFi parce que la plupart des détenteurs ne veulent pas sacrifier la garde ou ajouter des hypothèses de confiance inutiles. Babylon semble tester si cette hésitation est en réalité un problème d’infrastructure plutôt qu’un problème de demande.
Je ne suis toujours pas convaincu que cela débloque automatiquement le BTCFi. La liquidité, l’adoption des vaults, la demande d’emprunt et l’usage réel doivent être au rendez-vous ensemble. S’il manque un élément, l’expérience pourrait encore sembler fragmentée.
Mais si emprunter contre du BTC natif finit par sembler aussi ordinaire que le détenir, ce serait peut-être un changement plus important qu’un autre nouveau marché de prêt. Je surveille encore si l’infrastructure fait ses preuves avant que le volume ne suive.

#baby $BABY @BabylonLabs_io

Tester l’idée derrière l’intégration de Babylon avec Aave m’a fait moins me concentrer sur l’emprunt lui-même et davantage sur les frictions liées à l’utilisation du BTC comme garantie.
Le plus grand changement n’est pas un autre marché de prêt. C’est la possibilité d’utiliser du BTC natif sans forcer les utilisateurs à passer par des versions tokenisées (wrapped) ou à ajouter des intermédiaires supplémentaires.
Cela paraît simple, mais c’est l’expérience utilisateur qui marque le véritable début du test.
Les détenteurs de Bitcoin sont généralement prudents en matière de conservation. Ils gardent du BTC parce qu’ils ne veulent pas de dépendances inutiles. Passer de « stocker le BTC en toute sécurité » à « utiliser le BTC de manière productive » nécessite plus que simplement ajouter un bouton d’emprunt.
Les Babylon’s Trustless Bitcoin Vaults visent cette direction avec un emprunt adossé à du BTC natif via Aave v4. La phase actuelle de testnet public montre à quoi ressemble ce parcours avant qu’une adoption réelle ne se produise.
Les chiffres intéressants sont déjà là. Le Bitcoin représente une capitalisation de plus de 1 T$, mais seule une petite partie du BTC a historiquement été utilisée dans la DeFi. L’objectif de Babylon n’est pas seulement d’attirer plus de liquidité, mais de rendre le Bitcoin utilisable sans changer le modèle de propriété auquel les gens font confiance.
La question que je continue de me poser est de savoir si une garantie en BTC natif suffit à modifier le comportement des utilisateurs.
Parce que le problème n’a jamais été que Bitcoin manquait de valeur. Le problème, c’est que l’utiliser signifiait souvent accepter des couches de risque supplémentaires.
Si Babylon réduit suffisamment ces frictions, le BTCFi pourrait devenir différent. Mais amener les détenteurs prudents à passer réellement de la conservation à l’utilisation reste encore la partie la plus difficile.

Qu’est-ce qui comptera le plus pour la croissance du BTCFi ?
#baby $BABY @BabylonLabs_io

La relance a finalement fonctionné, mais pas quand je m’y attendais. Et ça a changé le reste de ma journée plus que la relance elle-même.
La liquidité ne compte que si elle apparaît au moment où vous l’attendez.
C’est la partie à laquelle je n’ai cessé de penser en regardant Babylon. Je pensais autrefois que garder le Bitcoin sous mon propre contrôle signifiait automatiquement renoncer à toute manière significative de le faire travailler. L’hypothèse inverse me dérangeait tout autant, parce qu’elle signifiait généralement confier la garde à quelqu’un d’autre.
Babylon se situe quelque part entre les deux, et c’est là que les frottements deviennent intéressants.
Ce n’est pas la mécanique qui m’a fait changer d’avis. C’est le comportement. Si le Bitcoin peut participer sans quitter le contrôle de son propriétaire, la façon de planifier commence à ressembler à autre chose. Je ne sépare plus automatiquement des fonds « sécurisés » de des fonds « utilisables ». Mais je ne les considère pas non plus comme instantanément disponibles. Chaque action introduit de la temporalité, des fenêtres de confirmation, et des moments où une relance ou un délai peut interrompre tout ce qui vient ensuite.
C’est un compromis que j’avais sous-estimé.
Babylon a déjà attiré plus de *70,000 BTC* au total, une valeur sécurisée, ce qui représente des milliards de dollars qui ne sont pas simplement laissés sans être touchés. Ces chiffres suggèrent que des gens sont prêts à tester un équilibre différent entre la garde et l’utilité. Ils ne prouvent pas que cet équilibre semble fluide dans l’usage au quotidien.
Peut-être que c’est mon biais. J’ai passé trop de temps à croire que le Bitcoin devait soit rester complètement inactif, soit devenir la responsabilité de quelqu’un d’autre.
Je m’intéresse davantage à ce qui se passe une fois que la première excitation s’estompe.
Si, dans six mois, les gens choisissent encore la garde en autonomie tout en gardant leur BTC actif au lieu de revenir aux anciennes habitudes, cela m’en dira beaucoup plus que n’importe quel titre ou lancement de token ne pourrait le faire.

#baby $BABY @BabylonLabs_io

La nouvelle tentative est restée en suspens plus longtemps que je ne m’y attendais, alors j’ai fini par planifier en fonction de mon BTC au lieu de supposer que je pourrais le déplacer quand je voudrais. Rien n’a échoué. Ce sont mes hypothèses qui l’ont fait.
Le vrai test n’est pas de savoir si le Bitcoin peut être mis en jeu. Il s’agit de savoir si les gens commencent à considérer le Bitcoin mis en jeu comme quelque chose de normal.
C’est la tension à laquelle je reviens sans cesse avec Babylon.
Les mécanismes sont simples jusqu’au moment où ils changent votre façon d’agir. Une fois le BTC engagé, la période de désengagement est d’environ 7 jours : les pièces sont toujours les vôtres, mais ce n’est plus quelque chose avec lequel vous pouvez réagir immédiatement. Ce délai paraît faible sur le papier. Il semble beaucoup plus important quand une autre opportunité se présente à mi-semaine.
Désormais, Babylon sécurise plus de 56 000 BTC en mise native en Bitcoin, ce qui représente plusieurs milliards de dollars de Bitcoin engagés pour le réseau. On est loin d’une simple expérience. Cela me dit qu’un nombre significatif de détenteurs est déjà prêt à échanger un peu de flexibilité contre un autre type d’utilité.
Je pensais autrefois que le Bitcoin n’aurait jamais sa propre version de l’habitude de staking d’Ethereum, parce que la culture Bitcoin a toujours récompensé le fait de ne rien faire. Je suis moins certain aujourd’hui, même si je pense toujours que changer le comportement des utilisateurs est plus difficile que déployer une infrastructure.
Peut-être que c’est là que se trompent les gens en faisant cette comparaison.
L’Ethereum est devenu plus qu’un actif une fois que le staking est devenu une partie attendue du fait de détenir de l’ETH. Babylon n’a pas besoin que tous les détenteurs de Bitcoin participent. Il lui suffit d’un nombre suffisant de personnes pour cesser de voir le BTC inactif comme le réglage par défaut.
Je surveillerai si ce changement de comportement continue de se multiplier bien après l’arrêt de la croissance des chiffres en une.

#baby $BABY @BabylonLabs_io

La reprise a finalement fonctionné, mais pas avant que j’aie déjà modifié mon plan pour en tenir compte. Cette partie m’a plus dérangé que le délai lui-même. Je n’attendais plus une confirmation. J’attendais de voir si mes propres hypothèses restaient fiables.
L’infrastructure n’est intéressante que lorsqu’elle change votre manière d’agir.
C’est à ce moment-là que j’ai commencé à prêter davantage attention à l’infrastructure des coffres de Babylon.
Pas parce que les coffres semblent sophistiqués. Parce qu’ils déplacent discrètement là où se loge la friction opérationnelle. Au lieu de se demander en permanence si les fonds sont exposés à différentes étapes, la question devient de savoir si la structure supplémentaire vaut la prise de décision plus lente qu’elle introduit.
Je pensais autrefois que moins de pièces mobiles signifiait moins de problèmes. Je n’en suis plus tout à fait convaincu. Parfois, ajouter de la structure supprime le besoin de prudence manuelle constante, mais cela rend aussi le changement d’avis moins immédiat. C’est un compromis auquel je me surprends encore à réfléchir.
Ce qui m’a surpris n’était pas un indicateur spectaculaire. C’était le fait de constater que je vérifiais moins souvent l’état une fois que j’ai compris comment le flux était censé se comporter. Cela n’élimine pas l’incertitude. Cela change simplement le type d’incertitude que vous gérez.
C’est peut-être le vrai test pour une infrastructure comme celle-ci : pas de savoir si les tentatives disparaissent, mais si les opérateurs cessent de construire des contournements inutiles parce qu’ils font davantage confiance au processus sous-jacent.
Si ce schéma continue de se reproduire au cours des prochains mois, je ferai probablement plus attention à cela que je ne le fais à n’importe quelle annonce de fonctionnalité. Le token Babylon compte moins pour moi que le fait de savoir si ce changement opérationnel tient réellement sous pression.

#baby $BABY @BabylonLabs_io

J’ai failli ouvrir une autre position, puis je me suis arrêté.
Ce n’est pas parce que quelque chose a échoué. J’ai juste remarqué que je pensais : « J’aimerais attendre un peu. »
Cette réaction est probablement plus importante que le fait qu’une transaction finisse par aboutir.
Et en plus, pourquoi l’introduction de Trustless Bitcoin Vaults par Babylon m’a semblé évidente.
Je ne pense pas que le plus gros problème soit le fait de cliquer sur un bouton de plus. C’était plutôt le petit doute qui apparaît ensuite. Vous commencez à vous demander si tout est vraiment à l’endroit où vous pensez qu’il est. Alors vous attendez. Et cette attente finit par faire partie de votre routine, même quand, techniquement, rien ne cloche.
C’est une habitude agaçante à mettre en place autour du Bitcoin.
Babylon a déjà plus de 100 000 BTC engagés, donc manifestement beaucoup de détenteurs sont à l’aise avec l’idée d’essayer autre chose. Ce qui m’intéresse, c’est de savoir si ces coffres éliminent progressivement cette seconde vague de doutes. Pas du jour au lendemain. Juste assez pour que, à chaque fois que vous voulez faire quelque chose ensuite, vous cessiez d’ajouter votre propre coussin.
Peut-être que j’y vois trop : je remarque les délais plus que la plupart des gens. Si quelque chose est censé être terminé, je m’attends à ne plus y penser. Quand ce n’est pas le cas, j’en déduis généralement qu’il y a une autre dépendance cachée quelque part.
Je saurai que ces coffres sont réellement utiles quand je ne me surprendrai plus à attendre « juste un peu plus longtemps » avant d’utiliser à nouveau les mêmes BTC.
C’est bien plus difficile à mesurer qu’un autre chiffre on-chain.

#baby $BABY @BabylonLabs_io

Il a fallu une nouvelle tentative avant que je comprenne que rien n’échouait réellement. Je m’attendais à une confirmation immédiate, mais le délai me repoussait sans cesse vers des contournements inutiles. Je continuais à vérifier le même statut parce que j’avais l’impression que quelque chose n’allait pas.
Une sécurité qui change votre comportement est différente d’une sécurité qui ne fait que modifier vos hypothèses.
Cela a changé la façon dont j’ai regardé Babylon.
La partie intéressante n’est pas la récompense. C’est le compromis. Garder du Bitcoin en auto‑conservation semble simple jusqu’au moment où l’on s’aperçoit que cela vous demande aussi d’être plus patient. Vous cessez de traiter chaque délai comme un problème qu’il faut corriger. Vous attendez davantage. Vous intervenez moins. Étrangement, cela évite probablement plus d’erreurs que n’importe quel autre tableau de bord.
Le revers, c’est que la patience n’est pas gratuite.
Si vous êtes habitué à réagir vite dès que les conditions changent, l’attente commence à ressembler à une friction. Votre capital reste le vôtre, mais il n’est pas toujours aussi flexible que ce que vos instincts anticipent. C’est le point dont on parle trop peu.
Peut‑être que je suis partial parce que je me soucie davantage de la flexibilité opérationnelle que de presser encore un pourcentage de récompense. Un rendement un peu plus élevé ne compense pas automatiquement les moments où vous souhaiteriez pouvoir aller plus vite.
Babylon semble poser une question différente de la plupart des systèmes.
Au lieu de « Comment maximiser les récompenses ? », j’ai l’impression que c’est plutôt « Quelle gêne les gens accepteront-ils s’ils n’ont jamais à renoncer à l’auto‑conservation ? »
Je serai plus intéressé après avoir observé comment les gens se comportent sur une période plus longue. Pas seulement la quantité de BTC engagée, mais aussi le fait que les mêmes participants sont toujours à l’aise avec cet équilibre des mois plus tard.

#baby $BABY @BabylonLabs_io

L’état du validateur semblait sain, mais la marge supplémentaire que j’attendais n’est jamais apparue. J’ai attendu, actualisé, vérifié un autre tableau de bord, puis j’ai reporté un déploiement parce que je ne savais pas si le réseau était réellement plus sûr ou si je ne faisais que regarder des chiffres plus propres.
La sécurité ne compte que lorsqu’elle change vos décisions.
C’est le point qui m’a fait revenir sans cesse en lisant davantage sur Babylon. Si Bitcoin peut renforcer un réseau PoS, la question intéressante n’est pas de savoir s’il existe une autre couche de sécurité. C’est de savoir si les opérateurs commencent à se comporter différemment à cause de celle-ci.
Une hypothèse de sécurité renforcée pourrait rendre les moments risqués moins fragiles. Peut-être que les mises à niveau d’urgence deviennent moins stressantes. Peut-être que les validateurs hésitent moins avant de participer pendant les périodes d’incertitude, parce qu’attaquer le réseau devient plus coûteux. Ce sont des changements opérationnels, pas des affirmations marketing.
En même temps, j’ai un léger biais ici. La sécurité supplémentaire est rarement gratuite. Chaque couche en plus crée généralement une autre dépendance à surveiller, une autre hypothèse de timing, un autre élément qui doit se comporter exactement comme prévu lorsque la pression est la plus forte. Parfois, la résilience a son propre coût de maintenance.
C’est pourquoi je suis davantage intéressé par l’observation du comportement des validateurs que par la lecture de gros titres sur la sécurité. Si les opérateurs commencent à prendre des décisions qu’ils évitaient auparavant, cela me dit que quelque chose a réellement changé en dessous, au lieu de simplement paraître plus solide sur le papier.
L’approche de Babylon me ramène constamment à cette idée. Pas parce qu’elle promet une sécurité adossée à Bitcoin, mais parce que je veux savoir si cette sécurité finit par devenir visible à travers des opérations plus sereines, plutôt que via de plus grandes annonces.
J’aurai probablement un avis plus tranché après avoir vu comment les réseaux se comportent pendant la prochaine période de stress réel, pas pendant les journées calmes.

#baby $BABY @BabylonLabs_io

Je pense que la plupart des gens regardent GRVT de la mauvaise manière.
La première fois que j’ai regardé GRVT, je l’ai comparé comme n’importe quelle autre bourse.
Combien de marchés ?
Quelle est la vitesse d’exécution ?
Quelles fonctionnalités propose-t-elle ?
Après avoir passé plus de temps avec la documentation, j’ai compris que je posais les mauvaises questions.
Ce n’est pas la partie « bourse » qui m’a fait changer d’avis.
L’équilibre est là.
Au début, je pensais que le solde unifié, le gain sur les capitaux propres et la couche de rendement étaient des fonctionnalités distinctes.
Maintenant, cela ressemble à différentes parties de la même idée : rendre le capital utile plutôt que de le déplacer en permanence entre les produits.
Ce changement a modifié ma façon de voir GRVT.
Je prête moins attention à la prochaine fonctionnalité et davantage à la réflexion derrière le produit.
Le fait que cette vision réussisse dépendra de son adoption.
Mais je trouve toujours plus intéressant qu’un projet se construise autour d’une philosophie claire, plutôt que de courir après chaque nouvelle tendance.

Qu’y a-t-il de plus précieux sur le long terme ?
#grvt @grvt_io

Un détail continuait à me déranger.
La personne qui rédige une règle financière est rarement celle qui vit avec un an plus tard.
Les équipes changent.
Les marchés changent.
Même la raison qui a inspiré la règle peut disparaître.
La règle, elle, ne disparaît généralement pas.
Je n’y avais pas vraiment pensé jusqu’à ce que je passe un peu de temps à lire comment le protocole Newton aborde l’autorisation.
Une politique ne se résume pas à décider de la transaction d’aujourd’hui.
C’est reporter le jugement d’hier dans l’activité de demain.
Ça semble utile.
Mais cela ressemble aussi à une responsabilité dont on ne parle pas assez.
Une bonne politique peut protéger discrètement des milliers de décisions futures.
Une mauvaise peut répéter, tout aussi efficacement, la même erreur.
La partie intéressante n’est pas que le logiciel suive des règles.
C’est que le logiciel continue de les suivre longtemps après que les personnes qui les ont écrites ont cessé d’y penser.
@NewtonProtocol $NEWT #Newt
D’après vous, d’où vient le plus grand risque à long terme ?

J’ai failli passer la section qui expliquait la différence entre le compte de financement et le compte de trading.
On aurait dit des instructions de configuration.
Le genre de chose qu’on lit une fois et qu’on oublie.
Quelques minutes plus tard, j’y suis retourné.
Pas parce que je ne l’avais pas compris.
Mais parce que j’ai réalisé que je regardais les soldes d’échange dans le mauvais sens.
J’ai toujours traité mon solde comme un seul chiffre.
Il répond à une question simple :
"De combien d’argent est-ce que je dispose ?"
GRVT déconstruit cette idée discrètement.
L’argent qui est dans un compte de financement ne fait pas le même travail que l’argent qui se trouve déjà dans un compte de trading.
L’un est en attente.
L’autre est déjà exposé au risque de marché.
Ça paraît évident une fois qu’on le dit à voix haute.
Mais je n’avais jamais séparé ces deux états dans ma tête.
Je n’y voyais qu’un seul solde.
Plus je le regardais, plus ça ressemblait à un choix d’architecture plutôt qu’à un choix d’interface.
Au lieu de demander aux utilisateurs de ne réfléchir qu’au montant de capital dont ils disposent, la conception de GRVT vous pousse aussi à penser à l’endroit où ce capital prend réellement le risque.
J’aime ce type de détails, parce qu’ils expliquent souvent comment un produit a été conçu bien avant qu’on remarque les fonctionnalités plus importantes.
La plupart des gens passeront probablement leur temps à comparer les frais de trading, les marchés ou la vitesse d’exécution.
J’ai fini par consacrer mon attention à deux types de comptes.
Parfois, les plus petites sections de la documentation vous apprennent le plus sur la façon dont une plateforme pense.
@grvt_io #grvt
À quelle métrique accordez-vous le plus d’attention sur un échange ?

Je ne pense pas qu’on remarque à quel point on traite l’autorisation comme si elle était définitive.
On y a accès une fois.
À partir de là, tout le monde suppose que vous devriez la conserver.
Jusqu’à ce que quelque chose tourne mal.
Et là, la conversation devient soudain, « Qui aurait dû arrêter ça ? »
Ça semble à l’envers.
La vraie question n’est pas de savoir si quelqu’un méritait l’autorisation il y a six mois.
C’est de savoir s’il la mérite encore aujourd’hui.
C’est ce changement que j’ai ressenti en lisant le Newton Protocol.
Son modèle d’autorisation ne considère pas l’autorisation comme un événement unique.
Les politiques peuvent être évaluées par rapport aux conditions actuelles, au lieu de supposer que la décision d’hier devrait s’appliquer automatiquement demain.
Cela change la façon dont je pense l’accès.
Peut-être que l’autorisation n’a jamais été censée être quelque chose qu’on remet une fois.
Peut-être qu’elle a toujours dû être justifiée en continu.
@NewtonProtocol #Newt $NEWT

Le Booster de portefeuille de GRVT est en ligne, et la première chose que j’ai remarquée n’a pas été les récompenses gratuites.
C’est l’aspect temporel.
La campagne se déroule à quelques jours seulement de la TGE, alors que la saison 2 a déjà atteint 18% de l’offre fixe de 1 milliard, avec des récompenses liées au open interest, à la fourniture de liquidité et à la qualité des cotations plutôt qu’à un simple volume de trading.
Ces deux systèmes semblent complètement différents sur le papier.
L’un abaisse la barrière pour entrer.
L’autre relève le niveau pour gagner une plus grande part.
J’aime en fait cette combinaison davantage que je ne m’y attendais.
Chaque bourse a besoin de nouveaux utilisateurs, mais récompenser uniquement les inscriptions attire surtout l’attention à court terme. Récompenser uniquement les traders déjà existants rend la croissance plus difficile.
GRVT semble essayer de résoudre les deux problèmes en même temps.
Le fait que cet équilibre fonctionne ou non ne sera probablement pas évident le jour de la TGE.
Ce sera plus clair quelques semaines plus tard, quand on verra combien de participants au Wallet Booster deviennent des traders actifs au lieu de se contenter de réclamer des tokens.
C’est ce critère que je vais surveiller.
Je suis curieux : est-ce que vous y voyez un onboarding intelligent ou une dilution de tokens inutile.

$METAB
$BEAT
$XPIN
#grvt @grvt_io

J’ai une habitude que j’essaie d’arrêter.
Chaque fois que je vois un produit financier compliqué, une partie de moi se dit que ça doit forcément être plus avancé.
Plus de tableaux de bord.
Plus de paramètres.
Plus de comptes.
Plus d’endroits à surveiller.
D’une certaine manière, la complexité a commencé à ressembler à une preuve que quelque chose était sophistiqué.
Mais quand je pense à la technologie que j’utilise chaque jour, c’est généralement l’inverse.
Les meilleurs produits suppriment silencieusement des décisions.
On ne remarque pas tout le travail qu’ils font parce qu’ils sont occupés à retirer du travail pour vous.
Ça m’a fait reconsidérer quelque chose que je n’avais jamais remis en question dans la finance.
Pourquoi est-ce qu’on s’est habitués à jongler avec différentes plateformes juste pour accomplir ce qui ressemble à un seul objectif ?
Vendre ici.
Conserver des actifs là.
Gagner ailleurs.
Aucune de ces étapes n’est difficile en soi.
C’est le fait de passer constamment d’une chose à l’autre qui finit par devenir épuisant.
En lisant à propos de GRVT, je me suis surpris à penser moins aux bourses et davantage aux interfaces.
Pas les boutons à l’écran.
L’interface entre moi et mon propre capital.
Peut-être que la bonne infrastructure financière n’est pas celle qui nous donne plus d’endroits où aller.
Peut-être que c’est celle qui nous fait oublier qu’il y en a eu autant au départ.
C’est un critère étrange.
Si une plateforme disparaît en arrière-plan pendant que votre argent continue de faire ce dont vous avez besoin, est-ce qu’elle est vraiment devenue plus utile ?
Je pense qu’on entre dans une ère où les plus grandes innovations ne s’annonceront pas avec plus de fonctionnalités.
Elles sembleront presque invisibles.
Et ce sont généralement les changements qui durent le plus longtemps.
@grvt_io #grvt

La plupart des gens supposent que des politiques existent pour dire aux systèmes ce qu’ils peuvent faire.
Je commence à penser qu’elles font autre chose.
Elles disent aux gens à quoi ne plus penser.
On ne vérifie pas tous les feux tricolores avant de traverser une intersection.
On fait confiance au fait que la même règle s’applique à tout le monde.
C’est ce qui rend la décision si ordinaire.
J’ai commencé à y penser en lisant comment Newton gère l’autorisation.
Une politique ne consiste pas seulement à décider si une transaction doit être acceptée.
Elle supprime le besoin de débattre encore et encore de la même décision.
C’est quelque chose qu’on peut facilement laisser passer.
On remarque généralement la transaction qui est rejetée.
On remarque rarement les centaines qui ne deviennent jamais des arguments, parce que les règles étaient déjà claires.
C’est peut-être l’un des bénéfices les plus discrets d’une bonne autorisation.
Pas moins de transactions.
Moins de conversations répétées au sujet de la même décision.
@NewtonProtocol #Newt $NEWT

Je pensais autrefois que la transparence signifiait voir davantage de données.
Avec l’âge, je suis de moins en moins convaincu.
J’ai remarqué que disposer de plus d’informations ne met presque jamais fin à un débat.
Cela en crée généralement un autre.
Quel nombre compte ?
Quel journal est correct ?
Quelle version examine-t-on ?
La question qui semble trancher n’est pas « Jusqu’où pouvons-nous voir ? »
C’est « Pouvons-nous tous désigner la même explication ? »
C’est ce qui me revenait à l’esprit pendant que je lisais l’approche de Newton en matière d’autorisation.
Ce qui m’est resté n’était pas la politique elle-même.
C’était l’idée que chaque décision approuvée peut porter le raisonnement qui l’a approuvée.
Cela me semble différent de la transparence.
C’est plus proche d’un contexte partagé.
Peut-être est-ce cela qui rend les systèmes plus faciles à faire confiance avec le temps.
Pas parce qu’ils révèlent tout.
Mais parce qu’ils donnent à différentes personnes moins de raisons de tirer des conclusions différentes à partir du même événement.
Je me demande si l’avenir de l’infrastructure financière sera mesuré moins par la quantité d’informations qu’elle expose — et davantage par la fréquence à laquelle tout le monde repart avec la même compréhension.
@NewtonProtocol #Newt $NEWT