Un système de signature à seuil (TSS) est un protocole cryptographique qui répartit le processus de signature entre plusieurs parties de telle sorte qu'un nombre minimum de participants (le « seuil ») doivent coopérer pour produire une signature numérique valide, sans jamais reconstruire ni exposer la clé privée complète.
Dans un schéma de signature à seuil t-sur-n, un Clé privée est divisé en n parts distribuées entre n participants, et n'importe quel t (seuil) de ces participants peut générer collaborativement une signature valide qui est indiscernable d'une signature standard d'une seule partie sur la blockchain.
Contrairement au traditionnel multi-signatures Les schémas (multisig), où plusieurs signatures distinctes sont combinées sur la chaîne, les signatures à seuil produisent une seule signature standard, ce qui les rend plus efficaces en termes de gaz, préserve la confidentialité et est compatible avec toute blockchain prenant en charge l'algorithme de signature sous-jacent.
TSS utilise des techniques cryptographiques avancées, notamment le partage de secret de Shamir. génération de clés distribuées (DKG)et le calcul multipartite (MPC), afin de garantir qu'aucune partie ne possède jamais la clé privée complète à aucun moment lors de la génération ou de la signature de la clé.
Cette technologie est essentielle aux solutions de conservation de cryptomonnaies de niveau institutionnel, à la sécurité des ponts décentralisés, aux protocoles inter-chaînes et à l'infrastructure des portefeuilles, où l'élimination des points de défaillance uniques est cruciale. Parmi les principales implémentations figurent les protocoles GG18, GG20 et CGGMP21 pour les signatures à seuil ECDSA, et FROST pour les signatures à seuil basées sur l'algorithme de Schnorr utilisées dans la mise à niveau Taproot de Bitcoin.
Origine & Histoire
|
Date |
Espaces |
|
1979 |
Adi Shamir publie « Comment partager un secret », inaugurant ainsi le réseau de partage de secrets de Shamir. |
|
1989 |
Yvo Desmedt et Yair Frankel proposent le premier concept de schéma de signature à seuil |
|
2001 |
Dan Boneh, Ben Lynn et Hovav Shacham développent des signatures BLS, permettant des schémas de seuil efficaces. |
|
2018 |
Gennaro et Goldfeder publient GG18, un protocole ECDSA à seuil pratique pour l'utilisation de la blockchain. |
|
2019 |
Binance introduit des signatures de seuil pour son architecture de pont Binance Chain |
|
2020 |
Gennaro et Goldfeder améliorent leur protocole avec GG20, réduisant ainsi le nombre de cycles de communication. |
|
2021 |
Le protocole CGGMP21 a été publié, offrant des garanties de sécurité renforcées avec possibilité d'abandon identifiable. |
|
2021 |
La mise à jour de Bitcoin Taproot est activée, permettant les signatures de seuil basées sur Schnorr via FROST. |
|
2022 |
Fireblocks, Copper et d'autres prestataires de services de conservation MPC dépassent le cap du billion de dollars de transactions cumulées sécurisées par TSS. |
|
2023 |
Les portefeuilles de calcul multipartite utilisant TSS gagnent en popularité comme alternatives aux portefeuilles matériels. |
« Les signatures à seuil représentent la référence en matière de gestion des clés pour les actifs numériques : elles éliminent les points de défaillance uniques sans la surcharge liée à la blockchain des signatures multiples. » — Yehuda Lindell, PDG d’Unbound Tech
Fonctionnement
« SCHÉMA DE SIGNATURE À SEUIL (Exemple 2 sur 3) =============================================
PHASE 1 : GÉNÉRATION DE CLÉS DISTRIBUÉES (DKG) ─────────────────────────────────────────── Aucune partie ne voit jamais la clé privée complète !
┌──────────┐ ┌──────────┐ ┌──────────┐ │ Fête A │ │ Fête B │ │ Fête C │ │ Partage : a │ │ Partage : b │ │ Partage : c │ └────┬─────┘ └────┬─────┘ └────┬─────┘ │ │ │ └──────────────┼──────────────┘ │ [Clé publique combinée : P] (visible sur la blockchain)
PHASE 2 : SIGNATURE DU SEUIL (Coopération entre les parties A et B) ─────────────────────────────────────────────────────
┌──────────┐ ┌──────────┐ │ Partie A │◄═══════►│ Partie B │ Partie C est │ Partage : a │ MPC │ Partage : b │ NON nécessaire └────┬─────┘ tours └────┬─────┘ │ │ └──────────┬──────────┘ │ ┌──────┴──────┐ │ Valide │ │ Signature σ │ ← Ressemble à une │ (simple) │ signature à une seule touche régulière └──────┬──────┘ │ ▼ ┌──────────────────┐ │ Blockchain │ │ Vérification avec P │ ← Aucune vérification spéciale requise │ (contrôle standard) │ (comme pour toute autre transaction) └──────────────────┘
ACTUALISATION DE LA CLÉ (Sécurité proactive) : ┌───────────────────────────────────────────────┐ │ Les parts peuvent être pivotées sans modifier │ │ la clé publique ni nécessiter d'action sur la chaîne │ │ a → a' b → b' c → c' │ │ La clé publique P reste la même ! │ └──────────────────────────────────────────────┘ “`
|
Fonctionnalité |
Signature de seuil (TSS) |
Multi-signature (Multisig) |
Signature à clé unique |
|
Structure clé |
Une clé divisée en actions |
Plusieurs clés indépendantes |
Une clé, un support |
|
Empreinte sur la chaîne |
Signature standard unique |
Signatures multiples + logique de vérification |
Signature standard unique |
|
Coût du gaz |
Coût de transaction standard |
Supérieur (plusieurs signatures vérifiées) |
Coût de transaction standard |
|
Politique de confidentialité |
Politique de signature cachée à la blockchain |
Politique visible sur la chaîne (n-sur-m) |
N/D |
|
Rotation des clés |
Les actions sont renouvelables sans changement d'adresse |
Nécessite une mise à jour sur la blockchain |
Il faut générer une nouvelle clé |
|
Compatibilité Blockchain |
Toute chaîne prenant en charge le système de signature |
Nécessite une prise en charge des contrats intelligents ou natives |
Universel |
|
Point de défaillance unique |
Éliminé (seuil requis) |
Éliminé (plusieurs clés requises) |
Présent (une seule clé compromise = perte totale) |
|
Récupération |
redistribution flexible des actions |
Nécessite toutes les clés d'origine ou une récupération prédéfinie |
phrase de départ uniquement |
En termes simples
- Partager un secret sans le révélerImaginez un coffre-fort qui nécessite deux des trois détenteurs de clés pour être ouvert, mais au lieu d'avoir des serrures séparées, ils combinent leurs clés partielles pour créer une seule clé maîtresse qui ouvre une seule serrure — sans que personne ne détienne jamais la clé maîtresse complète.
- Travail d'équipe invisibleSur la blockchain, une signature à seuil ressemble en tout point à n'importe quelle autre transaction. Personne ne peut savoir que plusieurs personnes ont collaboré à sa signature, préservant ainsi la confidentialité de votre configuration de sécurité.
- Pas de point de défaillance uniqueMême si la part de clé d'un participant est volée ou perdue, l'attaquant ne peut pas signer de transactions seul, et les autres parties peuvent actualiser leurs parts pour invalider celle compromise, le tout sans modifier l'adresse du portefeuille.
- Meilleur que MultisigLes portefeuilles multi-signatures traditionnels nécessitent des fonctionnalités spéciales. contrats intelligents et révèlent la politique de signature sur la blockchain. Les signatures à seuil offrent les mêmes garanties de sécurité avec des coûts de transaction inférieurs, une meilleure confidentialité et une compatibilité universelle avec les blockchains.
- Norme de sécurité institutionnelleLes banques, les plateformes d'échange et les prestataires de services de conservation utilisent des signatures de seuil pour protéger des milliards d'actifs numériques, garantissant ainsi qu'aucun employé, serveur ou centre de données ne puisse transférer unilatéralement des fonds.
Exemples du monde réel
|
Scénario |
Mise en œuvre |
Résultat |
|
Garde institutionnelle |
Fireblocks utilise des signatures à seuil basées sur le MPC pour sécuriser les opérations sur actifs numériques de plus de 1 800 clients institutionnels. |
Sécurise le transfert de plus de 6 000 milliards de dollars d'actifs numériques sans aucune compromission de clé privée depuis sa création. |
|
Ponts transversaux |
THORChain utilise des schémas de signature à seuil pour gérer les pools de liquidités sur Bitcoin, Ethereum et d'autres chaînes sans tokens enveloppés. |
Permet des échanges inter-chaînes natifs avec gestion distribuée des clés, réduisant ainsi le risque de piratage des ponts dû aux vulnérabilités liées à une clé unique. |
|
Infrastructure de portefeuille |
Le portefeuille Zengo utilise un système de signatures à seuil 2-sur-2 entre l'appareil de l'utilisateur et le serveur Zengo pour la récupération sans clé. |
Les utilisateurs accèdent à un portefeuille non gardien sans phrases de récupération tout en maintenant la sécurité grâce à la signature distribuée |
|
Gestion de trésorerie DAO |
Les organisations décentralisées utilisent TSS pour gérer leurs fonds de trésorerie avec des seuils configurables parmi les signataires élus. |
Flexibilité opérationnelle associée à une sécurité conforme à la gouvernance, permettant l'automatisation des dépenses dans les limites approuvées. |
Avantages
|
Avantage |
Description |
|
Pas de point de défaillance unique |
La clé privée complète n'est jamais stockée à un seul endroit, éliminant ainsi la vulnérabilité la plus critique en matière de gestion des clés. |
|
Efficacité en chaîne |
Génère une signature unique et standardisée, réduisant ainsi la taille des transactions et les coûts de gaz par rapport aux signatures multiples. |
|
Préservation de la confidentialité |
La politique de signature (seuil, nombre de parties) est invisible sur la blockchain, empêchant ainsi toute ingénierie sociale ciblée. |
|
Actualisation proactive des clés |
Les parts peuvent être renouvelées périodiquement sans modifier la clé publique ni l'adresse du portefeuille, ce qui limite l'exposition aux risques de violation de données. |
|
Compatibilité universelle |
Fonctionne sur toute blockchain prenant en charge l'algorithme de signature sous-jacent (ECDSA, Schnorr, EdDSA) sans nécessiter de prise en charge des contrats intelligents. |
Inconvénients et risques
|
Analyse |
Description |
|
Frais généraux de communication |
Les protocoles interactifs multi-étapes entre signataires introduisent une latence et exigent que toutes les parties prenantes soient en ligne simultanément. |
|
Complexité de la mise en œuvre |
Les protocoles TSS sont cryptographiquement complexes, et des erreurs d'implémentation subtiles peuvent introduire des vulnérabilités critiques. |
|
Défi de responsabilisation |
Étant donné que la signature finale ne révèle rien sur les parties signataires, des mécanismes hors chaîne supplémentaires sont nécessaires pour assurer la traçabilité des opérations. |
|
Problèmes liés à la configuration de confiance |
Certains protocoles DKG nécessitent une initialisation minutieuse ; une génération de clés compromise peut mettre en péril toute la sécurité ultérieure. |
|
Standardisation limitée |
Les multiples protocoles TSS concurrents (GG18, GG20, CGGMP21, FROST) ne disposent pas d'une norme dominante unique, ce qui complique l'interopérabilité. |
Conseils de gestion des risques :
- Choisissez des implémentations TSS ayant fait l'objet d'audits de sécurité formels réalisés par des entreprises de cryptographie réputées.
- Mettre en œuvre des mécanismes de journalisation et d'attestation hors chaîne pour maintenir la responsabilité malgré l'anonymat au niveau de la signature.
- Utilisez une actualisation proactive des clés à intervalles réguliers pour limiter la période de vulnérabilité liée à une éventuelle compromission de partage.
- Assurer une répartition géographique et organisationnelle des actions clés afin de prévenir toute coercition ou compromission physique.
- Testez régulièrement les procédures de reprise après sinistre, y compris les scénarios où un ou plusieurs actionnaires deviennent indisponibles.
QFP
En quoi une signature à seuil diffère-t-elle d'une signature multiple ?
Une signature multiple (multisig) exige que chaque participant signe indépendamment avec sa propre clé privée, produisant ainsi plusieurs signatures vérifiées sur la blockchain. Une signature à seuil (TSS) utilise un calcul multipartite : les participants produisent collaborativement une signature standard unique sans qu’aucun d’entre eux ne possède la clé complète. La TSS est moins coûteuse sur la blockchain, offre une meilleure confidentialité et est universellement compatible.
Que se passe-t-il si un participant à un système de seuil est compromis ?
Tant que le nombre de parties compromises reste inférieur au seuil, l'attaquant ne peut pas produire de signatures valides. Les parties honnêtes restantes peuvent alors procéder à un renouvellement des parts de clé afin de générer de nouvelles parts invalidant les parts compromises, le tout sans modifier la clé publique ni l'adresse du portefeuille.
Les signatures à seuil peuvent-elles fonctionner avec Bitcoin ?
Oui. Les protocoles TSS basés sur ECDSA (GG18, GG20, CGGMP21) sont compatibles avec le système de signature existant de Bitcoin. De plus, la mise à jour Taproot de Bitcoin (2021) a introduit les signatures Schnorr, permettant ainsi le protocole de signature à seuil FROST pour une signature à seuil encore plus efficace.
Les signatures de seuil sont-elles véritablement sans confiance ?
Le processus de génération de clés distribuées peut être conçu sans tiers de confiance, c'est-à-dire sans qu'il soit nécessaire de faire confiance à une seule partie ou à un seul coordinateur. Cependant, le protocole utilisé est important : certains systèmes plus anciens reposaient sur des intermédiaires de confiance, tandis que les protocoles DKG modernes éliminent complètement cette exigence.
Qu'est-ce que le protocole FROST ?
FROST (Flexible Round-Optimized Schnorr Threshold signatures) est un protocole de signature à seuil optimisé pour les signatures Schnorr. Il ne nécessite que deux cycles de communication pour la signature, prend en charge le prétraitement pour une signature en temps réel plus rapide et est particulièrement pertinent pour Bitcoin Taproot et d'autres blockchains basées sur Schnorr.
Références
- Gennaro, R. et Goldfeder, S. — « ECDSA à seuil multipartite rapide » (GG18/GG20)
- Canetti, R., et al. — « UC Non-Interactive, Proactive, Threshold ECDSA » (CGGMP21)
- Komlo, C. et Goldberg, I. — « FROST : Signatures de seuil de Schnorr flexibles et optimisées pour les arrondis »
- Livre blanc Fireblocks MPC-CMP
- Optech Bitcoin — « Signatures de seuil et FROST »
- Journal de cryptologie — Recherche en cryptographie à seuil
> Conseil UPay : Lors du choix d'une solution de conservation ou d'un portefeuille de cryptomonnaies, privilégiez la technologie de signature à seuil basée sur le MPC plutôt que la multisignature traditionnelle : elle offre une confidentialité renforcée, des frais réduits et la possibilité de faire tourner les parts de clés de manière proactive sans modifier l'adresse de votre portefeuille.
Avertissement : Ce contenu est fourni à titre informatif uniquement et ne constitue pas un conseil financier. Veuillez toujours effectuer vos propres recherches et consulter des conseillers financiers qualifiés avant de prendre des décisions d’investissement.
UPay — Rendre la crypto encyclopédique










