La prochaine version de Bitcoin Core approche de son gel des fonctionnalités, et les conflits de rebase touchent désormais une proposition dite quantum-safe qui supprimerait le key-path spending de Taproot. Le changement est opt-in par conception et augmenterait volontairement les frais on-chain pour tout détenteur conservant un key-path spend legacy.
L'activation de Taproot en 2021 a apporté des spends single-sig moins chers et plus privés via le key-path. Le supprimer est un compromis délibéré entre sécurité et commodité : l'exposition quantique future sur les UTXO legacy est repoussée sur le détenteur, avec des frais plus élevés comme friction. La proposition voit le coût de coordination de Bitcoin, et non sa cryptographie, comme la contrainte réelle de toute migration.
Le conflit de rebase est le canari de ce qui passera la fenêtre de merge. Même avec une activation à des années et purement opt-in, tout changement touchant la sémantique de spend de Taproot déclenche un examen disproportionné des opérateurs de nœuds, équipes de wallets et dépositaires institutionnels qui suivent le risque de mise à niveau.
Questions fréquemment posées
-
Que change concrètement la proposition Bitcoin quantum-safe ?
Elle supprimerait le key-path spending de Taproot, ne laissant que les script-path spends, et augmenterait volontairement les frais pour les utilisateurs qui s'appuient encore sur les transactions key-path legacy.
-
Pourquoi Bitcoin augmenterait-il les frais volontairement ?
Les frais plus élevés agissent comme une friction pour pousser les détenteurs hors des UTXO key-path legacy avant que l'exposition quantique future ne devienne pratique, rendant la migration économique en coût plutôt que purement cryptographique.
-
Le changement est-il opt-in ?
Oui. L'activation serait lente et opt-in par conception, car la contrainte réelle de Bitcoin est la coordination entre opérateurs de nœuds, équipes de wallets et dépositaires, et non la cryptographie elle-même.
-
Que sont les conflits de rebase dans Bitcoin Core ?
Les conflits de rebase surviennent lorsque des branches de développement parallèles modifient du code qui se chevauche, obligeant les mainteneurs à reconcilier manuellement les changements avant qu'une proposition puisse être mergée avant le gel de la release.
-
Qu'est-ce que le gel des fonctionnalités de Bitcoin Core ?
C'est la coupure avant une nouvelle release de Bitcoin Core où seuls les bug fixes et mises à jour de traduction sont acceptés, verrouillant le jeu de fonctionnalités livré aux opérateurs de nœuds utilisant l'implémentation de référence.
CoinTelegraph
CoinDesk
TheBlock