BIP-118 (ANYPREVOUT)

Le contenu du BIP

BIP-118 est rédigé conjointement par Christian Decker (Blockstream) et Anthony Towns. Il propose deux nouveaux modes de SIGHASH activables uniquement avec Taproot :

• SIGHASH_ANYPREVOUT (APO) : la signature ne couvre pas la référence à l'output dépensé.
• SIGHASH_ANYPREVOUTANYSCRIPT (APOAS) : la signature ne couvre ni l'output ni le script.

Concrètement, une signature APO peut être réutilisée pour dépenser n'importe quelle sortie compatible avec le même script. C'est une rupture avec le modèle classique où une signature est rigoureusement liée au transfert spécifique qu'elle autorise.

Pourquoi cette proposition

Sans BIP-118, le protocole Lightning impose à chaque mise à jour d'un canal de signer une grande quantité de transactions (une commitment + une revoke). Le protocole eltoo, conçu par Decker, Russell et Osuntokun en 2018, fait beaucoup mieux : un canal Lightning peut être mis à jour avec une simple chaîne de commitments où la dernière écrase la précédente. Mais eltoo a besoin que la dépense d'une commitment puisse se faire sans connaître à l'avance le UTXO précis qu'elle dépense — d'où APO.

Variantes proposées

| Sighash | Couvre prevout ? | Couvre script ? | |---------|------------------|-----------------| | ALL (par défaut) | Oui | Oui | | ANYONECANPAY | Partiel | Oui | | APO | Non | Oui | | APOAS | Non | Non |

APOAS est plus flexible mais ouvre la porte au rebinding : une signature peut être utilisée sur un autre script compatible, ce qui exige une discipline d'usage stricte (jamais réutiliser une clé pour des scripts différents).

Cas d'usage débloqués

• eltoo : Lightning sans pénalité, gestion de canaux simplifiée, watchtowers allégés.
• DLCs plus efficaces (Discreet Log Contracts).
• Vaults : pré-signature de cascades de récupération sans connaître les UTXO finaux.
• Cross-chain pegs : facilite des bridges Taproot-based.

État de l'activation

BIP-118 n'est pas activé sur mainnet en 2026. Le code de référence existe et tourne sur signet. Les discussions communautaires comparent APO à OP_CTV, OP_CAT et OP_VAULT. Le prochain soft fork pourrait combiner plusieurs de ces propositions dans un même package.

À retenir

BIP-118 est l'une des propositions les plus mûres pour un futur soft fork Bitcoin. Son adoption transformerait profondément Lightning et autoriserait une nouvelle génération de protocoles L2.