DannyVN

Fino ad ora ho sempre pensato che la verifica fosse sufficiente per creare fiducia. Ma con il Sign Protocol, la verifica è solo il primo passo. Le Attestazioni Efficaci mi stanno costringendo a ripensare: cosa è realmente affidabile e cosa è solo un'illusione di obiettività.
Mi rendo conto che 4 criteri verifiable, relevant, insightful, universal suonano tecnici, ma in realtà sono una mentalità. La fiducia ora non è solo dati, ma è un fenomeno sociale. Un'attestazione verifiable può comunque essere irrelevant. Un'attestazione insightful può comunque essere fraintesa se il contesto scompare.
L'universalità suona affascinante, ma quando si applica a molti sistemi e contesti legali e culturali diversi, riesce a mantenere le sfumature della verità locale? Mi chiedo, stiamo forse sbagliando a pensare che il Sign Protocol sia una soluzione tecnica per la fiducia?
In realtà, è un framework per riflettere sulla fiducia, costringendo me e i costruttori a vedere chiaramente: cosa vale la pena verificare, cosa è realmente significativo. Guardando in questa direzione, il Sign Protocol non è solo infrastruttura. È il modo in cui riapprendiamo la natura della fiducia in un ambiente decentralizzato.
$SIGN #SignDigitalSovereignInfra @SignOfficial

Il 29/3 di recente, quando @SignOfficial mangono ciò che stanno costruendo alla Harvard Kennedy School, scambiando idee con gruppi di ricerca del Cato Institute, della Nanyang Technological University o del MIT Digital Currency Initiative, ho notato una cosa molto chiara.
I sistemi finanziari tradizionali non sono più sufficientemente efficaci per la fase successiva della società.
È questo contesto che sta attirando un forte interesse verso i sistemi operativi CBDC sovrani che Sign Protocol sta costruendo direttamente con molti paesi.
Ma il problema non riguarda solo la velocità o i costi. Si tratta del fatto che i sistemi attuali non sono progettati per funzionare in un mondo digitale, dove dati, identità e flussi di denaro devono interagire in tempo reale.
Invece di limitarsi a migliorare l'infrastruttura dei pagamenti, stanno costruendo un sistema operativo CBDC sovrano come un nuovo strato di infrastruttura finanziaria, dove il denaro non è solo digitalizzato, ma può anche essere programmato, controllato e integrato direttamente con strati di dati come identità e politiche.
A livello tecnico, il sistema combina libro mastro programmabile e credenziali verificabili, consentendo a ogni transazione di portare condizioni e stati di verifica, facilitando l'emissione, la distribuzione e il controllo dei flussi di denaro all'interno di una logica unificata.
È importante notare che Sign non cerca di sostituire le attuali istituzioni. Stanno costruendo strumenti per consentire a banche e governi di ampliare i sistemi esistenti, piuttosto che demolire e ricominciare da capo.
Quando queste implementazioni iniziano a comparire in molti paesi, una cosa diventa chiara. La competizione non è più tra blockchain, ma tra sistemi in grado di gestire l'economia digitale su scala sovrana.
$SIGN #SignDigitalSovereignInfra

Un amico mi ha fatto una domanda piuttosto diretta.
La scelta di Sign Protocol di utilizzare Hyperledger Fabric invece di una blockchain pubblica è giusta o sbagliata.
Sembra ragionevole. Ma il problema è che questa domanda è errata fin dall'inizio.
Il mercato sta discutendo sulla scelta della chain, mentre Sign non compete nemmeno a quel livello.
Sign non è una blockchain.
Quindi la "scelta della chain" non è una decisione fondamentale per loro.
La maggior parte di noi presume che la crypto debba essere associata a una specifica chain. Ma questa presunzione è valida solo quando si sta costruendo un sistema di asset.
Se stai costruendo un sistema di verifica, la chain è solo un dettaglio di implementazione.
Loro costruiscono un'infrastruttura per le prove, dove le organizzazioni possono emettere e verificare credential.
Qui, il problema non è più la velocità o le commissioni di transazione.
Ma chi è autorizzato a emettere, chi è autorizzato a verificare e se la prova regge quando è necessario l'audit.
Pertanto, utilizzare Hyperledger Fabric non è una scelta errata della chain.
Ma è scegliere l'ambiente giusto per il loro problema.
In questo design, la fiducia non proviene dalla chain.
Proviene dall'emittente, dalla firma crittografica e dal modo in cui il sistema gestisce lo stato delle prove.
Sistemi come Hyperledger Fabric svolgono solo il ruolo di ambiente in cui queste prove possono essere gestite e verificate tra più parti.
Sign non cerca di diventare una public chain migliore.
Stanno risolvendo un problema diverso. Come fare affinché le prove possano muoversi tra i sistemi senza portare con sé i dati originali.
Qui, la blockchain è solo uno strumento. Non è un prodotto.
Con Sign, la risposta non risiede nella chain.
Risiede nell'infrastruttura che stanno costruendo fin dall'inizio.
@SignOfficial $SIGN #SignDigitalSovereignInfra

È abbastanza sorprendente vedere come il Sign Protocol appaia nei sistemi G2P (Government to Person Payments).
Mi rendo conto che non cercano di far muovere il denaro più velocemente.
Fanno la domanda prima: chi dovrebbe realmente ricevere i soldi?
Con il modello tradizionale, il denaro passa attraverso molti strati: dall'agenzia al tesoro, dal tesoro alla banca, e poi ai cittadini. Ogni passaggio aggiunge ritardi e rischi di perdita.
Il nuovo G2P accorcia questo pipeline, consentendo al denaro di andare direttamente nei portafogli dei cittadini, insieme alla capacità di monitorare le transazioni in tempo reale, aiutando il tesoro e le banche centrali non solo a osservare ma anche a controllare esattamente la distribuzione.
Il flusso è più veloce, può essere programmato. Ma il problema non è lì.
Il sistema non sbaglia nella velocità. Sbaglia nel fatto che non sa realmente a chi sta pagando.
Il Sign prende una direzione diversa.
Invece di lasciare che il sistema “cerchi i dati”, permettono che la prova accompagni l'utente.
L'agenzia può emettere un credential che dimostri che una persona è idonea a ricevere un sussidio. L'utente lo tiene nel portafoglio, e quando necessario, basta presentare la prova necessaria.
Il sistema non ha bisogno di accedere ai dati originali. Deve solo verificare la firma, lo stato, e poi effettuare il trasferimento di denaro.
Quando l'idoneità è normalizzata in prova, la distribuzione diventa programmabile: se le condizioni sono valide, il denaro viene erogato.
Questo non solo accorcia il processo, ma trasforma un sistema amministrativo lento e frammentato in un flusso di distribuzione preciso.
Pertanto, G2P non è solo trasferire denaro più velocemente.
Ma è trasferire denaro in modo preciso, alla persona giusta, al momento giusto, nelle giuste condizioni.
Questo è il modo in cui il Sign sta cambiando il modo in cui il denaro viene distribuito.
@SignOfficial $SIGN #SignDigitalSovereignInfra

Mi chiedo spesso, nel mondo digitalizzato, come verificheremo tutto. Il Sign Protocol pone questa domanda fin dall'inizio: come rendere ogni informazione globalmente verificabile riducendo al contempo il rischio di abuso dei dati?
Diamo un'occhiata ai processi familiari. Quando si richiede un visto per gli Stati Uniti, è necessario richiedere una certificazione del deposito bancario, compilare un modulo, presentare documenti di identità, certificato di matrimonio... Questo processo è sia complicato che suscettibile di frodi con documenti cartacei. Per migliaia di anni, il modello “proof + verification” ha richiesto settimane, con Sign può essere ridotto a pochi minuti.
Un altro esempio è il KYC per le piattaforme di scambio. Gli utenti devono scattare una foto con il passaporto e poi aspettare una revisione manuale. Ma in realtà, la verifica della validità del passaporto non è ancora garantita. Il Sign Protocol affronta questo problema con credenziali verificabili: l'ente emittente firma la certificazione, l'utente la conserva, e chi verifica controlla la validità senza dover copiare tutti i dati.
Questo non solo separa la prova dal database, ma consente anche una divulgazione minima: chi verifica conosce solo ciò che è necessario, senza raccogliere informazioni superflue. Crea anche una barriera naturale contro la sorveglianza, poiché ogni verifica non crea log ovunque, riducendo il rischio di abuso dei dati.
Riflettendo, Sign non solo riduce il friction e accelera la verifica. Sta rimodellando il modo in cui il potere viene distribuito nel sistema digitale, dove gli utenti controllano le informazioni e la verifica diventa una parte essenziale, sicura e verificabile della società digitale futura.
@SignOfficial $SIGN #SignDigitalSovereignInfra

Leggi @SignOfficial , ho la sensazione di familiarità.
Assomiglia più a presentare una domanda di sussidio che a ricevere denaro.
Perché nel modo in cui Sign descrive la finanza pubblica digitale, il denaro non è mai solo. Va sempre di pari passo con la policy.
Chi è idoneo.
In quali condizioni.
Per quanto tempo.
Attraverso quali organizzazioni.
E basato su quali prove.
Queste domande non esulano dal sistema.
Nel design di Sign, esse sono direttamente incluse nell'attestazione e nello schema. L'idoneità è definita in anticipo e può essere verificata. La durata è legata alla logica dell'importo. Il flusso passa attraverso entità già verificate. Ogni azione lascia una prova che può essere controllata.
Ad esempio, un sussidio può essere richiesto solo se il portafoglio ha un'attestazione che conferma l'idoneità, e solo per il periodo definito in precedenza.
Un sussidio, quindi, non è solo "inviato".
Viene attuato quando le condizioni sono state soddisfatte e possono essere verificate.
Non esiste uno stato di indecisione.
Ma forse sto guardando dalla prospettiva dell'utente.
Per il regolatore, questo è il punto importante. Perché la policy non è più all'ultimo stadio di verifica. Essa è presente con il valore fin dall'inizio, proprio come Sign definisce il denaro programmabile.
Il denaro è ancora denaro.
Solo che è sempre accompagnato da condizioni e prove corrispondenti.
E se visto in questo modo, ciò che si sta costruendo non è solo un sistema di pagamento.
Ma un sistema di distribuzione del valore condizionato, dove policy e valore sono strettamente legati fin dall'inizio.
$SIGN
#SignDigitalSovereignInfra

Pensavo che la maggior parte dei sistemi ZK stesse seguendo una direzione familiare: partire da un ambiente pubblico e poi cercare di nascondere il più possibile. La privacy in questo caso è sempre stata uno strato aggiuntivo, non una base.
A un certo punto mi sono reso conto che davo quasi per scontato che tutti i sistemi dovessero seguire questa direzione.
Ma guardando come @MidnightNetwork si avvicinano, vedo che la domanda sembra essere capovolta.
Invece di chiedere quale parte debba essere nascosta, Midnight inizia chiedendo se è necessario rivelare i dati fin dall'inizio. Midnight separa l'esecuzione dalla verifica: il calcolo avviene in un ambiente privato, poi viene compresso in prove di zero-knowledge da inviare alla catena.
Sul lato della catena, ciò che viene verificato non è il dato o l'intero processo di esecuzione, ma la validità del risultato. Il consenso e gli impegni di stato esistono ancora a livello pubblico, ma riflettono solo il risultato già dimostrato.
A questo punto, mi rendo conto che potrei aver frainteso il problema fin dall'inizio. La privacy non è più qualcosa da aggiungere successivamente, ma diventa lo stato predefinito.
Il risultato è che uno strato familiare di compromesso inizia a scomparire. Ma d'altra parte, il sistema diventa anche più difficile da osservare. Forse questo è il trade-off quando la fiducia non proviene più dalla visione, ma dalla fiducia nella correttezza di ciò che non posso osservare direttamente.
#night $NIGHT

Un tempo pensavo che @SignOfficial risolvere un problema abbastanza chiaro: se l'attestazione può essere portata via, il sistema diventerà naturalmente più aperto.
Questa assunzione sembra ragionevole. Quando i dati vengono normalizzati tramite schema, diversi sistemi possono leggere la stessa definizione. Combinato con la zero-knowledge, gli utenti possono dimostrare uno stato senza rivelare i dati originali. Dal punto di vista tecnico, tutto sembra pronto per la portabilità.
Ma comincio a vedere una certa discrepanza quando guardo a come i sistemi funzionano realmente.
Quando più parti si basano su un insieme di attestazioni, ciò che diventa importante non è se i dati possano essere portati via o meno, ma chi accetta quei dati. Un'identità può esistere sotto forma di credenziale portabile, ma il suo valore dipende dalla rete di organizzazioni pronte a fidarsi di essa.
A questo punto, la portabilità dei dati non implica più la portabilità della fiducia.
Questo porta a una conseguenza piuttosto strana. Il sistema rimane aperto dal punto di vista tecnico, ma andarsene non è affatto semplice. Non perché non puoi portare via i dati, ma perché devi ricostruire l'intera rete di fiducia altrove.
Forse Sign non crea direttamente il lock-in. Ma quando l'adozione raggiunge una certa scala, è proprio la rete di parti che utilizzano e accettano l'attestazione a creare dipendenza. In questo senso, Sign non è il luogo che detiene il controllo, ma è lo strato di infrastruttura che consente la formazione di un sistema di fiducia comune.
#SignDigitalSovereignInfra $SIGN

Pensavo che la crypto avesse risolto la questione della "fiducia". Finché qualcosa può essere verificato on-chain, il resto dovrebbe funzionare da solo. Ma più guardo @SignOfficial , più vedo un vuoto: il sistema sa cosa è giusto, ma non sa cosa fare con questa informazione.
La maggior parte del design attuale si ferma al passo della dimostrazione. Un utente qualificato, un comportamento registrato, una credenziale valida. Ma quando si passa a questioni come accesso o incentivi, tutto diventa frammentato, dipendente dalla logica di ciascuna applicazione.
Penso che il problema risieda nel fatto che: la verifica e l'esecuzione della fiducia siano separate. Qualcosa può essere dimostrato come vero, ma il sistema non ha un modo standard per trasformare quel risultato in azione.
Questo è anche il motivo per cui Sign si discosta dal resto del mercato. Non cerca di migliorare la parte di verifica, ma si interroga su cosa succede dopo.
Invece di limitarsi a creare attestazioni, Sign scende a un livello inferiore, dove i dati vengono standardizzati attraverso uno schema e mantengono il loro significato quando si spostano tra i vari sistemi. In questo modo, un'attestazione non è solo un risultato di riferimento, ma può diventare un input strutturato per la logica operativa di sopra.
Il punto importante è che Sign non "decide" cosa farà il sistema, ma consente ai sistemi di agire in modo coerente basandosi sullo stesso risultato già dimostrato, quando la logica è costruita sopra.
E se Sign sta davvero andando nella giusta direzione, il suo valore risiede nel trasformare la fiducia in qualcosa che può essere utilizzato in modo coerente a livello di applicazione.
$SIGN #SignDigitalSovereignInfra

Solo quando si inserisce @MidnightNetwork in situazioni di errore, mi rendo conto che il problema non risiede nella privacy.
La narrativa attuale è piuttosto chiara: se si può raggiungere la riservatezza programmabile e la divulgazione selettiva, la blockchain diventerà più adatta a casi d'uso "seri". I dati sensibili non saranno più esposti, e da lì l'adozione arriverà in modo naturale. Questa visione implicitamente considera la privacy come una forma di miglioramento puro.
Ma la realtà non è così semplice.
Quando l'esecuzione e lo stato passano a uno stato privato, la visibilità non è più predefinita. Il sistema può ancora dimostrare la correttezza attraverso meccanismi crittografici, ma il processo che porta a quel risultato non è più osservabile pubblicamente. E questa differenza emerge realmente solo quando si verifica un incidente.
Un errore su una catena pubblica può essere complesso, ma può comunque essere ispezionato. Un errore in un sistema privato è l'opposto: più difficile da rintracciare, più difficile da spiegare, e in molti casi dipende da accessi per poter comprendere appieno.
Il punto importante non è se il sistema funzioni correttamente o meno, ma il fatto che il modo di verifica sta cambiando. Invece di fare affidamento sulla capacità di osservazione pubblica, la verifica passa a basarsi su prove e meccanismi di divulgazione controllata. La privacy non solo nasconde i dati, ma nasconde anche il processo di fallimento.
Questo porta a un sottile ma importante spostamento nel modello di fiducia: da visibilità aperta a correttezza crittografica combinata con divulgazione controllata.
E la domanda rimanente è, quando le prove non sono più una cosa pubblicamente predefinita, dove risiede realmente la fiducia.
#night $NIGHT