Stavo guardando più a fondo SIGN e qualcosa è emerso che non avevo notato all'inizio.
Non sta davvero cercando di memorizzare l'identità... sta cercando di standardizzare come viene espressa la fiducia.
La maggior parte dei sistemi oggi tratta la verifica come qualcosa di locale. Provi qualcosa all'interno di un'app, e quella prova rimane lì. Un'altra app ti chiede di farlo di nuovo perché non c'è un formato condiviso su cui possono fare affidamento.
SIGN lo affronta in modo diverso.
Introduce schemi che agiscono come strutture comuni per i dati verificabili. Non solo modelli, ma formati concordati che diversi sistemi possono leggere e fidarsi.
Questo cambia il modo in cui le informazioni si muovono.
Perché una volta che qualcosa è verificato, non ha bisogno di essere ripetuto. Diventa portatile. Altre applicazioni possono controllarlo senza ripetere l'intero processo o chiedere di nuovo dati grezzi.
È qui che inizia a sembrare meno un'infrastruttura di identità e più un coordinamento della fiducia tra i sistemi.
E la parte interessante è che questo non è legato a una catena o a una piattaforma.
I dati diventano componibili.
Quindi, invece di ricostruire la verifica ogni volta, i sistemi possono costruire su ciò che esiste già.
È un piccolo cambiamento nel design, ma rimuove molta ridondanza.
E la maggior parte delle inefficienze in questi sistemi proviene esattamente da questo.