SucculentCross-Section

Ces deux derniers jours, le groupe s’est encore enflammé : les nouveaux L1/L2 distribuent des incitations pour attirer de la TVL, et tout le monde crie au retour du bull market, avant de recommencer à fustiger le « yield farming, retrait et vente » quelques jours plus tard. Je trouve ça un peu fatigant. En y repensant, ce qui fait vraiment perdre la tête, ce ne sont pas les appels à l’achat des KOL, mais cette illusion dans le groupe que « si tout le monde se lance et pas toi, c’est que tu es idiot ». Quand le volume d’informations devient trop important, on n’a tout simplement plus le temps d

J’ai récemment ressorti la documentation de plusieurs bridges, et plus je la lis, plus je me dis que l’interopérabilité entre blockchains est vraiment loin de se résumer à « transférer des fonds ». L’approche d’IBC est effectivement élégante : les blockchains vérifient directement l’état de leurs homologues. Mais avec un bridge externe, il faut faire confiance aux validateurs, aux oracles, aux relayers ainsi qu’aux autorisations de mise à niveau des contrats… Bref, chaque maillon peut être une latte du tonneau. Parfois, je me dis que ce qu’on appelle la « minimisation de la confiance », c’est

Eh, je viens de voir encore quelqu’un qui s’est fait vider son compte parce que l’autorisation du contrat n’avait pas été révoquée. C’est vraiment déchirant. En fait, je pense depuis longtemps que la gestion des autorisations est plus fondamentale que beaucoup de “défenses techniques contre le piratage”, mais paradoxalement c’est aussi la chose la plus facile à oublier.
Je repense aussi à ce que je vois récemment : beaucoup de gens se passionnent pour la “guerre des infrastructures Layer2”, en regardant le TPS ou les frais. Honnêtement, ces équipes qui brûlent de l’argent pour gagner des utili

Honnêtement, je viens juste de quitter la page GitHub d’un certain projet, puis j’ai regardé leurs trois rapports d’audit et les adresses pour la mise à niveau du multisig. Avant, je pensais que « audité = sûr », mais maintenant ce n’est plus si évident. Le piège le plus facile pour les débutants, c’est : voir plus d’abonnés sur GitHub et en déduire que c’est fiable, alors qu’on ne sait pas combien de ces « étoiles » sont achetées et combien sont juste des forks de projets des autres. Et les rapports d’audit : ne vous contentez pas de regarder la couverture et de voir un grand cabinet. Il faut

Je viens de voir un transfert on-chain : un wallet transfère en USDT entre adresses, et le moment tombe juste avant un changement de paramètres de gouvernance sur un certain protocole. Avant, je m’en serais peut-être sorti en me disant « coïncidence ». Maintenant, je vais automatiquement retracer le chemin : juste avant, l’adresse de réception a récupéré des récompenses provenant du même pool de minage, et le contrat du pool a récemment modifié la répartition des frais. En clair, derrière beaucoup de « transferts coïncidents », il y a la même logique qui tourne.
Quand j’étais débutant, je pens

Ces derniers temps, je vois beaucoup de projets discuter de la parallélisation et du sharding, avec toutes sortes de livres blancs et de roadmaps qui font beaucoup de bruit. Honnêtement, même si le récit technique est très tape-à-l’œil, ma première réaction revient toujours aux mêmes vieilles questions : comment garantir la sécurité réelle des actifs ? Est-ce que la voie de sortie est claire ? Cette semaine, j’ai parcouru quelques projets : les taux de mise en gage dans les pools de liquidité avaient l’air corrects, mais quand on a sorti les graphiques de répartition des périodes de déblocage,

On a remarqué un truc : beaucoup de gens n’en veulent pas à ces maigres « rendements simples » — par exemple les RWA sur les bons du Trésor ou ces pools de rendement sur la chaîne alimentés en stablecoins, parce qu’ils trouvent que l’APY avance trop lentement. Résultat : ils se tournent vers les contrats, « une fois pour toutes » puis reviennent pour faire le bilan, et ils constatent que c’était finalement moins bien que de garder sagement ces positions « ennuyeuses ».
En clair : la gestion des positions, ce n’est pas de la magie. En version simple : ce n’est qu’une position si vous êtes capab

J’ai regardé de nouveau la liste des autorisations : il y a encore plusieurs contrats avec des montants illimités, y compris certains projets que je n’avais pas touchés depuis un an ou deux. Franchement, le fait d’avoir des autorisations illimitées, c’est comme vérifier avant de dormir si tu as bien fermé l’accès à ton portefeuille—comme quand tu verrouilles (ou pas) la porte avant la nuit. Tu ne verrouilles pas et tout peut aller bien, mais si jamais quelqu’un s’introduit pendant la nuit ?
Avant, lors d’une mise à niveau de telle ou telle chaîne, tout le monde se demandait s’il fallait migrer

Récemment, un autre pont inter-chaînes a encore fait des siennes. En réalité, chaque fois que je vois ce genre de nouvelle, je me dis : ce que l’on appelle « inter-chaînes », au fond, revient à faire confiance à un chemin de transmission de messages — des validateurs de la chaîne source aux relais, puis au contrat de la chaîne cible. À chaque étape, s’il y a une faille cachée dans le « en attente de confirmation », alors tout ça ne sert à rien. Des protocoles comme IBC, au moins, affichent clairement qui est responsable, comment les signatures sont faites, et combien de temps il faut pour que

Franchement, avant, en utilisant des ponts inter-chaînes, je trouvais que ces quelques étapes où l’on doit « attendre les confirmations » étaient vraiment pénibles : attendre quelques minutes de plus me rendait anxieux. Mais maintenant je comprends petit à petit : la combinaison multi-signature et oracles, en réalité, utilise le temps pour renforcer la sécurité. Regardez par exemple l’affaire récente de cette hausse de taxe dans un certain endroit : tout le monde est devenu plus sensible aux entrées et sorties de fonds. En tout cas, moi, je n’ose plus trop croire ces promesses de « crédité en

En fait, j’ai ajusté un peu mon état d’esprit récemment : avant, quand je voyais un nouveau projet, ma première réaction était d’y foncer. Maintenant, je commence par aller voir le GitHub pour vérifier s’il y a des mises à jour concrètes sur les trois derniers mois, puis je relis attentivement ce que disent vraiment ces « disclaimers » dans le rapport d’audit, et seulement après je vais vérifier qui contrôle exactement les clés du multisig après la mise à niveau.
Dit simplement, beaucoup de projets affichent en bouche « soutenir les créateurs », mais si on regarde la fréquence des mises à jour

Je viens de regarder un projet qui consulte des données on-chain et j’ai remarqué un retard d’environ deux blocs. C’est assez courant en fait. Ce que vous voyez comme « on-chain » n’est pas forcément du temps réel : il faut voir si vous consultez via votre propre nœud ou via un RPC public. Les RPC publics peuvent, parfois par souci d’économie de ressources, prendre du retard sur la synchronisation de la couche d’index, ou ne renvoyer que les données déjà confirmées. En clair : ce que vous voyez comme « on-chain » peut déjà être une capture d’écran mise à jour après coup.
En ce moment, c’est la

Plus d’une heure du matin, je viens juste de finir de dessiner la quatrième ligne de la logique de l’Agent. Franchement, l’IA pour écrire du code, voire pour gérer des interactions de type sniper, est vraiment redoutable, mais j’ai quand même l’impression que le limiteur de sécurité doit rester sous surveillance humaine. Regarde sur la chaîne : ces contrats automatisés, avec des paramètres figés comme une plaque de métal. Et si jamais il y a un flash crash ou qu’un Oracle se fait frapper, il faut quand même fermer les vannes à la main. Rien de plus : la machine ne va pas « douter » de ses prop

Je viens de relire les transactions de la première moitié de l’année, j’ai failli m’effrayer moi-même. Je pensais que « noter simplement le prix et la quantité » suffisait. Au final, en fin d’année, en faisant les comptes, les correspondances ne collent pas : transferts on-chain, virements entre plateformes d’échange, récompenses de minage, airdrops… une série d’horodatages et de valeurs de hachage (hash) incompréhensibles. En clair : sur le moment, je me disais « ce n’est pas grave, je trierai plus tard », et quand vient le moment de l’utiliser, la tête ne suit plus.
Ma méthode actuelle, c’es

Le sujet des redevances NFT fait récemment pas mal de bruit. Plus j’y pense, plus je me dis que c’est un peu comme la logique des vendeurs de légumes au marché : les créateurs, c’est comme des paysans qui cultivent, ils fixent un prix pour vendre leurs “légumes”, et ils espèrent aussi qu’à chaque revente, on prélève un petit pourcentage. Mais quand le marché chauffe, les marchands de légumes découvrent qu’il est encore plus jouissif de retourner les transactions pour gagner sur la différence, alors qui s’occuperait de la part du paysan ? Ce n’est pas une histoire de “qui a tort” ou “qui a rais

En ce moment, les récits sur le parallélisme et le sharding recommencent à faire partout la une, et à force de se plonger dans les détails techniques, on finit un peu par s’y perdre. En réalité, à chaque fois que je vois ce type de narration, ma première réaction reste de relire la logique des flux de trésorerie du token, le calendrier de déblocage et la structure de gouvernance — autrement dit, d’où vient la liquidité, comment elle circule, et ce qu’il en reste à la fin. Derrière l’animation, la vraie carte maîtresse, ce sont la sécurité des actifs et la voie de sortie.
D’ailleurs, ces dernie

Franchement, ces derniers temps, en regardant la liquidité des NFT, j’ai de plus en plus l’impression que le prix plancher et les redevances ne sont que de la surface. Ce qui détermine vraiment si ça “tient” ou pas, c’est si le récit de la communauté peut créer une boucle autonome. Certains projets voient leur floor s’enfoncer dans la boue, mais la communauté continue de forcer, en criant “l’histoire” — au moins, ils ont encore un souffle ; d’autres se mettent à organiser sans arrêt des promos à bas prix, réduisent les redevances à zéro, et au final les gens partent, le projet retombe, il n’y

Je viens de faire le tour des données on-chain, et je finis toujours par vouloir parler de stratégie de position : le grid/DCA versus tout miser d’un coup — lequel correspond vraiment à la qualité de ton sommeil.
J’ai essayé tout miser d’un coup à une période : mon compte faisait des sauts rouge/vert particulièrement “stimulants”, mais la nuit je n’arrivais pas à résister et je me levais pour aller vérifier les chandeliers. Je ne dormais pas sereinement. Puis j’ai basculé sur du grid + DCA (investissements programmés) : même si pendant les hausses je trouvais que ça gagnait “lentement”, en cas

Qui décide vraiment de la sécurité des ponts inter-chaînes ? … Honnêtement, je n’ai pas tout à fait tout compris non plus, mais récemment j’ai regardé en détail la structure de plusieurs ponts : la combinaison des multisignatures et des oracles peut effectivement bloquer la plupart des attaques. Mais la dernière étape, « attendre la confirmation », c’est vraiment le gage de tranquillité d’esprit. En clair, beaucoup de gens se focalisent sur l’inquiétude autour du déverrouillage des mises et la pression vendeuse dans les calendriers de jetons, alors qu’ils oublient que, lors du passage inter-ch

J’ai l’habitude de noter chaque transaction dans un fichier Excel, principalement en trois parties : l’adresse du portefeuille, la chaîne et l’horodatage. Vers la fin de l’année, quand je remplis les formulaires, je gagne du temps en évitant de chercher partout. En fait, ce n’est pas forcément compliqué : note juste l’essentiel. L’important, c’est d’écrire clairement les petites opérations du type « acheter / extraire / vendre », sinon l’année suivante, au moment de s’en souvenir, on risque d’en oublier. Comme pour la vague d’incitations des nouveaux L1 : les anciens utilisateurs se plaignaien