JE NE L’APPELLE PAS « AUTO-GARDE » TANT QUE L’AUTRE PARTIE N’A PAS DISPARU.

Je peux faire confiance à presque n’importe quel système quand tout fonctionne.

Le vrai test commence lorsque l’opérateur cesse de répondre.

C’est pourquoi une partie du design TBV de Babylon compte davantage à mes yeux que le titre de l’emprunt : le parcours de auto-revendication du déposant.

Lors d’une sortie normale, je rembourse la dette, je retire ma garantie, et le fournisseur du coffre exécute la revendication du Bitcoin.

Mais que se passe-t-il si ce fournisseur passe hors ligne, retarde le processus, ou refuse simplement d’agir ?

Babylon prépare une autre voie de sortie lorsque le coffre est créé.

En utilisant la clé WOTS propre au coffre et les éléments probants du demandeur, le déposant peut initier la revendication du Bitcoin via l’outil de tour de guet (watchtower) du protocole. Après la période de contestation, le BTC peut revenir à l’adresse engagée lors de la création du coffre.

Aucune coopération de la part du fournisseur indisponible n’est requise.

Mais il y a une responsabilité inconfortable ici.

Ce mécanisme de repli ne me protège que si je préserve de manière sûre ces fichiers de récupération. Si je les perds, « l’auto-garde » devient bien plus faible exactement au moment où j’en ai le plus besoin.

Voilà ce qui rend ce design intéressant.

Babylon ne présume pas que chaque opérateur restera disponible pour toujours. Il se prépare à l’échec avant que le BTC n’entre dans le coffre.

Mon constat :

Un coffre digne de confiance n’est pas celui qui promet une disponibilité parfaite.

C’est celui qui me laisse encore une sortie crédible quand la disponibilité disparaît.

@BabylonLabs_io $BABY $BLESS $HOME #baby