0 BPS.
C’était le plus petit nombre dans les paramètres de liquidation de Babylon, et je l’ai d’abord interprété comme une renonciation aux frais.
Le vaultBTC supporte des frais de liquidation de 0 BPS. Dans une liquidation de type Aave, ces frais correspondent généralement à la part du protocole du bonus versé au liquidateur. Ma première hypothèse était simple. Babylon avait choisi de ne pas prendre de coupe.
Puis j’ai remarqué que la documentation décrit cela comme « structurellement à zéro ».
Chaque Trustless Bitcoin Vault (TBV) est un unique UTXO Bitcoin. La couche de prêt peut saisir cette sortie ou la laisser tranquille. Elle ne peut pas détacher 3 %, 5 % ou 10 % et envoyer cette portion au protocole.
Cela change la signification de la valeur à 0 BPS.
Le liquidateur peut encore gagner un bonus, actuellement jusqu’à 10 % une fois que le facteur de santé passe sous 1,0. L’emprunteur peut encore perdre de la valeur. Un vault entier peut être saisi parce que l’application ne peut pas prendre uniquement le montant exact dont elle a besoin.
Donc 0 BPS ne signifie pas que la liquidation est bon marché ou inoffensive.
Cela indique une action manquante. Le protocole ne peut pas prélever directement un pourcentage sur la garantie BTC native après saisie.
Le bonus et les frais peuvent coexister côte à côte dans un tableau des risques. Ils ne bénéficient pas de la même liberté d’implémentation une fois que la garantie est un UTXO.
J’avais traité les frais de liquidation comme un réglage normal de gouvernance. Les augmenter ou les réduire. Les contrats redistribuent la valeur autour de ce nouvel ordre.
Mais l’UTXO arrive avec une limite stricte.
La gouvernance peut modifier la manière dont la dette et les récompenses sont comptabilisées à l’intérieur du système de prêt. Elle ne peut pas créer une tranche de 5 % à l’intérieur d’une seule sortie Bitcoin. La garantie a déjà réduit la plage avant que la gouvernance ne touche au paramètre.
C’est la partie que j’avais manquée.
Le champ existe toujours dans l’interface, mais l’action qui lui correspond n’existe pas au niveau de la couche de garantie. Rien ne doit être annulé. Aucune transaction n’a besoin d’échouer. La contrainte est déjà visible puisque le paramètre est fixé à 0 BPS.
Dans le TBV de Babylon, 0 BPS n’est pas un réglage faible. C’est la trace laissée par une opération que la garantie ne peut pas effectuer.
Le champ survit. L’opération, non.
$ON $BABY #baby @BabylonLabs_io
C’était le plus petit nombre dans les paramètres de liquidation de Babylon, et je l’ai d’abord interprété comme une renonciation aux frais.
Le vaultBTC supporte des frais de liquidation de 0 BPS. Dans une liquidation de type Aave, ces frais correspondent généralement à la part du protocole du bonus versé au liquidateur. Ma première hypothèse était simple. Babylon avait choisi de ne pas prendre de coupe.
Puis j’ai remarqué que la documentation décrit cela comme « structurellement à zéro ».
Chaque Trustless Bitcoin Vault (TBV) est un unique UTXO Bitcoin. La couche de prêt peut saisir cette sortie ou la laisser tranquille. Elle ne peut pas détacher 3 %, 5 % ou 10 % et envoyer cette portion au protocole.
Cela change la signification de la valeur à 0 BPS.
Le liquidateur peut encore gagner un bonus, actuellement jusqu’à 10 % une fois que le facteur de santé passe sous 1,0. L’emprunteur peut encore perdre de la valeur. Un vault entier peut être saisi parce que l’application ne peut pas prendre uniquement le montant exact dont elle a besoin.
Donc 0 BPS ne signifie pas que la liquidation est bon marché ou inoffensive.
Cela indique une action manquante. Le protocole ne peut pas prélever directement un pourcentage sur la garantie BTC native après saisie.
Le bonus et les frais peuvent coexister côte à côte dans un tableau des risques. Ils ne bénéficient pas de la même liberté d’implémentation une fois que la garantie est un UTXO.
J’avais traité les frais de liquidation comme un réglage normal de gouvernance. Les augmenter ou les réduire. Les contrats redistribuent la valeur autour de ce nouvel ordre.
Mais l’UTXO arrive avec une limite stricte.
La gouvernance peut modifier la manière dont la dette et les récompenses sont comptabilisées à l’intérieur du système de prêt. Elle ne peut pas créer une tranche de 5 % à l’intérieur d’une seule sortie Bitcoin. La garantie a déjà réduit la plage avant que la gouvernance ne touche au paramètre.
C’est la partie que j’avais manquée.
Le champ existe toujours dans l’interface, mais l’action qui lui correspond n’existe pas au niveau de la couche de garantie. Rien ne doit être annulé. Aucune transaction n’a besoin d’échouer. La contrainte est déjà visible puisque le paramètre est fixé à 0 BPS.
Dans le TBV de Babylon, 0 BPS n’est pas un réglage faible. C’est la trace laissée par une opération que la garantie ne peut pas effectuer.
Le champ survit. L’opération, non.
$ON $BABY #baby @BabylonLabs_io