Je pensais autrefois que la sécurité de Babylon commençait une fois que le BTC était verrouillé sur Bitcoin.
Puis j’ai passé un certain temps à suivre comment un coffre-fort passe réellement de sa création au règlement, et cette hypothèse a commencé à changer.
Bitcoin constitue le dernier point de contrôle. Mais avant que quoi que ce soit n’atteigne Bitcoin, les signatures doivent être recueillies, les conditions doivent être remplies, et différents participants doivent se coordonner. Il s’est déjà passé énormément de choses avant même qu’une transaction ne soit prête à être réglée.
Cela m’a amené à envisager la sécurité autrement.
La plupart d’entre nous évaluons la sécurité en nous demandant si des fonds peuvent être volés après le règlement. Je commence à penser qu’une autre question compte aussi : quelle quantité d’incertitude un protocole peut-il éliminer avant même que le règlement n’ait lieu ?
L’événement de sécurité le plus fort pourrait être celui que nous ne voyons jamais en chaîne.
Une signature manquante, une tentative de coordination échouée ou une condition qui n’est pas remplie ne laisse généralement aucune trace visible, car la transaction n’a jamais lieu. La réussite ressemble souvent à un simple “rien ne s’est passé”.
C’est pourquoi je ne pense pas que Bitcoin et Babylon résolvent le même problème. Bitcoin rend l’historique finalisé extrêmement difficile à modifier. Babylon tente de s’assurer que seul un historique correctement validé arrive jusque-là.
J’aime ce design. Ce qui me laisse encore curieux, c’est la façon dont il se comporte lorsque les choses cessent de se dérouler comme prévu. Si les opérateurs sont retardés ou que la coordination commence à se dégrader, ces garde-fous tiennent-ils encore ? C’est probablement là que le vrai test commence.
@BabylonLabs_io #baby $BABY
Puis j’ai passé un certain temps à suivre comment un coffre-fort passe réellement de sa création au règlement, et cette hypothèse a commencé à changer.
Bitcoin constitue le dernier point de contrôle. Mais avant que quoi que ce soit n’atteigne Bitcoin, les signatures doivent être recueillies, les conditions doivent être remplies, et différents participants doivent se coordonner. Il s’est déjà passé énormément de choses avant même qu’une transaction ne soit prête à être réglée.
Cela m’a amené à envisager la sécurité autrement.
La plupart d’entre nous évaluons la sécurité en nous demandant si des fonds peuvent être volés après le règlement. Je commence à penser qu’une autre question compte aussi : quelle quantité d’incertitude un protocole peut-il éliminer avant même que le règlement n’ait lieu ?
L’événement de sécurité le plus fort pourrait être celui que nous ne voyons jamais en chaîne.
Une signature manquante, une tentative de coordination échouée ou une condition qui n’est pas remplie ne laisse généralement aucune trace visible, car la transaction n’a jamais lieu. La réussite ressemble souvent à un simple “rien ne s’est passé”.
C’est pourquoi je ne pense pas que Bitcoin et Babylon résolvent le même problème. Bitcoin rend l’historique finalisé extrêmement difficile à modifier. Babylon tente de s’assurer que seul un historique correctement validé arrive jusque-là.
J’aime ce design. Ce qui me laisse encore curieux, c’est la façon dont il se comporte lorsque les choses cessent de se dérouler comme prévu. Si les opérateurs sont retardés ou que la coordination commence à se dégrader, ces garde-fous tiennent-ils encore ? C’est probablement là que le vrai test commence.
@BabylonLabs_io #baby $BABY