Bitcoin a entré dans la fenêtre ordinaire finale de 2 016 blocs du BIP-110 le 25 juillet, avec un soutien des mineurs de 0,89 %. La proposition nécessite 1 109 blocs, soit 55 %, pour le verrouillage ordinaire, et sa phase obligatoire par bit de version peut commencer en août si le soutien reste en dessous de ce seuil.
Jameson Lopp a présenté le nettoyage de Consensus, les covenant et la préparation quantique comme le prochain agenda du bitcoin. Il occupe également deux positions lors de cette transition : Lopp s'oppose au BIP-110 et est co-auteur du BIP-361, un projet de plan pour la migration post-quantique.
BIP-110 donne à ces débats une référence de gouvernance en temps réel, car les développeurs, les mineurs, les opérateurs de nœuds, les plateformes d'échange, les conservateurs et les détenteurs fournissent chacun une forme différente de consentement. Les prochaines propositions lient ce test de coordination à la validation des blocs, à la garde résistante au vol et à l'état de propriété des pièces vulnérables.
Les bugs connus entrent dans la file d'attente de mise à jour
Consensus Cleanup regroupe quatre correctifs de protocole dans le BIP-54. Antoine Poinsot et Matt Corallo ont finalisé la spécification en mai, et Bitcoin Inquisition applique ces règles sur son signet expérimental depuis février.
Le package couvre l'attaque timewarp, les coûts extrêmes de validation des blocs, une ambiguïté de l'arbre de Merkle impliquant des transactions de 64 octets, et les vérifications futures de transactions dupliquées.
La faille de décalage temporel permet à la puissance de hachage majoritaire de faire descendre la difficulté d'exploitation vers son minimum en 38 jours, en avançant la subvention grâce à une production plus rapide de blocs et en modifiant les incitations des mineurs.
Une faiblesse distincte est que des blocs spécialement conçus peuvent prendre plusieurs minutes sur du matériel haut de gamme et plusieurs heures sur des machines moins puissantes.
BIP-54 limite le nombre d'opérations de signature par transaction, réduisant la charge maximale de validation par un facteur de 40. Il invalide également une forme de transaction de 64 octets que les mineurs traitent comme non standard depuis 2019 et que Bitcoin a enregistrée pour la dernière fois sur la chaîne en 2016.
Ces réparations renforcent la validité du consensus ; l'analyse se concentre sur les cas limites de la spécification, du code de référence, des vecteurs de test et des mois d'utilisation sur Signet. Un retard prolongé laisserait quatre faiblesses documentées dans le protocole et augmenterait la probabilité qu'une attaque future réduise le calendrier d'analyse.
Consensus Cleanup soumet le bitcoin à un test de maintenance avec des défauts définis et des remèdes mesurables, permettant d'attester que le réseau peut traiter les travaux de protocole défensif par un examen ordinaire.
Un retard prolongé convertirait les faiblesses connues en dette technique accumulée.
| Réparation BIP-54 | Risque traité | Impact pratique | Question prospectives |
|---|---|---|---|
| Correction de Timewarp | La majorité de la puissance de hachage peut pousser la difficulté vers son minimum | Pourrait accélérer la production de blocs et avancer la subvention | Bitcoin peut-il corriger les failles d'incitation connues avant qu'elles ne deviennent exploitables ? |
| Limites de coût de validation | Les blocs artisanaux peuvent prendre plusieurs minutes ou heures pour être validés | Affaiblit les nœuds à ressources limitées et augmente le risque de propagation | Le réseau privilégie-t-il la résilience en cas de scénario le plus défavorable avant que la pression d'attaque ne augmente ? |
| Règle de transaction de 64 octets | Ambiguïté de l'arbre de Merkle due au format de transaction spécial | Supprime une catégorie d'ambiguïté historique de consensus | Le nettoyage préventif est-il plus facile avant que le cas limite ne soit weaponized ? |
| Nettoyage des transactions dupliquées | Préoccupations futures concernant la validation de type BIP-0030 | Réduit la gestion des exceptions héritées | Le bitcoin peut-il simplifier le consensus sans déclencher une réaction de coordination négative ? |
Les covenant passent en test actif
Bitcoin Inquisition a activé OP_TEMPLATEHASH de la BIP-446 le 27 juillet au bloc signet 314 928. Cette opcode permet à un Tapscript de s'engager sur la transaction exacte pouvant dépenser une sortie, offrant aux wallets et aux systèmes de deuxième couche une primitive de covenant.
Un coffre-fort utilise cette primitive via une première transaction qui annonce un retrait tenté et crée un délai pendant lequel le propriétaire peut rediriger les fonds vers une adresse plus sûre ou bloquer le paiement du voleur.
Les constructions actuelles peuvent utiliser des transactions pré-signées et des clés de signature détruites, un modèle opérationnel qui devient fragile pour de grands montants et de longues périodes de stockage.
BIP-448 propose un package Tapscript à trois opcodes qui combine OP_TEMPLATEHASH avec OP_CHECKSIGFROMSTACK et OP_INTERNALKEY.
Gregory Sanders, Antoine Poinsot et Steven Roose relient le paquet aux transactions réassignables, aux canaux de paiement plus simples, aux conceptions Lightning multipartites, aux statechains et aux variantes Ark.
Les examinateurs peuvent comparer une activation standalone de TEMPLATEHASH, avec sa surface d'examen réduite et ses outils de coffre plus précoces, à la prise en charge plus étendue du système de paiement de BIP-448 et à sa moindre probabilité d'engendrer un autre soft fork.
Une période de test plus longue maintient les règles de consensus en vigueur et prolonge la dépendance envers les custodians ou les constructions présignées fragiles.
Pour les détenteurs, covenant policy determines la quantité de contrôle qu'un wallet peut intégrer avant que les fonds ne quittent une adresse.
Les retards de vault, les chemins de récupération et les modèles de dépenses restreintes pourraient renforcer l'auto-gestion et maintenir le contrôle en dehors des plateformes d'échange, des ETF ou des custodians professionnels.
| Proposition | Changement principal | Cas d'utilisation principal | Compromis |
|---|---|---|---|
| BIP-446 / OP_TEMPLATEHASH | Permettez à Tapscript de s'engager à la transaction de dépense | Coffres-forts, chemins de récupération, dépenses restreintes | Superficie de revue plus petite, mais capacité plus restreinte |
| Package BIP-448 | Combine OP_TEMPLATEHASH, OP_CHECKSIGFROMSTACK et OP_INTERNALKEY | Canaux de paiement, Lightning multipartite, statechains, variantes Ark | Utilité plus large, mais charge d'examen par consensus plus importante |
| Aucune activation de covenant | Respecte les règles de consensus actuelles | Coffres présignés, contrôles de custody, modèles de wallet existants | Évite le risque de soft-fork, mais affaiblit les outils de auto-gestion |
La migration quantique fixe la date limite de propriété
BIP-361 impose la tâche de coordination la plus importante sur une horloge de cinq ans. Le projet arrêterait la création de nouvelles sorties vulnérables à la cryptographie quantique environ trois ans après l'activation, puis les nœuds renforceraient la vérification des chemins de dépense ECDSA et Schnorr hérités autour de la cinquième année.
La phase B nécessiterait un protocole de secours quantiquement sécurisé pour les dépenses héritées, bien que le projet ne spécifie pas encore un seul design de secours.
Ce calendrier exigerait des plateformes d'échange, des conservateurs, des fournisseurs de wallets et des détenteurs individuels de déplacer les fonds vers un type de sortie post-quantique. Les propriétaires qui ne migrent pas avant la Phase B devront respecter les nouvelles conditions de récupération.
En intégrant des garanties de propriété dans la conception de la sécurité, le BIP-361 vise à empêcher un opérateur quantique de transférer des pièces exposées via des chemins de dépense hérités. Les propriétaires qui manquent cette fenêtre pourraient faire face à une récupération plus difficile, et tout mécanisme de sauvegarde nécessiterait des règles pour la conception de la preuve, la confidentialité, les contrôles contre la fraude et les fonds inactifs.
| Phase | Horloge approximative | Quelles sont les modifications ? | Qui doit agir |
|---|---|---|---|
| Activation | Année 0 | L'horloge de migration quantique démarre | Développeurs, opérateurs de nœuds, fournisseurs de wallets, plateformes d'échange, conservateurs |
| Phase A | Autour de l'année 3 | Les nouvelles sorties vulnérables à la quantique cesseront d'être créées | Wallets, plateformes d'échange, processeurs de paiement, conservateurs |
| Phase B | Autour de l'année 5 | La vérification ECDSA/Schnorr héritée serait renforcée par des règles de secours résistantes aux ordinateurs quantiques | Tous les détenteurs avec des sorties vulnérables |
Dans le scénario haussier, le processus BIP-110 établit des normes plus claires pour la préparation du réseau. Le BIP-54 fait l'objet d'un examen concentré, les propositions de covenant bénéficient de données comparatives sur Signet, et la planification quantique dispose d'une fenêtre de mise en œuvre pluriannuelle.
Les wallets bénéficient de contrôles contre le vol renforcés, les nœuds disposent de limites de validation plus strictes, et les custodians gagnent du temps pour inventorier les sorties vulnérables.
Dans le scénario baissier, le litige lié au spam transforme chaque soft fork en conflit factionnel. Consensus Cleanup reste sur signet, les travaux sur les covenant se fragmentent entre différents paquets d’opcode concurrents, et la politique post-quantique attend une menace cryptographique plus immédiate.
Le bitcoin introduit alors des bogues connus, des outils de auto-gestion moins performants et un calendrier de migration compressé dans le même processus de gouvernance.
La fenêtre d'août de la BIP-110 créera un seul enregistrement de la gouvernance du bitcoin, et le nettoyage du consensus, les covenant et la BIP-361 étendront cet enregistrement vers la maintenance, la garde et la survie cryptographique.
Le chemin du bitcoin dépend désormais de l'identification des propositions de protocole qui protègent ses fonctions fondamentales et de la construction d'un consensus avant que des conditions d'urgence ne fixent le calendrier.
Le post Quatre failles non corrigées, une horloge quantique de 5 ans et une impasse des mineurs poussent le bitcoin à un carrefour critique est apparu en premier sur CryptoSlate.