Sì, oggi voglio parlare di qualcosa di semplice ma spesso frainteso riguardo a Sign.
La maggior parte delle persone tratta le attestazioni come semplici prove, come una risposta sì o no. Ma più ci penso, più mi sembra che possano fare di più. In Sign, un'attestazione non riguarda solo la conferma di qualcosa, può anche definire cosa dovrebbe succedere dopo.
Pensa a un esempio di base. Se un utente è verificato per un programma specifico, quella verifica non deve semplicemente rimanere lì come un record. Può essere utilizzata come una condizione. Se l'utente soddisfa quella condizione, l'accesso può essere dato automaticamente. Non c'è bisogno di controllare tutto di nuovo dall'inizio.
La stessa idea può applicarsi alle ricompense. Invece di selezionare manualmente gli utenti, un sistema può guardare alle attestazioni e attivare la distribuzione solo per coloro che soddisfano determinate regole. Diventa un semplice flusso "se questo è vero, allora fai questo".
Dal mio punto di vista, è qui che le cose iniziano a diventare interessanti. Trasforma la verifica in qualcosa di attivo, non solo in qualcosa che è memorizzato e dimenticato. Riduce anche i controlli ripetuti, che è qualcosa con cui la maggior parte dei sistemi ha difficoltà.
Allo stesso tempo, continuo a chiedermi una cosa. Se questo tipo di logica diventa comune, le piattaforme si fideranno delle attestazioni reciproche a sufficienza per fare affidamento su di esse per le azioni, non solo per i controlli?
Per me, questa idea sembra pratica. Non cerca di cambiare tutto in una volta, ma introduce un modo per far reagire i sistemi alle informazioni verificate anziché semplicemente registrarle.@SignOfficial $SIGN
$BSB
$RIVER
