J’ai supposé que la gouvernance de Babylon récompenserait simplement la personne qui détient le plus $BABY . Plus j’ai étudié le modèle de gouvernance, plus j’ai compris que la question intéressante n’est pas qui possède le plus de tokens. C’est plutôt la façon dont la répartition de ces tokens façonne la prise de décision collective.
Un modèle de vote simple peut s’écrire sous la forme vᵢ = w × BABYᵢ, où la puissance de vote d’un participant dépend de la quantité de $BABY qu’il détient, ajustée par un facteur de pondération. À première vue, l’équation semble simple. Mais je ne pense pas que l’équation elle-même soit la partie la plus importante.
Ce qui a continué d’attirer mon attention, c’est la répartition derrière les variables. Deux écosystèmes peuvent avoir le même approvisionnement total en circulation tout en se comportant très différemment si l’un concentre le pouvoir de vote entre quelques participants, tandis que l’autre le répartit entre des milliers de détenteurs.
Cela change le problème d’ingénierie. La gouvernance ne consiste pas seulement à compter les votes. Il s’agit de concevoir un système où la distribution de la puissance de vote soutient des décisions qui restent crédibles à mesure que le réseau grandit.
Le compromis m’est aussi apparu plus clairement. Un vote concentré peut accélérer la coordination parce que moins de participants doivent s’accorder.
Une distribution plus large peut améliorer la représentation, mais elle peut aussi rendre le consensus plus lent et les résultats de la gouvernance moins prévisibles.
En retournant à la documentation de Babylon, je me suis surpris à penser moins à la formule et davantage aux hypothèses qui la sous-tendent. Les modèles mathématiques décrivent la puissance de vote, mais ils ne garantissent pas automatiquement une gouvernance saine.
La question à laquelle je reviens sans cesse est la suivante : à partir de quel moment la répartition de BABY plutôt que la formule de vote elle-même devient-elle le facteur dominant qui influence les décisions de gouvernance sur @BabylonLabs_io ?
La conception fondamentale de Bitcoin est gravée dans la pierre. Les changements de protocole doivent être rares, prudents et motivés par la nécessité, pas par l’ambition.
Inflation vs revenus basés sur les frais : comprendre la transition économique à long terme de Babylon
Je pensais autrefois que le succès à long terme d’une blockchain dépendait surtout du nombre de récompenses qu’elle pouvait distribuer.
Mais plus j’ai étudié le modèle économique de Babylon, plus j’ai réalisé que la vraie question n’est pas celle de savoir comment les incitations commencent, mais plutôt comment elles finissent par devenir auto-soutenables.
Ce qui a attiré mon attention, c’est la transition progressive vers des revenus basés sur les frais.
Pour moi, cela représente un passage de la récompense de la participation via l’émission de nouveaux tokens $BABY à une récompense via une activité réelle du réseau.
À mesure que l’utilisation du réseau augmente, la valeur économique peut de plus en plus provenir d’une demande réelle plutôt que d’une expansion continue de l’offre de tokens.
Pour être juste, l’inflation n’est pas une faiblesse.
Elle aide à amorcer la sécurité, à attirer des validateurs et à encourager une participation précoce lorsque le réseau est encore en croissance.
Mais compter sur l’inflation pour toujours ne revient pas à atteindre une durabilité à long terme.
Les revenus basés sur les frais reflètent une utilisation réelle. Si les gens continuent d’utiliser Babylon parce que son infrastructure crée de la valeur, le réseau commence progressivement à se soutenir grâce à sa propre activité.
Ce à quoi je pense toujours, ce n’est pas de savoir si l’inflation ou les frais sont meilleurs.
Les deux ont un rôle à différents stades.
La vraie question est : à partir de quel moment l’utilisation du réseau devient-elle suffisamment forte pour que les revenus issus des frais deviennent naturellement le mécanisme d’incitation principal pour $BABY plutôt que l’inflation ?
Si Babylon dépend progressivement davantage des revenus basés sur les frais que de l’inflation des tokens, qu’est-ce que cela indique généralement ?
#美国存储股扩大跌幅 Les énormes profits accumulés aux plus hauts niveaux se regroupent et prennent clôture
Ce cycle du marché des stocks est porté par la hausse des prix, stimulée par la puissance de calcul de l’IA et la renchérissement de la mémoire à bande passante élevée HBM. Les hausses maximales sur l’année de Micron et de SanDisk dépassent respectivement 300 % et 800 %. La pression du niveau d’occupation des positions atteint un record sur dix ans : la part des institutions, des capitaux à effet de levier et des fonds quantitatifs est très concentrée. Les valorisations ont fortement surestimé les fondamentaux du secteur, et le marché entre dans une phase de correction technique en surachat. La prise collective de profits par les capitaux provoque une panique du type « multi-vendeurs » entraînant une chute en cascade. $SNDK
Inflation vs. revenus basés sur les frais : comprendre la transition économique de long terme de Babylon
Auparavant, je pensais que le succès à long terme d’une blockchain dépendait surtout du nombre de récompenses qu’elle pouvait distribuer.
Mais en étudiant davantage le modèle économique de Babylon, j’ai compris que la question la plus difficile n’est pas celle de savoir comment les incitations commencent : c’est plutôt comment elles finissent par devenir autonomes.
Ce qui a attiré mon attention, c’est la transition progressive vers des revenus basés sur les frais.
Pour moi, cela représente un passage consistant à récompenser la participation, non plus uniquement avec de nouveaux jetons $BABY , mais avec une récompense issue de l’activité réelle du réseau.
À mesure que l’utilisation du réseau augmente, la valeur économique peut provenir de plus en plus d’une demande réelle, plutôt que d’une expansion continue de l’offre de jetons.
Pour être juste, l’inflation n’est pas une faiblesse.
Elle aide à amorcer la sécurité, à attirer des validateurs et à encourager la participation au début, lorsque le réseau est encore en croissance.
Mais compter sur l’inflation indéfiniment ne revient pas à atteindre une durabilité à long terme.
Les revenus basés sur les frais reflètent une utilisation réelle. Si les gens continuent d’utiliser Babylon parce que son infrastructure crée de la valeur, le réseau finit progressivement par s’auto-soutenir grâce à sa propre activité.
Ce à quoi je pense sans cesse, ce n’est pas de savoir si l’inflation ou les frais sont meilleurs.
Les deux jouent un rôle à des étapes différentes.
La vraie question est : À partir de quel moment l’utilisation du réseau devient-elle suffisamment forte pour que les revenus de frais deviennent naturellement le principal mécanisme d’incitation pour $BABY , plutôt que l’inflation ?
Si Babylon finit progressivement par dépendre davantage de revenus basés sur les frais que de l’inflation des jetons, qu’est-ce que cela indique généralement ?
Formaliser les conditions de déblocage de la voûte Babylon sous forme de formules logiques
En lisant le papier de Babylon sur les coffres Bitcoin sans confiance, je me suis surpris à penser moins comme un investisseur et davantage comme quelqu’un qui essaie de comprendre la logique du protocole. Au lieu de se demander *"Quand les BTC peuvent-ils être dépensés ?"* , je me suis mis à poser *"Quelles conditions doivent être mathématiquement vraies pour que le fait de dépenser devienne possible ?"* Ce changement a complètement modifié ma façon de voir la conception.
Une idée qui m’a particulièrement marqué consiste à représenter le processus de déverrouillage sous forme de formule logique
**Dépense en BTC = (Transaction de dénouement signée) OU (Preuve ZK ∧ État de la chaîne valide)**
À mes yeux, ce n’est pas seulement une expression technique. Elle montre que Babylon ne repose pas sur un seul chemin pour autoriser une dépense. Au contraire, le protocole évalue si au moins une condition valide est satisfaite tout en veillant à ce que chaque dépendance requise soit vérifiée. L’opérateur **ET** impose une exigence plus stricte en demandant plusieurs preuves simultanément, tandis que l’opérateur **OU** introduit une flexibilité contrôlée sans compromettre la sécurité.
Personnellement, j’apprécie cette approche car elle me paraît plus proche de la vérification formelle que du contrôle d’accès traditionnel. Plutôt que de se fier à des hypothèses, le protocole s’appuie sur des conditions qui peuvent être évaluées logiquement. À mon avis, exprimer le comportement de la voûte sous forme de logique booléenne rend le modèle de sécurité de Babylon plus facile à analyser, à raisonner et éventuellement à vérifier mathématiquement avant que n’importe quels Bitcoin ne soient débloqués.
Quel opérateur logique exige que **les deux** conditions soient vraies avant que les BTC puissent être débloqués ?
Modéliser $BABY : réaffectation des récompenses avec de la flexibilité grâce à une fonction par morceaux sur une offre déverrouillée
En lisant la tokenomics de Babylon, un choix de conception m’a particulièrement marqué : la flexibilité permettant de réallouer une partie des tokens de R&D vers des incitations au staking lorsque cela est nécessaire. J’ai trouvé cela intéressant car cela montre que le protocole n’est pas figé dans une structure de récompenses rigide. Au lieu de cela, il a la place de s’adapter à mesure que le réseau évolue.
J’ai commencé à réfléchir à cela d’un point de vue mathématique. Une fonction par morceaux semble être une façon naturelle de décrire le processus. À mesure que la quantité de $BABY déverrouillée change au fil du temps, le protocole peut appliquer différentes règles de répartition des récompenses selon l’étape du calendrier de déverrouillage. Plutôt que d’assumer qu’une seule formule convient à chaque scénario, le modèle change lorsque des seuils d’offre spécifiques sont atteints.
Personnellement, j’aime cette approche car elle équilibre flexibilité et prévisibilité. Cela ne signifie pas nécessairement plus de récompenses tout le temps : cela permet plutôt à Babyl0n de répondre aux besoins du réseau tout en restant dans un cadre structuré. Cela semble plus durable que de s’appuyer sur des incitations fixes, quels que soient les conditions du marché.
À mon avis, c’est l’une des dimensions les plus réfléchies de la conception économique de Babylon. Modéliser la réaffectation des récompenses avec une fonction par morceaux m’aide à comprendre comment les incitations $BABY peuvent évoluer dans le temps sans perdre de vue les objectifs à long terme du protocole. Cela transforme une politique d’allocation de tokens en quelque chose qui peut être analysé de manière quantitative, plutôt que d’être perçu comme une répartition statique.
J’avais l’habitude de juger les échanges sur une seule chose : la vitesse. Plus les transactions étaient rapides, mieux c’était pour la plateforme. Mais plus j’étudie GRVT, plus je réalise que la vitesse n’est que le début.
Je me pose désormais une question différente : où la confiance réside-t-elle réellement lorsqu’un échange cherche à se faire passer pour un CEX tout en fonctionnant comme un système de blockchain ?
Ce qui a attiré mon attention, c’est la manière dont GRVT sépare les couches. L’expérience de trading peut rester rapide, tandis que la vérification et le règlement continuent de reposer sur des fondations cryptographiques plus profondes.
Je remarque aussi des choix de design plus subtils. La liquidité RPI me fait réfléchir à l’équilibre entre une meilleure exécution et une information de marché équitable. Les clés de session rendent la garde autonome plus utilisable, mais elles me rappellent que les autorisations restent importantes. Les Strategy Vaults me montrent que la délégation n’a pas besoin de signifier renoncer à la propriété.
Pour moi, l’avenir des échanges ne consiste pas à être entièrement centralisé ou entièrement décentralisé.
Je pense que les gagnants seront les plateformes qui suppriment les compromis douloureux que les traders acceptent aujourd’hui.
La vraie question que je surveille est simple :
Quand les incitations disparaissent, les utilisateurs resteront-ils parce qu’ils font confiance au système et apprécient l’expérience ?
Cette réponse définira l’histoire à long terme de GRVT.
Le Business des garde-fous invisibles : pourquoi la politique est la forme d’infrastructure Web3 la plus précieuse et la plus méconnue
Je pensais autrefois que le plus grand défi de la blockchain était de rendre les transactions plus rapides. Mais en regardant plus profondément, j’ai remarqué un problème plus important, caché en dessous : nous avons construit des systèmes capables de déplacer des billi0ns de dollars, tout en continuant d’améliorer la façon dont ces systèmes décident de ce qui devrait être autorisé à se produire. C’est là que @NewtonProtocol a attiré mon attention. La prochaine phase de Web3 ne sera peut-être pas remportée par la couche d’exécution la plus rapide, mais par la couche d’autorisation la plus intelligente. À mesure que les agents IA, les systèmes de trading automatisés et les workflows institutionnels deviennent plus autonomes, la question change : de « Cette transaction peut-elle avoir lieu ? » à « Cette transaction doit-elle avoir lieu dans ces conditions ? »
J’ai commencé à faire des recherches sur $NEWT en m’attendant à devoir évaluer un jeton. Je me suis retrouvé à remettre en question quelque chose de bien plus vaste.
Tout le monde parle de ce qui se passe après qu’une transaction est envoyée. Très peu de personnes se demandent ce qui devrait se passer avant même qu’elle ne soit jamais autorisée.
Ce changement a modifié la façon dont j’ai envisagé le protocole Newton.
La technologie peut prouver qu’une politique a été suivie exactement comme elle a été rédigée, et c’est impressionnant. Mais cela m’a aussi amené à me demander au sujet de la couche qu’aucune blockchain ne peut résoudre seule : qui prouve que cette politique elle-même est la bonne ?
Un système parfait qui exécute une règle imparfaite est toujours capable de produire le mauvais résultat.
Peut-être est-ce là que la prochaine génération de Web3 doit évoluer, non seulement avec une cryptographie plus robuste, mais aussi avec une gouvernance plus solide, des revues de politiques indépendantes et une responsabilisation transparente, le tout accompagné d’une exécution vérifiable.
Pour moi, c’est la vraie opportunité.
Nous passons d’un monde qui demande : « La transaction a-t-elle réussi ? » à un monde qui demande : « Cette transaction aurait-elle dû être approuvée dès le départ ? »
Cela ressemble à une question bien plus importante pour l’avenir de l’IA, de la finance et de la confiance onchain que de simplement rendre une autre blockchain plus rapide.
Je pensais que le plus gros problème de l’identité numérique était de prouver qui j’étais. Après avoir téléversé le même passeport, la même photo de moi, et attendu l’approbation sur différentes plateformes, j’ai réalisé que le vrai problème est de devoir le prouver encore et encore.
Ce que j’ai trouvé le plus intéressant au sujet de @NewtonProtocol , ce n’est pas seulement des identifiants réutilisables : c’est la condition qui se cache derrière.
Un identifiant peut être vérifié une fois et présenté dans différentes applications, ce qui réduit les KYC répétitifs. Mais voici le point que beaucoup négligent : la portabilité n’est pas automatique. Cet identifiant me suit selon que l’émetteur d’origine l’autorise. La commodité ne vient pas seulement de l’identifiant ; elle vient du cadre de confiance construit autour de celui-ci.
Cette idée me rappelle que la bonne infrastructure ne consiste pas à supprimer des règles, mais à les rendre transparentes. Tout comme les politiques relatives aux actifs tokenisés reposent encore sur des seuils de vérification clairement définis, les systèmes d’identité dépendent aussi d’une gouvernance réfléchie.
Pour moi, c’est là une vision plus honnête de Web3. Pas « faire confiance à tout », mais réutiliser la confiance quand elle est acquise, rendre les règles visibles et supprimer les frictions inutiles sans cacher qui définit les limites.
C’est le genre d’avenir qui vaut la peine d’être construit.
GRVT : les API vous disent ce qu’un projet priorise vraiment
Je parcourais autrefois la documentation des API uniquement pour trouver l’endpoint dont j’avais besoin.
Avec le temps, j’ai compris que la partie la plus intéressante n’était pas les exemples de code, mais les choix de conception dissimulés derrière eux. Ces choix révèlent généralement davantage sur un projet que n’importe quelle page d’accueil.
En lisant la documentation de @grvt_io , un point m’a particulièrement marqué : la plateforme ne traite pas toutes les interactions utilisateur de la même manière. Les dépôts et les retraits relèvent d’un compte de financement ; le trading s’effectue via des comptes de trading distincts ; l’authentification prend en charge à la fois les signatures de portefeuille EIP-712 et les clés API ; et l’accès privé aux API est maintenu via des sessions authentifiées. Même l’API propose des réponses JSON « Full » et « Lite », ce qui suggère que la réduction de la latence a été envisagée au niveau du protocole plutôt qu’ajoutée ensuite comme simple optimisation. Ce ne sont pas des fonctionnalités « tape-à-l’œil », mais, ensemble, elles décrivent un système construit autour de responsabilités structurées plutôt que d’un modèle de compte unique et monolithique.
La question à laquelle je reviens sans cesse n’est pas de savoir si ces composants fonctionnent individuellement. C’est de savoir s’ils continuent de fonctionner ensemble lorsque les marchés deviennent imprévisibles. Les bourses hybrides promettent la rapidité du matching hors chaîne tout en préservant la garde personnelle grâce au règlement on-chain. C’est un compromis raisonnable, mais chaque couche introduit des hypothèses que seule une utilisation durable peut valider.
La documentation explique les intentions ; les environnements de production révèlent si ces intentions survivent à de vraies conditions de trading.
Comprendre une architecture, c’est aller au-delà de ce qu’elle fait aujourd’hui et se demander pourquoi chaque décision de conception a été prise en premier lieu. C’est là que la confiance à long terme commence généralement.
La « surface » de la campagne n’est pas le produit. Comprendre la différence compte plus que les points.
Quel choix de conception dans l’architecture de #grvt , selon vous, aura le plus d’importance dans cinq ans ?
Les bons systèmes gagnent la confiance d’abord par la conception, ensuite par les performances.
Le score de crédit vérifiable : le plan de Newton Protocol pour ouvrir la boîte noire
On m’a refusé un petit prêt il y a un moment et je n’ai jamais reçu d’explication réelle. Juste un numéro, une lettre-type et une ligne vague à propos de « des antécédents de crédit insuffisants ». Aucun facteur précis que je pouvais vraiment corriger, aucune façon de savoir quelle partie de ma situation financière avait réellement posé problème. J’ai remboursé une partie de ma dette, j’ai attendu un an et j’ai redemandé ailleurs, surtout dans l’espoir d’obtenir un résultat différent plutôt que de comprendre réellement ce qui avait changé. C’est essentiellement comme ça que fonctionne le crédit pour la plupart des gens. Je pense que beaucoup d’entre nous se sont contentés d’accepter que ce soit une boîte noire.