Anche se ne abbiamo parlato questa mattina, thGLD di @Theo_Network sarà lanciato a breve. Come condiviso recentemente, gli asset RWA emessi e distribuiti on-chain nel 2025 hanno già raggiunto i $18,74 miliardi. Con l'aumento recente del prezzo dell'oro, la domanda per thGLD che sarà emesso da Theo potrebbe superare quella dell'oro fisico off-chain. È difficile fare qualcosa con l'oro fisico off-chain come garanzia, ma thGLD on-chain sarà utilizzabile ovunque con sufficiente liquidità. Cosa intende fare Theo? Non è forse un'infrastruttura finanziaria on-chain per RWA e vuole diventare uno standard per l'emissione di asset? Non desidera semplicemente limitarsi a emettere asset RWA. Vuole emettere RWA on-chain con un livello di fiducia tale da poter essere utilizzato dalle istituzioni e far sì che altri protocolli lo utilizzino!! Intende creare un'unica pipeline per emissione, liquidità e regolamento, svolgendo il ruolo di un layer finanziario standardizzato. In realtà, il tipo di asset che Theo intende rendere on-chain potrebbe non avere grande significato. Tuttavia, personalmente sono curioso di sapere quale asset sarà il prossimo a diventare on-chain dopo thGLD e quando. Molti hanno condiviso opinioni su materie prime come argento e petrolio, stablecoin e altro. Personalmente, se Theo si concentra su asset stabili e non su un'azione aggressiva mirata a grandi profitti, penso cautamente che una stablecoin garantita a livello nazionale potrebbe essere il prossimo protagonista della tokenizzazione on-chain. Scrivendo di Theo mentre bevo un iced latte domenica pomeriggio, mi sembra che il latte assomigli a thGLD.

Il Miden meetup che si terrà questa volta vedrà diversi progetti unirsi. Come si può intuire dal nome del meetup, "Agglayer Post-Christmas Party" è proprio così. Sarà un'occasione in cui i progetti legati ad Agglayer, uno dei punti chiave di @0xPolygon, si riuniranno. Agglayer (d'ora in poi chiamato "Agglayer") è qualcosa di cui alcuni di voi potrebbero essere a conoscenza grazie all'integrazione con Billions. Quello che considero il ruolo di Agglayer è una sorta di hub. @0xMiden e Agglayer sono entrambi figli di Polygon, quindi per così dire. Se dovessimo spiegare in modo semplice come i figli di Polygon sono connessi e funzionano.. - In Miden, l'utente esegue qualcosa a livello locale e MidenVM si attiva, generando zkp. - Questo viene inviato ad Agglayer. - Agglayer raccoglie e aggrega gli zkp creati da diverse app basate su Miden e li conferma. - Le prove confermate vengono poi presentate al livello superiore L1. - Ah, quindi è finita. L1 superiore dice OK, hai fatto bene. Tutto questo è valido.. Ecco come si genera la finalità!! In definitiva, se i layer di esecuzione come Miden gestiscono le azioni degli utenti e creano prove, Agglayer raccoglie tutto e lo organizza in un'unica soluzione, ecco tutto!! Non posso partecipare, ma tifo per la festa dei figli di Polygon e dei vicini legati alla famiglia Polygon da lontano.

🧲La situazione di Coupang e zkPass ⁉️ Ieri e oggi, l'incidente di violazione dei dati personali di Coupang (d'ora in poi Coupang) ha scioccato tutte le persone in Corea del Sud.. Con 33,7 milioni di dati compromessi, si tratta di oltre la metà della popolazione nazionale, e si può dire che si tratta delle informazioni di tutti gli utenti reali. Perché è successo tutto questo? Non si poteva prevenire? Come ha detto il signor Brian qui sotto, se avessimo introdotto qualcosa come ZK ID, tutto ciò non sarebbe mai accaduto. Parliamo di @zkPass, perché possiede la tecnologia necessaria ed è stata implementata da alcuni anni, mentre le aziende del web2 non hanno affatto intenzione di adottare questa tecnologia. Diamo un'occhiata ad alcune questioni tecniche. - Il processo di verifica off-chain di zkPass utilizza tecnologie MPC e TEE, giusto? I dati originali vengono trattati in modo sicuro e solo le prove ZK vengono presentate on-chain, quindi è sicuro. - Con ZKP (ZK-Relay), i clienti possono scegliere di dimostrare solo gli elementi che desiderano autenticare. Ad esempio, è così: Posso dimostrare di essere un adulto, ma non è necessario rivelare la mia data di nascita o la mia età. L'iscritto può dimostrare che è corretto, ma non rivela informazioni sensibili come nome reale e indirizzo. Coupang ha conservato tutti i dati personali. Se avessimo implementato zkPass, ciò di cui avremmo bisogno sarebbe solo l'attestazione. I dati sensibili rimarrebbero off-chain e non sarebbe necessario conservarli nel database dell'azienda... Viene fuori un termine, giusto? Off chain Data Fetching e On chain Verification Layer Cosa significa questo? In zkPass, i dati reali degli utenti vengono prelevati off-chain da fonti di dati Web2 come banche, governi, scuole e SNS, e solo le informazioni minime vengono presentate on-chain tramite ZKP. Uno dei principali obiettivi di zkPass è creare uno strato di difesa contro il furto d'identità e il phishing nell'era dell'AI. Ora viviamo in un'epoca in cui agenti AI automatizzati possono inviare DM di phishing, truffe e furti d'identità ogni giorno. Un sistema di verifica dell'identità basato su ZK, impossibile da manomettere, non è più una scelta, ma una necessità. Durante il meetup di Seoul, il cofondatore di zkpass, @Francis_Berwa, ha dichiarato che l'anno prossimo rafforzeranno ulteriormente non solo il B2C ma anche il B2B, quindi non vedo l'ora di vedere i risultati.