📢 Famiglia delle criptovalute, entra subito! 🎯🎯🎯 Il gruppo di benefici esclusivi per il nuovo anno è ufficialmente aperto 🧧🧧🧧 Mercato in tempo reale|Notizie di prima mano|Reddito casuale non programmato Niente chiacchiere, solo soldi! Clicca sull'avatar → Scansiona il codice → Ricevi i benefici Entrare presto significa mangiare carne, arrivare tardi significa battere le cosce! 🚀🚀🚀
$TAO La tendenza ribassista è chiara, EMA è completamente ribassista! Ribalta 300-305, apri posizioni ribassiste a fasi, stop loss 308, obiettivo 280, mantieni la tendenza al ribasso!
$RAVE 盯1.24842前高!🔥🔥🔥 Aumentare il volume e rompere con un piccolo investimento, obiettivo 1.3, stop loss 1.24, entrare e uscire rapidamente senza essere avari!
$D alta oscillazione, RSI ipercomprato deve ritornare!\nAspetta pazientemente che 0.017-0.018 si stabilizzi per ricomprare a basso prezzo, stop loss 0.0165, obiettivo 0.022, guadagna senza rischi!\n\n#BTC行情 #美国非农就业远超预期 $ETH \n\n
📢 Famiglia della cripto, entra subito! 🎯🎯🎯 Gruppo di benefici esclusivi per il Capodanno ufficialmente aperto🧧🧧🧧 Mercato in tempo reale|Notizie di prima mano|Buste regalo occasionali Niente chiacchiere, solo soldi! Clicca sull'avatar → Scansiona il codice → Ricevi i benefici Entrare presto significa guadagnare, chi arriva tardi si batte le mani! 🚀🚀🚀
$YB La tendenza rialzista è chiara, la banda superiore di Bollinger si apre verso l'alto! Ritiri a 0,124-0,128 per un acquisto a basso costo, stop loss a 0,118, obiettivo a 0,1513, tieni duro nella fase di crescita principale!
$SIGN del design della CBDC a doppio namespace, ci ho pensato molte volte prima di capire
Il livello all'ingrosso per banche e grandi istituzioni, il livello al dettaglio per utenti comuni, i due namespace funzionano separatamente.
La prima volta che ho visto questo design, ho pensato fosse un po' superfluo—perché avere due set, non si può fare tutto con uno solo?
Poi ho pensato alla situazione reale. La scala delle transazioni nel livello all'ingrosso, i requisiti di conformità, il livello di rischio, sono completamente su un'altra scala rispetto al livello al dettaglio. Se funzionano insieme, o le regole del livello all'ingrosso schiacciano il livello al dettaglio, o la flessibilità del livello al dettaglio manda in confusione la conformità del livello all'ingrosso. Due namespace separati, ognuno con la propria logica, senza interferenze.
Questo design spiega @SignOfficial pensando seriamente a "quali problemi incontrerà una banca centrale di un paese quando utilizza davvero questo sistema".
Non tutti i protocolli pensano in questo modo. Molti protocolli sono progettati per "essere tecnicamente fattibili", ma non hanno considerato "quali domande porrà l'agenzia di audit durante l'acquisto governativo". Il design del doppio namespace risponde perfettamente alla domanda di audit su "come gestire l'isolamento del rischio tra all'ingrosso e al dettaglio".
In #Sign地缘政治基建 , solo i protocolli che possono rispondere a domande di audit possono davvero entrare nel processo di acquisto sovrano. Questo è uno dei criteri di giudizio che ho su $SIGN .
Cosa ne pensate di questo design a doppio namespace? Pensate che questa suddivisione abbia trascurato qualcosa?
Sono andato a esaminare i progetti presentati all'hackathon del Bhutan, non me lo aspettavo
A dire il vero, la prima volta che ho visto le parole "hackathon", la mia reazione istintiva è stata quella di saltare. Ho visto troppe di queste attività, di solito si tratta di un gruppo di persone che si affrettano a rispettare le scadenze per produrre una demo parziale; dopo la fine dell'evento, il progetto svanisce, lasciando solo una serie di tweet che dicono "abbiamo costruito il futuro del Web3". La maggior parte degli hackathon non affronta problemi reali, ma si concentra su "come sembrare di aver risolto un problema reale in quarantotto ore". Ma @SignOfficial questa volta la situazione dell'hackathon NDI del Bhutan è un po' diversa, ho dedicato del tempo a esaminare i progetti presentati, ed è stato un po' diverso da quello che mi aspettavo.
ZKP questa cosa, io non l'ho mai capita fino a quando non ho usato SIGN per comprenderla!
A dire il vero, questo concetto mi ha fatto girare a lungo.
La prova a zero conoscenza (ZKP) - solo a sentire il nome mi fa venire mal di testa, sembra qualcosa riservato ai dottorandi in crittografia. Ma recentemente, mentre studiavo il protocollo SIGN, ho improvvisamente capito il suo significato e ho scoperto che è in realtà molto vicino alla vita quotidiana.
Poi ho trovato un modo per capirlo: puoi dimostrare di sapere la password, ma senza doverla pronunciare, la porta si apre da sola.
Applicato all'autenticazione diventa ancora più chiaro. Devi dimostrare di avere più di 18 anni, i sistemi normali ti chiedono di caricare un documento d'identità, la piattaforma prende la tua data di nascita, indirizzo, numero di documento, e tutto viene memorizzato in un server. Una volta che viene trapelato, è finita.
Il metodo ZKP è: il sistema genera una prova matematica e dice solo al verificatore "questa persona soddisfa le condizioni: sì", non puoi vedere nient'altro, le tue informazioni specifiche non sono mai uscite da te.
Il protocollo SIGN applica questa logica nei certificati on-chain. Significa che la tua legittimità di possedere una certa qualifica o un certo status può essere verificata da chiunque, ma i tuoi dati privati non devono essere visibili a tutti.
Questo è particolarmente importante nello scenario dell'identità digitale governativa. La Sierra Leone sta già usando SIGN per un ID digitale nazionale, la logica di verifica segue questo percorso - dimostrare che sei tu, ma senza rivelare tutti i dettagli su chi sei.
Non sto dicendo che questa tecnologia sia già perfetta. I costi di calcolo attuali per ZKP sono ancora piuttosto elevati, non ho risposte su se la performance reggerà una volta scalata.
Ma la direzione è giusta. La migliore protezione della privacy non è non usare sistemi digitali, ma utilizzare sistemi digitali più intelligenti.
Ho passato tre giorni a smontare la logica sottostante di SIGN e ho scoperto che la maggior parte delle persone ha frainteso il punto principale.
Non sono il tipo che entra in gioco solo perché "suona bene". In passato sono stata bruciata troppe volte - i progetti consigliati nel gruppo, con white paper ben fatti, hanno visto il team scomparire dopo tre mesi, senza lasciare nulla. Quindi ora la mia abitudine è: prima smontare il livello sottostante, chiarire quale problema reale stia cercando di risolvere, e poi parlare di altro. Questa volta ho dedicato quasi tre giorni a studiare una questione che molte persone trascurano: il meccanismo di distribuzione del TokenTable di SIGN, quale problema stia realmente risolvendo. Molte persone pensano che SIGN sia solo uno "strumento di firma" o un "progetto di identità on-chain", questa comprensione è troppo ristretta.