Blockstream publie SHRINCS : un schéma de signature post-quantique conçu pour Bitcoin
Blockstream a franchi une étape majeure vers la sécurité post-quantique de Bitcoin en publiant une Bitcoin Improvement Proposal (BIP) pour SHRINCS, un schéma de signature post-quantique expérimental. SHRINCS fonctionne notamment en production sur la sidechain Liquid, marquant ainsi la première proposition concrète explicitement conçue pour le modèle unique de signature et de transaction de Bitcoin.
SHRINCS se distingue des autres schémas post-quantiques principalement par sa taille réduite et son approche native Bitcoin. Les experts le décrivent comme « le schéma de signature post-quantique le plus natif Bitcoin jamais produit », reflétant la volonté de Blockstream d’intégrer la résistance quantique sans perturber radicalement l’architecture existante de Bitcoin.
Taille des signatures post-quantiques : SHRINCS équilibre compacité et complexité
La plupart des schémas de signature post-quantiques approuvés par le NIST sont nettement plus volumineux que les signatures ECDSA et Schnorr actuelles de Bitcoin. Les données du secteur rapportent que ces schémas peuvent être entre 38 et 123 fois plus gros, ce qui entraîne des coûts importants dans les environnements blockchains contraints.
SHRINCS réduit considérablement cette charge : sa taille minimale de signature commence à 548 octets, plus une clé publique de 48 octets, avec des limites supérieures avoisinant 4 619 octets. Bien que cela reste environ neuf fois plus grand que les signatures Schnorr de Bitcoin, qui font 64 octets, cela reste comparativement léger dans le paysage post-quantique.
| Schéma de signature | Taille minimale de la signature | Taille relative à Schnorr (64 octets) | Notes |
|---|---|---|---|
| Bitcoin Schnorr | 64 octets | 1x | Schéma de signature state-of-the-art actuel pour Bitcoin |
| Schémas post-quantiques NIST | ~2 432 à ~7 872 octets* | 38x à 123x | Signatures basées sur hash et réseaux de treillis |
| SHRINCS de Blockstream | 548 à 4 619 octets | ~9x | Native blockchain, stateful, plus petit que la plupart des schémas PQS |
*Point médian approximatif calculé de 38 à 123 fois la taille Schnorr.
Le Segregated Witness (SegWit) dans Bitcoin atténue le coût en taille bloque des signatures plus volumineuses comme SHRINCS, puisque SegWit applique une décote sur les données de signature pour le calcul du poids du bloc. Cela signifie que les signatures plus grandes ne se traduisent pas linéairement par des blocs plus gros, préservant ainsi plus efficacement le débit de Bitcoin que ce qui était initialement supposé.
Design stateful : compromis de complexité de SHRINCS pour l’efficacité spatiale
SHRINCS obtient son avantage de taille en adoptant un design de signature stateful. Plutôt que de reposer sur des mécanismes complexes sans état, il stocke localement les clés utilisées sur l’appareil de signature afin d’assurer qu’aucune clé ne soit réutilisée, économisant ainsi de manière significative de l’espace pour la signature.
Cela introduit des complexités opérationnelles absentes des signatures sans état traditionnelles de Bitcoin. Par exemple :
- Chaque signature augmente en taille d’environ 16 octets à chaque utilisation.
- Si l’appareil de signature est perdu, une grande transaction de récupération « fallback stateless » d’environ 5 777 octets est requise.
Ce compromis peut engendrer des difficultés pour les utilisateurs et développeurs, notamment pour les portefeuilles hardware ou les environnements multi-appareils.
// Illustration conceptuelle en Solidity du risque d’analogie à la réentrance :
contract StatefulSignature {
mapping(address => uint256) public usageCount;
// Mise à jour simplifiée de l’état lors de l’utilisation de la signature
function useSignature(address signer) external {
require(usageCount[signer] < 1000, "Usage max atteint");
usageCount[signer] += 1;
// Logique additionnelle pour gérer la signature et prévenir la réutilisation...
}
}
Ce qui précède est une démonstration conceptuelle : la gestion attentive de l’état est cruciale pour éviter des vulnérabilités comme la réentrance ou les incréments d’état incorrects, ce qui pourrait s’apparenter à la nécessité de suivi d’état dans SHRINCS pour empêcher la réutilisation de clés.
Blockstream aborde ce défi inhérent à l’état en introduisant SHRIMPS, un schéma compagnon publié plus tôt en 2026, permettant à plusieurs appareils de sauvegarde initialisés à partir de la même seed de signer des transactions de manière collaborative, réduisant ainsi le risque de point de défaillance unique.
Tests en conditions réelles sur Liquid mainnet démontrent la viabilité mais preuve de sécurité en attente
SHRINCS n’est pas purement théorique — il est testé en production sur la sidechain Liquid depuis mars 2026 et a démontré son efficacité sur des portefeuilles hardware courants, confirmant ainsi sa faisabilité pratique.
Cependant, la BIP précise explicitement que « une preuve de sécurité est TODO », soulignant que SHRINCS est encore en phase expérimentale du point de vue cryptographique. Sa validation formelle de sécurité doit encore être finalisée, ce qui est crucial pour un déploiement en toute confiance sur le mainnet Bitcoin.
Au-delà de la rigueur cryptographique, l’usage de SHRINCS nécessite une gestion stricte de la compatibilité : la BIP avertit que les clés générées avec une optimisation (l’élagage hypertree) sont incompatibles avec des implémentations sans support, exposant au risque de perte de fonds lors d’importations inter-versions.
// Exemple d’appel externe sécurisé pour illustrer la protection contre la réentrance,
// une vulnérabilité archetypale pour les systèmes avec état :
contract ReentrancyGuard {
bool internal locked;
modifier noReentrant() {
require(!locked, "ReentrancyGuard : appel réentrant");
locked = true;
_;
locked = false;
}
function sensitiveOperation() external noReentrant {
// logique critique ici
}
}
Bien que l’état de SHRINCS ne soit pas une vulnérabilité de smart contract en soi, gérer l’état de manière sécurisée et assurer l’atomicité des mises à jour est conceptuellement parallèle à la protection des contrats Solidity contre la réentrance ou la corruption d’état, soulignant l’importance d’une conception rigoureuse dans les nouvelles intégrations cryptographiques.
La gouvernance, pas la cryptographie, est le principal obstacle à la mise à niveau quantique de Bitcoin
Si l’émergence des schémas de signature post-quantiques comme SHRINCS répond aux défis cryptographiques de la sécurité quantique, le principal frein dans l’écosystème Bitcoin reste la gouvernance.
Les analyses d’experts insistent sur le fait que « la contrainte majeure dans la migration quantique de Bitcoin n’est pas la cryptographie, mais la gouvernance ». Les décisions relatives aux mises à jour protocolaires impliquent consensus entre acteurs divers, gestion prudente des risques et coordination progressive.
Intégrer SHRINCS ou tout schéma post-quantique doit s’harmoniser avec les principes de décentralisation et les impératifs de stabilité à long terme de Bitcoin, au-delà de la seule maturité technologique du schéma.
Résumé et implications sécuritaires
SHRINCS représente un jalon en cryptographie blockchain en proposant un schéma de signature post-quantique raisonnablement compact et natif Bitcoin, déjà déployé en conditions réelles sur Liquid depuis début 2026. Son design stateful réduit la taille des signatures par rapport aux schémas concurrents mais introduit une complexité opérationnelle devant être soigneusement gérée.
Ces compromis invitent à une collaboration continue entre cryptographes, développeurs de portefeuilles et parties prenantes de la gouvernance Bitcoin. La résistance post-quantique est essentielle, mais la transition ne doit pas sacrifier les principes de sécurité ni introduire de nouveaux modes de défaillance.
| Caractéristique | Signatures Bitcoin traditionnelles | Schéma Post-Quantique SHRINCS |
|---|---|---|
| Type de signature | Sans état, ECDSA / Schnorr | Stateful, basé sur hash |
| Taille de la signature | 64 octets | 548 à 4 619 octets |
| Complexité opérationnelle | Minimale | Croît à chaque usage ; coût de récupération élevé |
| Maturité cryptographique | Entièrement mature et validée | Preuve de sécurité en attente |
| Déploiement en production | Mainnet Bitcoin | Testé sur sidechain Liquid |
| Risques de compatibilité | Faibles | Élevés à cause de l’élagage hypertree |
Insight Sécurité Soken :
D’après notre expérience dans l’audit de systèmes cryptographiques complexes, le caractère stateful dans les schémas de signature impose inévitablement des contraintes opérationnelles supplémentaires et des surfaces d’attaque accrues. Les compromis choisis par SHRINCS en faveur de la compacité doivent s’accompagner de protocoles rigoureux de gestion des appareils et des logiciels. De plus, préserver l’interopérabilité et éviter les incompatibilités subtiles est primordial pour prévenir des pertes catastrophiques de fonds à mesure que l’écosystème évolue vers des signatures résistantes aux attaques quantiques.
Intégrer SHRINCS dans l’architecture Bitcoin propose des avancées prometteuses en résistance quantique mais révèle aussi des complexités nuancées dans la gestion des signatures et des workflows de récupération. La réduction de la taille des signatures par rapport à d’autres approches post-quantiques pourrait alléger les contraintes d’espace blockchain, surtout avec les efficacités apportées par SegWit. Cependant, le design stateful impose aux développeurs et fabricants de portefeuilles hardware d’implémenter un suivi robuste de l’usage des clés et des mécanismes de secours.
Les défis de gouvernance restent prégnants, rappelant que l’innovation cryptographique seule ne suffit pas à garantir l’adoption. La transition des algorithmes de signature de Bitcoin requiert un engagement communautaire approfondi et une coordination multi-niveaux pour aligner objectifs de sécurité et déploiement consensuel.
Pour les développeurs de smart contracts et les équipes blockchain explorant les mises à niveau de signature ou l’intégration d’outils cryptographiques, comprendre ces compromis et implications du caractère stateful est inestimable. L’expertise de Soken en audits approfondis et en élaboration de stratégies de sécurité peut aider à concevoir des parcours d’intégration cryptographiques résilients et alignés avec l’éthique Bitcoin.
Informées par ces développements, les équipes souhaitant se préparer à la transition quantique devraient prioriser une intégration prudente des innovations post-quantiques comme SHRINCS, en plaidant pour des preuves de sécurité complètes et des protocoles de compatibilité. Les implémentations peuvent s’inspirer des modèles classiques de sécurité de smart contracts — particulièrement autour de la gestion d’état et des protections contre la réentrance — afin d’éviter des écueils analogues dans la gestion d’état cryptographique. Tirer parti des cadres d’audit détaillés, comme ceux proposés par Soken dans notre Services - IT, peut aider à valider que ces nouveaux schémas répondent aux exigences rigoureuses de l’écosystème Bitcoin.
Cette annonce positionne la proposition SHRINCS de Blockstream comme une étape fondatrice dans le parcours à long terme de résilience quantique de Bitcoin tout en soulignant que le chemin à venir combine innovation cryptographique, gouvernance, interopérabilité et défis d’ingénierie de sécurité. La recherche protocolaires prospective et l’engagement holistique entre développeurs, fournisseurs hardware et instances de gouvernance seront essentiels pour une migration post-quantique réussie.