#baby $BABY @BabylonLabs_io Je suis resté éveillé toute la nuit à vérifier, dans la documentation de BabylonLabs, ces pages-là sur la logique de la delegation et du slashing.
La plupart des gens pensent que les pénalités appliquées vont selon un principe « d’abord le validateur, ensuite le délégateur », mais en fait ce n’est pas comme ça.
Quand le protocole déclenche un slashing, le self-bond du validateur et les fonds du délégateur sont amputés selon le même ratio. Si la proportion de self-staking du validateur est extrêmement faible, dans une seule pénalité il perd 2 000, tandis que toi tu peux perdre 200 000. L’exposition au risque n’est absolument pas symétrique. #baby
Plus précisément, dans la documentation, il n’y a pas de « codage dur » au niveau de la « limite minimale de self-staking du validateur ». Ce paramètre est laissé à chaque chaîne POS pour qu’elle le configure elle-même ; sur certains réseaux de test, il est proche de zéro. Côté délégateur, il n’y a pas d’interface unifiée qui permette de comparer de manière intuitive « combien d’argent à lui-même j’ai délégué/je délègue au final ». Je n’ai pas trouvé de définition claire à ce sujet. @BabylonLabs_io
Faisons une analogie : tu montes une coentreprise de 1 million pour ouvrir un restaurant, et tes partenaires apportent 10 000. Le contrat écrit : « les pertes sont partagées ». Résultat : ils supportent 20 %, et toi 20 %. S’il perd 2 000, toi tu perds 200 000.
D’après ce que j’ai observé de ce mécanisme, dans la pratique, je privilégierai les validateurs dont le ratio de self-bond est plus élevé et dont le montant absolu est plus important—je ne regarderai pas uniquement l’APR. Si le seuil d’accès d’une chaîne est réglé trop bas, je diminuerai directement la pondération du staking. La limite, c’est que le mainnet n’a pas encore tourné : les données réelles de self-bond ne sont pas encore on-chain, et je n’ai pas testé l’ordre exact d’exécution du slashing.
Concernant la trajectoire de BABY à venir, ce type de « risque d’agent (délégation) » est difficile à coter directement à court terme : c’est plutôt un examen médical destiné aux institutions—plus les mécanismes de protection du délégateur tiennent bien face à l’analyse des détails, plus le seuil d’accès pour des montants importants peut être bas. Je ne rééquilibrerai pas mon portefeuille uniquement parce que j’ai compris cette partie ; j’attendrai que les données du mainnet et des cas réels apparaissent pour réévaluer.
Quand vous choisissez des validateurs, vous vérifiez son ratio de self-bond, ou vous ne regardez que le classement par rendement ? Discutons-en dans les commentaires de Binance Square.
La plupart des gens pensent que les pénalités appliquées vont selon un principe « d’abord le validateur, ensuite le délégateur », mais en fait ce n’est pas comme ça.
Quand le protocole déclenche un slashing, le self-bond du validateur et les fonds du délégateur sont amputés selon le même ratio. Si la proportion de self-staking du validateur est extrêmement faible, dans une seule pénalité il perd 2 000, tandis que toi tu peux perdre 200 000. L’exposition au risque n’est absolument pas symétrique. #baby
Plus précisément, dans la documentation, il n’y a pas de « codage dur » au niveau de la « limite minimale de self-staking du validateur ». Ce paramètre est laissé à chaque chaîne POS pour qu’elle le configure elle-même ; sur certains réseaux de test, il est proche de zéro. Côté délégateur, il n’y a pas d’interface unifiée qui permette de comparer de manière intuitive « combien d’argent à lui-même j’ai délégué/je délègue au final ». Je n’ai pas trouvé de définition claire à ce sujet. @BabylonLabs_io
Faisons une analogie : tu montes une coentreprise de 1 million pour ouvrir un restaurant, et tes partenaires apportent 10 000. Le contrat écrit : « les pertes sont partagées ». Résultat : ils supportent 20 %, et toi 20 %. S’il perd 2 000, toi tu perds 200 000.
D’après ce que j’ai observé de ce mécanisme, dans la pratique, je privilégierai les validateurs dont le ratio de self-bond est plus élevé et dont le montant absolu est plus important—je ne regarderai pas uniquement l’APR. Si le seuil d’accès d’une chaîne est réglé trop bas, je diminuerai directement la pondération du staking. La limite, c’est que le mainnet n’a pas encore tourné : les données réelles de self-bond ne sont pas encore on-chain, et je n’ai pas testé l’ordre exact d’exécution du slashing.
Concernant la trajectoire de BABY à venir, ce type de « risque d’agent (délégation) » est difficile à coter directement à court terme : c’est plutôt un examen médical destiné aux institutions—plus les mécanismes de protection du délégateur tiennent bien face à l’analyse des détails, plus le seuil d’accès pour des montants importants peut être bas. Je ne rééquilibrerai pas mon portefeuille uniquement parce que j’ai compris cette partie ; j’attendrai que les données du mainnet et des cas réels apparaissent pour réévaluer.
Quand vous choisissez des validateurs, vous vérifiez son ratio de self-bond, ou vous ne regardez que le classement par rendement ? Discutons-en dans les commentaires de Binance Square.