Blockchain/Niveau V · Couches/5.1 Lightning/Leçon 5
Pénalités et watchtowers
La clé de révocation, la fenêtre de verrouillage temporel et le tiers qui surveille
MatérielUn explorateur de blocs capable d’afficher les scripts de transaction (par ex., mempool.space)Le document de spécifications BOLT #2Un éditeur de texte pour examiner la logique des scripts
Curiosité
- Pourquoi la diffusion d’une transaction techniquement valide mais obsolète entraîne-t-elle une perte totale plutôt qu’un gain partiel ?
- Comment un nœud peut-il rester hors ligne pendant des semaines sans que sa contrepartie lui vole ses fonds ?
- Quel changement spécifique du consensus de Bitcoin permettrait à deux parties d’écraser simplement les anciens états par de nouveaux, éliminant complètement la nécessité d’une logique de pénalités ?
Explorer
- Les canaux Lightning reposent sur des transactions d’engagement signées qui représentent un instantané du solde. Si l’une des parties se déconnecte et que son pair diffuse un état obsolète dans lequel ce pair détient davantage de fonds, il s’agit d’une violation du protocole. Le nœud honnête a besoin d’un mécanisme pour réagir immédiatement et récupérer son solde, même après des semaines de déconnexion. Sans une telle protection, la sécurité dépendrait entièrement d’une connexion permanente.
- La défense repose sur les secrets de révocation. À chaque mise à jour de l’état du canal, chaque partie révèle le secret de son engagement précédent, ce qui permet à l’autre partie de dériver une clé de révocation pour cet ancien état. Si un pair le diffuse plus tard, la partie honnête détient déjà cette clé. Elle peut ainsi dépenser immédiatement la sortie du tricheur, sans subir aucun délai. La propre sortie de celui qui diffuse est bloquée par un verrou temporel relatif, généralement compris entre 144 et 2 016 blocs (d’environ un jour à deux semaines) selon l’implémentation et la taille du canal.
- Ce mécanisme exige que quelqu’un surveille la chaîne. Un nœud resté hors ligne trop longtemps ne peut pas détecter la diffusion à temps. Les watchtowers résolvent ce problème en conservant des transactions de pénalité chiffrées, préparées par l’utilisateur. Ces sauvegardes sont indexées sur des identifiants de transaction précis, ce qui préserve la confidentialité jusqu’à ce qu’une violation se produise. La watchtower surveille le mempool et la blockchain à la recherche de ces identifiants.
- Lorsqu’une watchtower détecte l’arrivée d’un ancien état sur la chaîne, elle déchiffre la sauvegarde correspondante à l’aide de l’identifiant de la transaction frauduleuse. Elle diffuse ensuite une transaction de pénalité qui dépense la sortie frauduleuse au profit de la partie honnête. Le tricheur se voit ainsi confisquer la totalité de son solde, en guise de pénalité pour avoir enfreint les règles du protocole. La menace d’une perte totale l’emporte sur le gain potentiel de la triche.
- La fermeture forcée des canaux a également un coût important. Les verrous temporels retardent l’accès aux fonds, et des réserves de frais doivent être conservées pour que les transactions se propagent même en période de frais élevés. Ces frictions économiques incitent aux fermetures coopératives. Les utilisateurs qui font tourner leurs propres nœuds supportent directement ces risques ; ceux qui passent par des services custodial en transfèrent la charge au prestataire.
- Une conception alternative, eltoo ou LN-Symmetry (Decker, Russell et Osuntokun, 2018), remplacerait les pénalités par un simple remplacement d’état. Elle nécessite un soft fork : SIGHASH_ANYPREVOUT (BIP118), ou des alternatives comme CTV combiné à CHECKSIGFROMSTACK. Tant que ce soft fork n’est pas activé, le modèle actuel de pénalité et de révocation reste le seul mécanisme sûr de mise en application des règles pour les canaux Lightning en production.
Faits clés
- Comme le secret de révocation de chaque ancien état a été transmis lors de son remplacement, diffuser cet état permet à la contrepartie de réclamer la totalité du solde du canal.
- La sortie de celui qui diffuse reste bloquée par un verrou temporel relatif (souvent de 144 à 2 016 blocs), ce qui laisse à la victime le temps de réagir.
- Les watchtowers conservent des sauvegardes d’état chiffrées, indexées sur les identifiants de transaction, ce qui préserve la confidentialité jusqu’à la détection d’une violation on-chain.
- Le protocole eltoo éliminerait les transactions de pénalité grâce à un simple remplacement d’état, mais son activation nécessite le soft fork BIP118.
- Les fermetures forcées exigent de conserver des réserves de frais et d’attendre l’expiration des verrous temporels, ce qui les rend économiquement plus coûteuses que les fermetures coopératives.
- À chaque mise à jour, chacune des parties révèle le secret de son engagement précédent, ce qui permet d’imposer une pénalité si cet état est un jour diffusé.
Exercice neuf, six, trois, un
9RassemblerÉnumérez 9 états ou événements de protocole distincts dans le cycle de vie d’un canal Lightning qui impliquent des échanges de clés, des signatures ou des diffusions sur la chaîne.
6RegrouperRegroupez ces 9 éléments en 6 catégories selon leurs implications en matière de sécurité : actions coopératives, application unilatérale, préservation de la confidentialité, coûts économiques, dépendances au consensus et transitions d’état.
3DistillerRéduisez les 6 groupes à 3 compromis fondamentaux qui définissent le profil de risque lié à l’exploitation d’un nœud Lightning non-custodial.
1CristalliserRédigez une phrase expliquant pourquoi la menace d’une perte totale via les secrets de révocation est nécessaire à la sécurité des paiements off-chain.
Vérification des faits
Les dates, les chiffres et les affirmations ont été vérifiés à l’aide des sources publiées listées ci-dessous.