Wallet in self-custody. Nessuna chiave detenuta.

Nei cinque principali quadri normativi del settore crypto, la custodia attiva le obbligazioni più gravose. Il Regolamento MiCA (Regolamento sui mercati delle cripto-attività) impone l'autorizzazione come CASP — Prestatore di servizi per le cripto-attività — in vigore integralmente da dicembre 2024. Il regime K-VASP coreano, ai sensi della Legge sulle informazioni finanziarie specifiche, richiede un requisito patrimoniale minimo superiore a KRW 3 miliardi, la certificazione ISMS e l'integrazione con il sistema bancario a nome reale. Il regime MAS DTSP singaporiano, la registrazione VASP della FSA giapponese e il regime VASP della SFC di Hong Kong prevedono ciascuno il proprio stack autorizzativo: requisiti di audit continuativo, framework di controllo interno e funzioni di compliance dedicate. Per la maggior parte delle piattaforme, entrare nel perimetro custodiale non è un problema burocratico — è un impegno patrimoniale e organizzativo che ridefinisce il modello di business.

Le obbligazioni si applicano specificamente alla custodia. Un'azienda che non detiene mai le chiavi degli utenti — e che può dimostrarlo — opera al di fuori di quel perimetro. Il vincolo è sempre stato la prova: fino a poco tempo fa, la non-custodia autentica implicava o costruire la crittografia a soglia da zero, oppure accettare un'esperienza prodotto che gli utenti avrebbero rifiutato. Signatorie elimina questo compromesso. La proprietà dimostrabile viene fornita con una superficie di integrazione su cui un team di sviluppo può operare in pochi giorni.

Il sistema di firma di Signatorie è basato su uno schema di firma a soglia — una primitiva crittografica in cui la chiave di firma dell'utente viene suddivisa in più frammenti (share), e qualsiasi firma richiede la cooperazione di un numero minimo di essi, detto soglia. I server di Signatorie detengono un numero di frammenti strettamente inferiore alla soglia necessaria per firmare. La conseguenza aritmetica è diretta: il server da solo non può produrre una firma, per costruzione matematica. Non si tratta di una politica su ciò che Signatorie sceglie di fare — è una proprietà strutturale del sistema. Una compromissione totale di ogni server Signatorie, ogni database, ogni backup, non produce comunque un insieme di frammenti sufficiente a firmare.

I frammenti che risiedono sul lato utente sono cifrati con i fattori di autenticazione dell'utente stesso. Una password è gestita tramite PAKE (password-authenticated key exchange — un protocollo che deriva materiale crittografico sul client senza che la password raggiunga mai il server in forma utile). Una passkey è gestita tramite WebAuthn PRF (un'estensione dello standard passkey che consente all'hardware dell'utente di produrre un segreto deterministico che solo quel dispositivo specifico può generare). I frammenti sono conservati cifrati in un database — di Signatorie o del cliente. Non esiste dipendenza da storage cloud consumer come iCloud o Google Drive, che ereditano flussi di recupero account fuori dal controllo della piattaforma. Signatorie non può utilizzare i frammenti che detiene. Per firmare, l'utente si autentica, il client decifra i propri frammenti e il protocollo di firma a soglia viene eseguito.