Sous une pluie torrentielle, la livraison de nourriture a pris du retard. J’ai le ventre vide, allongé sur le canapé, en train de scroller des rapports de recherche… et mon regard tombe par hasard sur le <a>@grvt_io </a>. Beaucoup de passionnés de la technique, en voyant qu’il choisit une architecture Validium, pensent immédiatement : « Ce n’est pas juste pour augmenter le débit en gonflant la concurrence, et gratter à fond ces maigres frais ? » Mais en creusant un peu à partir du schéma d’architecture, je me rends soudain compte que le véritable “nœud du jeu” n’est pas du tout là.
Nous sommes habitués, sur le réseau principal $ETH , à jouer les “shitcoins”. Pour les Rollups classiques qui empaquettent toutes les données de transactions et les mettent intégralement on-chain, on connaît par cœur. Puisque le modèle est déjà très mûr, pourquoi faudrait-il aller s’embêter avec un comité de données hors-chaîne (DAC) ? En se plaçant du point de vue des gros capitaux, on comprend. Si un market maker doit gérer de très grosses positions de $BTC , dès que les détails des ordres et le rythme de couverture sont entièrement publics, c’est comme courir tout nu dans la rue : les robots “à l’affût” peuvent instantanément ronger les profits jusqu’à la moindre miette.
Quand on a compris cette logique, on saisit pourquoi il préfère porter le reproche de « pas assez pur », et quand même garder cette “feuille de papier” bien protégée. Il enferme les détails clés des échanges dans une boîte noire hors-chaîne, et n’envoie sur le mainnet que des preuves de connaissance zéro prouvant que les fonds sont bien exacts. En clair : s’il ne suit pas la foule, ce n’est pas pour faire semblant de performance derrière un score, mais pour répondre concrètement aux besoins immédiats des “gros”. En gardant le contrôle sur la propriété des actifs, il offre aux institutions une sorte de manteau d’invisibilité, imperméable, pour leurs transactions. $BNB
Bien sûr, le prix de ce mécanisme, c’est de sacrifier une certaine “assurance” native on-chain. Les brouillons du registre ne sont pas publiés : si un jour le DAC tombe en panne, même si le principal reste verrouillé par la cryptographie et ne peut pas être perdu, la procédure de retrait forcé et la retraite impliquent bien plus de complexité qu’avec un simple déploiement sur une couche deux classique. Du coup, la seule option pour le projet est de rajouter, à la hâte, une panoplie de mécanismes de secours en cas de catastrophe. Voilà la réalité la plus concrète aujourd’hui : en dehors de la foi des geeks, qui sait obtenir le bon compromis pour résoudre les douleurs des gros capitaux ? C’est celui-là le vrai dur de la forêt sombre. #grvt
Nous sommes habitués, sur le réseau principal $ETH , à jouer les “shitcoins”. Pour les Rollups classiques qui empaquettent toutes les données de transactions et les mettent intégralement on-chain, on connaît par cœur. Puisque le modèle est déjà très mûr, pourquoi faudrait-il aller s’embêter avec un comité de données hors-chaîne (DAC) ? En se plaçant du point de vue des gros capitaux, on comprend. Si un market maker doit gérer de très grosses positions de $BTC , dès que les détails des ordres et le rythme de couverture sont entièrement publics, c’est comme courir tout nu dans la rue : les robots “à l’affût” peuvent instantanément ronger les profits jusqu’à la moindre miette.
Quand on a compris cette logique, on saisit pourquoi il préfère porter le reproche de « pas assez pur », et quand même garder cette “feuille de papier” bien protégée. Il enferme les détails clés des échanges dans une boîte noire hors-chaîne, et n’envoie sur le mainnet que des preuves de connaissance zéro prouvant que les fonds sont bien exacts. En clair : s’il ne suit pas la foule, ce n’est pas pour faire semblant de performance derrière un score, mais pour répondre concrètement aux besoins immédiats des “gros”. En gardant le contrôle sur la propriété des actifs, il offre aux institutions une sorte de manteau d’invisibilité, imperméable, pour leurs transactions. $BNB
Bien sûr, le prix de ce mécanisme, c’est de sacrifier une certaine “assurance” native on-chain. Les brouillons du registre ne sont pas publiés : si un jour le DAC tombe en panne, même si le principal reste verrouillé par la cryptographie et ne peut pas être perdu, la procédure de retrait forcé et la retraite impliquent bien plus de complexité qu’avec un simple déploiement sur une couche deux classique. Du coup, la seule option pour le projet est de rajouter, à la hâte, une panoplie de mécanismes de secours en cas de catastrophe. Voilà la réalité la plus concrète aujourd’hui : en dehors de la foi des geeks, qui sait obtenir le bon compromis pour résoudre les douleurs des gros capitaux ? C’est celui-là le vrai dur de la forêt sombre. #grvt
隐私至上,防夹子才是刚需
40%
账本不透明,DAC瘫痪咋办
0%
管他啥架构,自己安全就行
60%
5 Votes • Vote fermé