J’ai passé du temps aujourd’hui à analyser en détail l’architecture des Trustless Bitcoin Vaults (TBV), que les supports marketing survolent, mais que le livre blanc aborde directement
@BabylonLabs_io et il est important d’être honnête à ce sujet.
Le cœur de la conception des coffres est réellement sans confiance. Vos bitcoins sont verrouillés dans un script que vous créez.... Les destinations et conditions de réclamation sont définies lors de la création du coffre. Aucun opérateur unique ne peut les modifier. Même les entités qui exécutent l’infrastructure du coffre $BLESS
n’ont pas la possibilité de rediriger vos bitcoins vers eux-mêmes. La conception cryptographique l’empêche physiquement. Sur ce point, tout tient la route face à l’examen.
Mais le système de liquidation introduit quelque chose que le livre blanc appelle explicitement une hypothèse de confiance. Dans les TBV, les liquidations utilisent des entités liquidatrices “whitelistées” qui surveillent la santé du coffre et l’état du prix,
$NB
et déclenchent la liquidation lorsque les ratios de collatéral franchissent des seuils. Ces liquidateurs sont autorisés. Ils ne peuvent pas voler vos bitcoins, mais le système suppose qu’une part suffisante d’entre eux se comporte correctement et qu’ils ne s’entendent pas pour censurer des liquidations légitimes.
Le livre blanc le formule franchement : « Même s’ils ne peuvent pas voler des bitcoins grâce à la conception du système, cela introduit une hypothèse de confiance dans le système. » Des mécanismes de co-signature existent pour limiter la censure, mais ils ne l’éliminent pas entièrement.
Ce fossé sépare « des coffres sans confiance » comme accroche et « des coffres sans confiance » comme système complet. Le coffre lui-même est sans confiance. La couche de liquidation autour est minimisée en termes de confiance, mais elle n’est pas totalement sans confiance.....
La pertinence de cette distinction, en pratique, dépend de la façon dont le liquidateur whitelisté est géré et de la décentralisation que cela atteindra avec le temps. C’est la partie que je suis encore en train de surveiller.
#baby @BabylonLabs_io $BABY
@BabylonLabs_io et il est important d’être honnête à ce sujet.
Le cœur de la conception des coffres est réellement sans confiance. Vos bitcoins sont verrouillés dans un script que vous créez.... Les destinations et conditions de réclamation sont définies lors de la création du coffre. Aucun opérateur unique ne peut les modifier. Même les entités qui exécutent l’infrastructure du coffre $BLESS
n’ont pas la possibilité de rediriger vos bitcoins vers eux-mêmes. La conception cryptographique l’empêche physiquement. Sur ce point, tout tient la route face à l’examen.
Mais le système de liquidation introduit quelque chose que le livre blanc appelle explicitement une hypothèse de confiance. Dans les TBV, les liquidations utilisent des entités liquidatrices “whitelistées” qui surveillent la santé du coffre et l’état du prix,
$NB
et déclenchent la liquidation lorsque les ratios de collatéral franchissent des seuils. Ces liquidateurs sont autorisés. Ils ne peuvent pas voler vos bitcoins, mais le système suppose qu’une part suffisante d’entre eux se comporte correctement et qu’ils ne s’entendent pas pour censurer des liquidations légitimes.
Le livre blanc le formule franchement : « Même s’ils ne peuvent pas voler des bitcoins grâce à la conception du système, cela introduit une hypothèse de confiance dans le système. » Des mécanismes de co-signature existent pour limiter la censure, mais ils ne l’éliminent pas entièrement.
Ce fossé sépare « des coffres sans confiance » comme accroche et « des coffres sans confiance » comme système complet. Le coffre lui-même est sans confiance. La couche de liquidation autour est minimisée en termes de confiance, mais elle n’est pas totalement sans confiance.....
La pertinence de cette distinction, en pratique, dépend de la façon dont le liquidateur whitelisté est géré et de la décentralisation que cela atteindra avec le temps. C’est la partie que je suis encore en train de surveiller.
#baby @BabylonLabs_io $BABY