Contrairement à la multisignature, où n signatures distinctes sont vérifiées par un script ou une politique, une signature à seuil se vérifie avec une seule clé publique et un vérificateur non modifié : la politique de signature reste donc invisible sur la chaîne comme sur le réseau. La génération de clés est soit distribuée (DKG : la clé complète n’existe alors nulle part), soit confiée à un distributeur de confiance qui découpe une clé par partage de secret de Shamir.
Pour les signatures de la famille Schnorr, la norme est FROST (RFC 9591, juin 2024, statut informatif) : une signature en deux tours, avec des suites cryptographiques pour Ed25519, ristretto255, Ed448, P-256 et secp256k1, qui produit des signatures acceptées par les vérificateurs ordinaires. L’ECDSA à seuil (protocoles comme GG18/GG20, CGGMP21 et DKLs) est bien plus complexe à cause de l’inverse du nonce, mais il est courant dans les portefeuilles MPC et les produits de conservation d’actifs. Les signatures BLS prennent en charge les seuils presque gratuitement.
Les difficultés sont opérationnelles : la gestion des nonces entre sessions concurrentes (un Schnorr multipartite naïf succombe à l’attaque ROS, que MuSig2 et FROST sont conçus pour éviter), l’identification d’un participant fautif, le renouvellement des parts sans changer la clé publique, et l’audit permettant de s’assurer que la DKG a réellement eu lieu.