La plupart des gens sur Babylon délèguent du BTC, en ne regardant que le taux de rendement attendu affiché à l’écran, sans jamais ouvrir le navigateur pour vérifier l’historique d’activité des Finality Providers. En parcourant la documentation officielle de Babylon et des données récentes sur les FP, j’ai découvert un frein souvent occulté : l’activation d’une délégation ne prend pas effet au moment où vous soumettez votre transaction. Elle nécessite que la transaction de mise atteigne 30 confirmations en bitcoins, et que le FP, dans cette fenêtre, parvienne à produire le timestamp de son tirage de nombre aléatoire privé. Si, pendant ce laps de temps, le FP se déconnecte ou si la génération du nombre aléatoire est retardée, l’activation échoue, et votre BTC n’aura « juste attendu » sur la chaîne pendant des heures, voire plus.
Ce point est totalement en décalage avec l’expérience fluide ressentie par les utilisateurs dans l’interface « mise en un clic ». L’interface vous dit que « la transaction a été soumise », mais le protocole ne couvre en réalité rien. Et pire encore : à l’heure actuelle, il n’existe pas de tableau de bord unifié pour afficher le taux de réussite d’activation de chaque FP. La plupart des utilisateurs n’ont alors d’autre choix que d’attendre à vide. J’ai donc regardé, dans le tableau de bord actuel de Babylon, le taux de signature récent et le taux de déconnexion de chaque FP. J’ai constaté qu’un petit nombre de FP ont connu de brèves déconnexions dans la journée suivant le déblocage, exactement au moment où des utilisateurs se trouvaient dans la fenêtre de 30 confirmations : ils n’avaient alors que l’option d’annuler la transaction et de la renvoyer.
$BTC
Pour les détenteurs de $BABY , cette dépendance mérite encore plus d’attention. En effet, si de plus en plus de FP utilisent BABY comme jeton de frais ou comme moyen d’incitation, la stabilité en ligne des FP deviendra directement liée à la demande de BABY. Autrement dit : ce n’est pas la taille de la mise qui entraîne BABY, mais la qualité de service des FP qui détermine si les utilisateurs seront prêts à payer pour une mise stable. Beaucoup de gens se basent sur le TVL de Babylon pour déduire le prix de BABY ; pour ma part, je préfère suivre le temps médian d’activation des FP, le nombre de signatures perdues et la fréquence à laquelle les utilisateurs initient eux-mêmes une ré-mise. Dans cette grande mise en scène autour du BTC, les chiffres de rendement sont l’affiche ; le taux d’échec d’activation, lui, est le véritable bilan des dommages en coulisses.
#baby @BabylonLabs_io $BABY