1000 fois moins cher : mais à quel point, précisément, est-ce vraiment moins cher ?
J’ai lu @BabylonLabs_io de recherches sur BABE. Le plus facile à détourner, c’est l’assertion du type « vérifier sur Bitcoin une preuve 1000 fois moins chère ». Le corps du texte est plus précis : auparavant, BitVM3 réduisait les coûts on-chain, mais chaque circuit de confusion nécessitait environ 42 GiB de stockage hors-chaîne ; BABE conserve ces économies on-chain tout en diminuant d’environ trois ordres de grandeur le stockage hors-chaîne ainsi que les coûts d’initialisation.
Cela signifie que ce n’est pas un flou « pour tous les coûts » que le système règle, mais qu’il réduit une valise hors-chaîne très lourde. Un peu comme si une compagnie aérienne ne raccourcissait pas tout un voyage 1000 fois : elle ne ferait que remplacer 42 gros bagages en soute par un petit sac cabine. Pour les progrès concrets — si les prouveurs, vérificateurs et appareils ordinaires peuvent participer — c’est évidemment une amélioration réelle.
Mais inversement, si le goulot d’étranglement diminue, cela ne veut pas dire que le système n’a plus qu’un seul bouton. BABE doit toujours exécuter des circuits de confusion qui chiffrent des relations de paires linéaires et des multiplications scalaires sur courbes elliptiques, afin que la preuve Groth16 puisse être vérifiée concrètement sur Bitcoin. Qui est responsable de l’initialisation, qui conserve en continu les matériaux nécessaires, si un challenger peut réagir à temps sous pression, et si l’implémentation du code correspond bien aux paramètres du papier : tout cela ne disparaît pas simplement parce que le titre évoque « 1000 fois ».
C’est aussi le point que je regarde avec le plus d’attention quand je lis $BABY des récits techniques : les percées doivent être reconnues, mais on ne peut pas convertir directement des indicateurs de recherche en débit produit, en coût utilisateur ou en sécurité du mainnet. Il faut décomposer : combien on économise on-chain, combien on économise off-chain, et au bout du compte, à quel point l’ensemble bout-à-bout est plus rapide.
Donc, pour #baby , la suite vraiment intéressante n’est pas de répéter encore « des preuves moins chères », mais d’examiner des benchmarks issus d’une implémentation publique, les seuils côté matériel, le temps d’initialisation, ainsi que qui s’occupe de relever le défi en cas de défaillance.
La cryptographie rend l’impossible possible ; c’est l’ingénierie qui décide si le « faisable » devient un usage quotidien.
$BTC $HOME
J’ai lu @BabylonLabs_io de recherches sur BABE. Le plus facile à détourner, c’est l’assertion du type « vérifier sur Bitcoin une preuve 1000 fois moins chère ». Le corps du texte est plus précis : auparavant, BitVM3 réduisait les coûts on-chain, mais chaque circuit de confusion nécessitait environ 42 GiB de stockage hors-chaîne ; BABE conserve ces économies on-chain tout en diminuant d’environ trois ordres de grandeur le stockage hors-chaîne ainsi que les coûts d’initialisation.
Cela signifie que ce n’est pas un flou « pour tous les coûts » que le système règle, mais qu’il réduit une valise hors-chaîne très lourde. Un peu comme si une compagnie aérienne ne raccourcissait pas tout un voyage 1000 fois : elle ne ferait que remplacer 42 gros bagages en soute par un petit sac cabine. Pour les progrès concrets — si les prouveurs, vérificateurs et appareils ordinaires peuvent participer — c’est évidemment une amélioration réelle.
Mais inversement, si le goulot d’étranglement diminue, cela ne veut pas dire que le système n’a plus qu’un seul bouton. BABE doit toujours exécuter des circuits de confusion qui chiffrent des relations de paires linéaires et des multiplications scalaires sur courbes elliptiques, afin que la preuve Groth16 puisse être vérifiée concrètement sur Bitcoin. Qui est responsable de l’initialisation, qui conserve en continu les matériaux nécessaires, si un challenger peut réagir à temps sous pression, et si l’implémentation du code correspond bien aux paramètres du papier : tout cela ne disparaît pas simplement parce que le titre évoque « 1000 fois ».
C’est aussi le point que je regarde avec le plus d’attention quand je lis $BABY des récits techniques : les percées doivent être reconnues, mais on ne peut pas convertir directement des indicateurs de recherche en débit produit, en coût utilisateur ou en sécurité du mainnet. Il faut décomposer : combien on économise on-chain, combien on économise off-chain, et au bout du compte, à quel point l’ensemble bout-à-bout est plus rapide.
Donc, pour #baby , la suite vraiment intéressante n’est pas de répéter encore « des preuves moins chères », mais d’examiner des benchmarks issus d’une implémentation publique, les seuils côté matériel, le temps d’initialisation, ainsi que qui s’occupe de relever le défi en cas de défaillance.
La cryptographie rend l’impossible possible ; c’est l’ingénierie qui décide si le « faisable » devient un usage quotidien.
$BTC $HOME