Auto-conservation. Aucune clé détenue.

Dans les cinq grands cadres réglementaires crypto, la conservation déclenche les obligations les plus lourdes. Le règlement MiCA — règlement sur les marchés de crypto-actifs — impose une autorisation en tant que PSCA (prestataire de services sur crypto-actifs) à tout opérateur qui détient des actifs pour le compte de clients, pleinement en vigueur depuis décembre 2024. En Corée, le régime K-VASP au titre de la loi sur les renseignements financiers spécifiques exige un capital minimum supérieur à 3 milliards de KRW, une certification ISMS et l'intégration bancaire sous identité réelle. Les régimes MAS DTSP à Singapour, FSA VASP au Japon et SFC VASP à Hong Kong imposent chacun leur propre pile de licences : exigences d'audit continu, référentiels de contrôle interne, fonctions de conformité dédiées. Pour la plupart des plateformes, entrer dans le périmètre dépositaire n'est pas un problème administratif — c'est un engagement en capital et en organisation qui remodèle l'entreprise.

Ces obligations s'attachent spécifiquement à la conservation. Une entreprise qui ne détient structurellement jamais les clés de ses utilisateurs — et peut le prouver — opère en dehors de ce périmètre. L'enjeu a toujours résidé dans la preuve : jusqu'à présent, une non-conservation réelle impliquait soit de construire la cryptographie à seuil de toutes pièces, soit d'accepter une expérience produit que vos utilisateurs auraient rejetée. Signatorie supprime ce compromis. La propriété prouvable est livrée avec une surface d'intégration qu'une équipe de développement peut mettre en production en quelques jours.

Le système de signature de Signatorie repose sur un schéma de signature à seuil — une primitive cryptographique dans laquelle la clé de signature de l'utilisateur est divisée en plusieurs fragments (shares), et toute signature exige qu'un nombre minimum de ces fragments (le seuil) coopèrent au protocole. Les serveurs de Signatorie détiennent strictement moins de fragments que ce seuil. La conséquence arithmétique est directe : le serveur seul ne peut pas produire de signature, par construction mathématique. Ce n'est pas une politique que Signatorie s'engage à respecter. C'est une propriété structurelle du système. Une compromission totale de l'ensemble des serveurs de Signatorie — chaque base de données, chaque sauvegarde — ne produit toujours pas un ensemble de fragments suffisant pour signer.

Les fragments qui résident côté utilisateur sont chiffrés sous les facteurs d'authentification propres à l'utilisateur. Un mot de passe est traité via PAKE (password-authenticated key exchange — un protocole qui dérive du matériel cryptographique sur le client sans que le mot de passe n'atteigne jamais le serveur sous une forme exploitable). Une passkey est traitée via WebAuthn PRF (une extension du standard passkey qui permet au matériel de l'utilisateur de produire un secret déterministe que seul ce matériel précis peut produire). Les fragments sont stockés chiffrés dans une base de données — celle de Signatorie ou la vôtre. Il n'existe aucune dépendance vis-à-vis du stockage cloud grand public tel qu'iCloud ou Google Drive, qui héritent de flux de récupération de compte hors de votre contrôle. Signatorie ne peut pas utiliser les fragments qu'il détient. Pour signer, l'utilisateur s'authentifie, le client déchiffre ses fragments, et le protocole de signature à seuil s'exécute.