Pourquoi supposons-nous que sécuriser un réseau nécessite toujours de déplacer des actifs ailleurs ?
Je suis tombé sur Babylon en fouillant des projets liés à Bitcoin, et ce qui a attiré mon attention n’était pas l’idée même du staking de BTC. C’était la décision de maintenir le Bitcoin sous le contrôle du propriétaire, plutôt que de demander aux gens de le transférer vers un autre système, de l’envelopper (wrap) ou de le déposer dans une autre plateforme. Ce petit choix de design m’a fait faire une pause, car il remet discrètement en question une habitude devenue presque normale dans la crypto.
Depuis des années, j’ai remarqué que de nombreux modèles de sécurité exigent des utilisateurs qu’ils acceptent des couches supplémentaires de confiance avant de pouvoir participer. Babylon semble poser une question différente : et si la sécurité existante de Bitcoin pouvait contribuer à d’autres réseaux sans avoir, au préalable, à quitter l’environnement qui lui confère de la valeur ? Que cette approche réussisse ou non est un autre débat, mais le problème qu’elle cherche à résoudre me paraît plus intéressant que le titre lui-même.
Plus j’y pensais, plus cela m’a semblé être une tentative de réduire le compromis entre utilité et propriété. On parle souvent de faire travailler des actifs inactifs, mais on remet rarement en question pourquoi le simple fait de les utiliser implique presque toujours d’introduire, en chemin, des risques supplémentaires liés à la garde (custody).
Cela m’a amené à me demander si, parfois, le marché confond la complexité avec la nécessité. Peut-être que certains des systèmes avec lesquels nous nous sommes habitués existent parce que nous nous sommes adaptés à leurs limites, plutôt que parce qu’ils étaient les seuls designs possibles. Babylon m’a laissé réfléchir moins au staking de Bitcoin, et davantage à la façon dont des hypothèses acceptées peuvent façonner, presque à notre insu, l’infrastructure que nous construisons.
$BABY @BabylonLabs_io #baby
Je suis tombé sur Babylon en fouillant des projets liés à Bitcoin, et ce qui a attiré mon attention n’était pas l’idée même du staking de BTC. C’était la décision de maintenir le Bitcoin sous le contrôle du propriétaire, plutôt que de demander aux gens de le transférer vers un autre système, de l’envelopper (wrap) ou de le déposer dans une autre plateforme. Ce petit choix de design m’a fait faire une pause, car il remet discrètement en question une habitude devenue presque normale dans la crypto.
Depuis des années, j’ai remarqué que de nombreux modèles de sécurité exigent des utilisateurs qu’ils acceptent des couches supplémentaires de confiance avant de pouvoir participer. Babylon semble poser une question différente : et si la sécurité existante de Bitcoin pouvait contribuer à d’autres réseaux sans avoir, au préalable, à quitter l’environnement qui lui confère de la valeur ? Que cette approche réussisse ou non est un autre débat, mais le problème qu’elle cherche à résoudre me paraît plus intéressant que le titre lui-même.
Plus j’y pensais, plus cela m’a semblé être une tentative de réduire le compromis entre utilité et propriété. On parle souvent de faire travailler des actifs inactifs, mais on remet rarement en question pourquoi le simple fait de les utiliser implique presque toujours d’introduire, en chemin, des risques supplémentaires liés à la garde (custody).
Cela m’a amené à me demander si, parfois, le marché confond la complexité avec la nécessité. Peut-être que certains des systèmes avec lesquels nous nous sommes habitués existent parce que nous nous sommes adaptés à leurs limites, plutôt que parce qu’ils étaient les seuls designs possibles. Babylon m’a laissé réfléchir moins au staking de Bitcoin, et davantage à la façon dont des hypothèses acceptées peuvent façonner, presque à notre insu, l’infrastructure que nous construisons.
$BABY @BabylonLabs_io #baby