📚 Il motivo per cui studio ZK #1: Cambiamenti strutturali nei compromessi Sono uno sviluppatore BQ. @BQ_Developer In questi giorni, sono profondamente immerso nello ZK (Zero-Knowledge Proofs). All'inizio pensavo fosse solo una semplice tecnica di crittografia, ma una volta compreso, la mia prospettiva sul problema stesso è cambiata. Nei prossimi articoli, riassumerò perché ho iniziato a studiare ZK, e perché ha un significato che va oltre il semplice apprendimento tecnico. Il primo punto riguarda come lo ZK risolve i compromessi tecnici esistenti. 🔍 I compromessi esistono in tutti i sistemi Uno dei termini più frequentemente sentiti nello sviluppo software è "compromesso." - Rafforzare la sicurezza → Diminuisce l'usabilità - Aumentare la velocità → Aumenta i costi - Decentralizzare → Riduce l'efficienza In particolare, la privacy e la verificabilità sono state considerate i compromessi più pronunciati. Era una conoscenza comune che per dimostrare qualcosa, dovevi divulgare informazioni, e se nascondevi informazioni, non poteva essere verificato. 💭 Struttura dei metodi di verifica esistenti Il modo in cui funzionava la verifica era semplice: 1. A fa un'affermazione 2. B richiede prove 3. A mostra le prove 4. B conferma In questo processo, B impara inevitabilmente informazioni. Quindi, nella pratica, i compromessi erano sempre necessari: - Per essere auditati, devi divulgare i tuoi libri contabili - Per dimostrare le qualifiche, devi presentare un documento d'identità - Per confermare la conformità, devi condividere dati interni 🔓 Cosa cambia con ZK Lo ZK cambia la struttura della verifica. Vecchio: Mostra informazioni → Il verificatore controlla direttamente ZK: Nascondi informazioni → Prova solo che certe condizioni sono soddisfatte Ad esempio, nelle valutazioni dei prestiti: - Vecchio: Divulgare il saldo bancario di 1.234.567 won - ZK: Prova solo "il saldo è superiore a 1 milione di won" Può sembrare una piccola differenza, ma cambia fondamentalmente l'essenza della verifica. Il verificatore può solo confermare i fatti necessari e non può sapere di più. ✏️ Cosa cambia realmente Le differenze specifiche create da questo cambiamento: Scenario di audit: - Prima: Inviare l'intera cronologia delle transazioni → Esporre informazioni sensibili sui clienti - Dopo: Prova solo "tutte le transazioni sono conformi alle normative" → Proteggi le informazioni sui clienti Nella blockchain: - Prima: Tutte le transazioni divulgate in modo trasparente → Rinunciare alla privacy - Dopo: Prova solo la validità della transazione → Mantieni la privacy Verifica del modello AI: - Prima: Divulgare il modello → Rinunciare alla proprietà intellettuale - Dopo: Prova solo "il bias è al di sotto della soglia" → Proteggi il modello Combinazioni che prima erano impossibili ora stanno diventando possibili. Puoi mantenere il segreto mentre sei verificato. Questo concetto risuona in me a un livello più profondo. È una nuova proposizione che si libera dal vincolo di "dover scegliere uno dei due" a "entrambi sono possibili." Interpreto questo come la creazione di un nuovo punto di equilibrio da qualche parte tra 0 e 1. Credo che la maggior parte dei progressi tecnologici siano stati così. Non ci sono molte soluzioni magiche che risolvono tutti i problemi in una volta. Ma ciò che lo ZK mostra è la possibilità di "cambiare il grado di compromesso." E credo che solo coloro che comprendono questa possibilità possano creare il prossimo livello di miglioramenti. Ecco perché studio ZK. Nel prossimo articolo, parlerò di un altro cambiamento portato dallo ZK. --- I tuoi like e condivisioni sono amore 🥰 #BQDeveloper #ZK #ZeroKnowledgeProof #TurningImpossibilitiesIntoPossibilities