$BABY de conception de la période de désengagement : après l’avoir étudiée, je me suis rendu compte qu’elle opère un choix très délibéré entre la protection de la sécurité du réseau et la liquidité des utilisateurs.
Dans les protocoles de mise en gage, la période de désengagement est souvent discutée comme un sujet lié à l’expérience utilisateur : attendre trop longtemps, c’est pénible et on aimerait que ce soit plus rapide. Mais j’ai relu attentivement la logique de la période de désengagement de @BabylonLabs_io sous l’angle d’une conception sécuritaire, et j’ai découvert que sa raison d’être est bien plus profonde que la simple limitation de liquidité. Et dans cette conception, il y a un compromis que je pense qu’il faut expliquer clairement.
Le rôle le plus central de la période de désengagement est de laisser du temps à l’exécution du mécanisme de slashing. Si un fournisseur de finalité signe avec une double signature, les preuves doivent être détectées, enregistrées on-chain, puis déclencher la transaction de slashing. Cette série d’opérations prend du temps sur la chaîne. Sans période de désengagement, un validateur malveillant pourrait retirer tout le BTC mis en gage avant que les preuves ne soient soumises, et le mécanisme de slashing deviendrait alors pratiquement inopérant. En substance, la période de désengagement dit ceci : votre BTC peut partir, mais vous devez attendre ce délai. Pendant ce délai, si l’on découvre que le validateur délégué se comporte mal, il reste encore du temps pour exécuter la sanction. #baby
Sous cet angle, la période de désengagement n’est pas un compromis de confort pour l’utilisateur, mais une condition préalable pour que l’ensemble du mécanisme de sécurité puisse fonctionner. Sans période de désengagement, le slashing n’a pas de « dents » ; sans dents, la menace de slashing n’est pas une menace réelle, et la contrainte sur le comportement des validateurs s’affaiblit fortement.
Mais il y a un compromis ici, et je pense qu’il faut le dire. Plus la période de désengagement est longue, plus la fenêtre de sécurité est large et plus le slashing est fiable. Plus elle est courte, meilleure est la liquidité pour les utilisateurs et moins il y a de friction pour participer. Babylon fixe la période de désengagement minimale à environ 7 jours : ce chiffre est trouvé en équilibrant deux objectifs, ce n’est pas une contrainte purement technique.
Pour les personnes qui détiennent du BTC sur le long terme, 7 jours ont presque aucun impact. En revanche, pour les traders à court terme, c’est un coût de liquidité réel. Cela signifie que le staking de Babylon, du point de vue de la structure des utilisateurs, filtre naturellement davantage les détenteurs de long terme que les capitaux de court terme. Du point de vue de la stabilité du protocole, cette sélection est favorable : les détenteurs de long terme ne vont pas désengager massivement lors des fluctuations du marché, ce qui améliore la stabilité du TVL.
Dans les protocoles de mise en gage, la période de désengagement est souvent discutée comme un sujet lié à l’expérience utilisateur : attendre trop longtemps, c’est pénible et on aimerait que ce soit plus rapide. Mais j’ai relu attentivement la logique de la période de désengagement de @BabylonLabs_io sous l’angle d’une conception sécuritaire, et j’ai découvert que sa raison d’être est bien plus profonde que la simple limitation de liquidité. Et dans cette conception, il y a un compromis que je pense qu’il faut expliquer clairement.
Le rôle le plus central de la période de désengagement est de laisser du temps à l’exécution du mécanisme de slashing. Si un fournisseur de finalité signe avec une double signature, les preuves doivent être détectées, enregistrées on-chain, puis déclencher la transaction de slashing. Cette série d’opérations prend du temps sur la chaîne. Sans période de désengagement, un validateur malveillant pourrait retirer tout le BTC mis en gage avant que les preuves ne soient soumises, et le mécanisme de slashing deviendrait alors pratiquement inopérant. En substance, la période de désengagement dit ceci : votre BTC peut partir, mais vous devez attendre ce délai. Pendant ce délai, si l’on découvre que le validateur délégué se comporte mal, il reste encore du temps pour exécuter la sanction. #baby
Sous cet angle, la période de désengagement n’est pas un compromis de confort pour l’utilisateur, mais une condition préalable pour que l’ensemble du mécanisme de sécurité puisse fonctionner. Sans période de désengagement, le slashing n’a pas de « dents » ; sans dents, la menace de slashing n’est pas une menace réelle, et la contrainte sur le comportement des validateurs s’affaiblit fortement.
Mais il y a un compromis ici, et je pense qu’il faut le dire. Plus la période de désengagement est longue, plus la fenêtre de sécurité est large et plus le slashing est fiable. Plus elle est courte, meilleure est la liquidité pour les utilisateurs et moins il y a de friction pour participer. Babylon fixe la période de désengagement minimale à environ 7 jours : ce chiffre est trouvé en équilibrant deux objectifs, ce n’est pas une contrainte purement technique.
Pour les personnes qui détiennent du BTC sur le long terme, 7 jours ont presque aucun impact. En revanche, pour les traders à court terme, c’est un coût de liquidité réel. Cela signifie que le staking de Babylon, du point de vue de la structure des utilisateurs, filtre naturellement davantage les détenteurs de long terme que les capitaux de court terme. Du point de vue de la stabilité du protocole, cette sélection est favorable : les détenteurs de long terme ne vont pas désengager massivement lors des fluctuations du marché, ce qui améliore la stabilité du TVL.