BIP-431
BIP-431 introduit les ephemeral anchors (sortie 0-sat dépensable sans signature). Évolution des anchor outputs Lightning. Nécessite package relay.
Le problème résolu
Les anchor outputs Lightning actuels imposent à chaque canal de réserver 660 satoshis (deux sorties de 330 sat) pour permettre le child-pays-for-parent (CPFP) en cas de force-close. Sur des canaux modestes (50 000 sat), ce coût représente ~1,3 % et finit par devenir négligeable mais inévitable. Pourquoi ne pas autoriser des sorties à 0 sat, économisant ces frais ?
BIP-431, rédigé par Greg Sanders et Antoine Riard, introduit le concept de transactions v3 et d'ephemeral anchors qui résolvent ce problème.
Les transactions v3
Une transaction v3 est une transaction Bitcoin avec nVersion = 3. Elle suit des règles particulières :
- Taille limitée : 10 kvB maximum (anti-DoS).
- Un seul ancêtre v3 non-confirmé.
- Un seul descendant v3.
- Replacement RBF facilité.
Combiné avec un package (transaction parent + enfant CPFP), cela permet la propagation atomique d'une force-close + son CPFP de boost de frais.
Les ephemeral anchors
À l'intérieur d'une transaction v3, une nouvelle structure : l'ephemeral anchor. C'est une sortie spéciale :
- Valeur 0 satoshi.
- ScriptPubKey OP_TRUE (immédiatement dépensable par n'importe qui).
- Doit être dépensée dans la transaction enfant du package.
Conséquence : aucun coût immobilisé, pas de bagage permanent. La sortie n'existe que le temps de servir de point d'accroche au CPFP.
Impact sur Lightning
| Critère | Anchors classiques | Ephemeral anchors | |---------|-------------------|--------------------| | Coût par canal | 660 sat immobilisés | 0 sat | | Sortie dust | Oui (330 sat) | Non (0 sat) | | Compatible CPFP urgent | Oui | Oui (mais via package) | | Activation | Disponible | Nécessite package relay |
Le pré-requis : package relay
Pour que les ephemeral anchors fonctionnent, le réseau P2P doit propager plusieurs transactions ensemble (parent + enfant). Sinon, le parent à 0 sat serait rejeté car en dessous du minimum, et l'enfant ne pourrait pas suivre. Le package relay est en cours d'implémentation dans Bitcoin Core (PRs incrémentales depuis 0.25).
État en 2026
BIP-431 est partiellement déployé : transactions v3 et TRUC ont été ajoutées à Bitcoin Core 28. Le package relay complet est encore en finalisation. Lightning Labs, ACINQ et Blockstream préparent l'intégration côté LND/CLN/Eclair.
À retenir
BIP-431 est l'évolution naturelle des anchors Lightning, et un cas d'école où une amélioration L1 (transactions v3 + package relay) bénéficie directement à L2 (Lightning, futurs Ark). C'est de l'ingénierie systémique au meilleur sens.
Termes lies
- Ephemeral AnchorsLes Ephemeral Anchors (BIP-431) sont l'évolution des anchor outputs : sorties à 0 sat dépensables sans signature. Économisent de la place et des frais. Nécessitent package relay. Future norme Lightning.
- Anchor outputsLes anchor outputs sont des sorties spéciales d'une transaction d'engagement permettant le CPFP en cas de force close avec mempool plein. Standard moderne des canaux Lightning. Atténue Flood and Loot.
- Package relayLe package relay est l'évolution de la propagation des transactions par paquet (parent + enfants). Indispensable au CPFP fiable et à l'éphémère anchor outputs. Activé progressivement dans Bitcoin Core. Améliore la robustesse de Lightning.
Glossaire inspire du dictionnaire de Loic Morel sur Pandul.fr.