Il y a quelques jours, quand j’ai vu le mécanisme des Finality Providers de Babylon, ma première réaction a été assez simple :
BTC est déjà mis en staking, pourquoi prendre encore le risque que des validateurs posent problème ?
En lisant ensuite la documentation officielle, j’ai découvert qu’il y avait en fait une logique très importante derrière tout ça : $BABY .
Le $BTC de Babylon n’est pas confié à une institution pour qu’elle le conserve à ta place, mais délégué à un Finality Provider afin qu’il participe à la finalité du réseau. Si le Provider signe en double, les BTC délégués peuvent être partiellement slashés. Et même, l’officiel prévient expressément : des bugs logiciels et des pannes matérielles peuvent aussi engendrer des risques. 
À partir de là, je me suis dit que c’était plutôt intéressant. Parce que Babylon ne comprend pas “la sécurité du BTC” comme une idée simple du type « personne ne doit jamais prendre de risque », mais comme une responsabilité intégrée aux règles du protocole : si tu es responsable de fournir de la sécurité, tu dois aussi assumer le coût des erreurs. Et #baby représente une autre couche de sécurité. Aujourd’hui, avec Babylon Genesis, il y a un mécanisme double : staking de BTC + staking de BABY, et chacun des deux assume des rôles différents. 
Du coup, quand je regarde BABY, je n’ai plus trop envie de commencer par me demander combien ça peut monter.
Ce que je veux voir, c’est plutôt : une fois que le BTC devient vraiment un actif qu’on peut “utiliser pour fournir de la sécurité”, est-ce que Babylon peut faire tourner durablement, et correctement, ce mécanisme de responsabilité, de rendement et de pénalités ?
Cette question vaut probablement plus qu’un simple suivi des prix à court terme. @BabylonLabs_io
BTC est déjà mis en staking, pourquoi prendre encore le risque que des validateurs posent problème ?
En lisant ensuite la documentation officielle, j’ai découvert qu’il y avait en fait une logique très importante derrière tout ça : $BABY .
Le $BTC de Babylon n’est pas confié à une institution pour qu’elle le conserve à ta place, mais délégué à un Finality Provider afin qu’il participe à la finalité du réseau. Si le Provider signe en double, les BTC délégués peuvent être partiellement slashés. Et même, l’officiel prévient expressément : des bugs logiciels et des pannes matérielles peuvent aussi engendrer des risques. 
À partir de là, je me suis dit que c’était plutôt intéressant. Parce que Babylon ne comprend pas “la sécurité du BTC” comme une idée simple du type « personne ne doit jamais prendre de risque », mais comme une responsabilité intégrée aux règles du protocole : si tu es responsable de fournir de la sécurité, tu dois aussi assumer le coût des erreurs. Et #baby représente une autre couche de sécurité. Aujourd’hui, avec Babylon Genesis, il y a un mécanisme double : staking de BTC + staking de BABY, et chacun des deux assume des rôles différents. 
Du coup, quand je regarde BABY, je n’ai plus trop envie de commencer par me demander combien ça peut monter.
Ce que je veux voir, c’est plutôt : une fois que le BTC devient vraiment un actif qu’on peut “utiliser pour fournir de la sécurité”, est-ce que Babylon peut faire tourner durablement, et correctement, ce mécanisme de responsabilité, de rendement et de pénalités ?
Cette question vaut probablement plus qu’un simple suivi des prix à court terme. @BabylonLabs_io