Nous avons parlé ce matin, mais thGLD sera bientôt lancé par @Theo_Network. Comme je l'ai partagé récemment, les actifs RWA émis et distribués sur la blockchain atteignent déjà 18,74 milliards de dollars d'ici 2025. Avec la récente hausse des prix de l'or, la demande pour thGLD, qui sera émis par Theo, pourrait même dépasser celle de l'or physique hors chaîne. Il est difficile de faire quoi que ce soit avec de l'or physique comme garantie hors chaîne, mais thGLD sur la blockchain sera suffisamment liquide et utilisable partout. Que veut faire Theo ? N'est-ce pas une infrastructure financière on-chain pour RWA qui aspire à devenir la norme pour l'émission d'actifs ? Ils ne veulent pas simplement se limiter à émettre des actifs RWA. Ils veulent émettre des RWA sur la blockchain avec une confiance suffisante pour que les institutions puissent les utiliser et permettre à d'autres protocoles de les adopter !! Ils souhaitent créer un pipeline unifié pour l'émission, la liquidité et le règlement, jouant ainsi le rôle d'une couche financière standardisée. En réalité, le type d'actifs que Theo choisit de rendre on-chain peut ne pas avoir une grande signification. Cependant, personnellement, je suis curieux de savoir quel actif sera le prochain à être rendu on-chain après thGLD et quand cela se produira. Beaucoup de gens ont donné leur avis sur des matières premières comme l'argent, le pétrole, des stablecoins, etc. Personnellement, je pense prudemment que si Theo se concentre sur des actifs stables et sûrs plutôt que sur des mouvements agressifs visant de gros profits, un stablecoin garanti par un pays pourrait être le prochain protagoniste de la tokenisation on-chain. En écrivant sur Theo en sirotant un latte glacé dimanche après-midi, je réalise que le latte ressemble à thGLD.

Le Miden meetup qui se tiendra cette fois-ci est une forme d'union de plusieurs projets. Comme vous pouvez le voir dans le nom du meetup, "Agglayer Post-Christmas Party" c'est bien ça. Ce sera un rassemblement de projets liés à Agglayer, qui est l'un des éléments clés de @0xPolygon. Agglayer (ci-après appelé "Agglayer") est quelque chose que certains d'entre vous connaissent peut-être grâce à l'intégration avec Billions. Le rôle d'Agglayer, selon moi, est celui d'un hub. @0xMiden et Agglayer sont tous deux des enfants de Polygon, en quelque sorte. Pour expliquer simplement comment les enfants de Polygon sont connectés et fonctionnent.. - Sur Miden, l'utilisateur exécute quelque chose localement, et MidenVM fonctionne et un zkp est généré. - Cela est envoyé à Agglayer. - Agglayer collecte et agrège les zkps créés par plusieurs applications basées sur Miden. - Ces preuves confirmées sont ensuite soumises au niveau supérieur L1. - Ah, alors c'est fini. L1 supérieur dit OK, bien joué. Tout cela est valide.. C'est ainsi que la finalité est créée !! En fin de compte, les couches d'exécution comme Miden traitent les actions des utilisateurs et génèrent des preuves, puis Agglayer les regroupe et les organise en une seule chose, et c'est tout !! Je ne peux pas participer, mais j'encourage de loin la fête des enfants de Polygon et des voisins liés à la famille Polygon.

🧲L'affaire Coupang et zkPass ⁉️ L'incident de fuite de données personnelles de Coupang (ci-après Coupang) qui a choqué tout le monde en Corée hier et aujourd'hui.. Avec 33,7 millions de données compromises, cela représente plus de la moitié de la population nationale, et il est juste de dire que cela concerne toutes les informations des utilisateurs réels. Pourquoi cela s'est-il produit ? N'aurait-on pas pu l'éviter ? Comme l'a dit Brian ci-dessous, si des choses comme ZK ID avaient été mises en place, cela ne se serait jamais produit. La raison pour laquelle je parle de @zkPass est qu'ils possèdent la technologie nécessaire et qu'ils l'ont mise en œuvre depuis plusieurs années, mais les entreprises du web2 n'ont absolument aucune intention d'adopter cette technologie. Regardons juste quelques aspects techniques. - Le processus de vérification hors chaîne de zkPass utilise des technologies MPC et TEE, n'est-ce pas ? Les données originales sont traitées en toute sécurité, et seules les preuves ZK sont soumises sur la chaîne, donc c'est sûr. - Avec ZKP (ZK-Relay), le client peut prouver uniquement les éléments qu'il souhaite certifier. Par exemple, c'est comme ça : Je prouve que je suis adulte, mais je n'ai pas besoin de révéler ma date de naissance ou mon âge. L'abonné prouve qu'il a raison, mais il ne divulgue pas d'informations sensibles comme son nom réel et son adresse. Coupang a conservé toutes les données personnelles. S'ils avaient adopté zkPass, il n'aurait fallu que l'attestation nécessaire. Les données sensibles seraient hors chaîne et il ne serait pas nécessaire de les stocker dans la base de données de l'entreprise... Des termes comme ça apparaissent, n'est-ce pas ? Off chain Data Fetching et On chain Verification Layer. Ce que cela signifie, c'est que.. zkPass récupère les données réelles des utilisateurs à partir de sources de données Web2 comme les banques, le gouvernement, les écoles, les réseaux sociaux, hors chaîne, et soumet uniquement les informations minimales sur la chaîne avec ZKP. L'un des principaux objectifs de zkPass est de créer une couche de défense contre le vol d'identité et le phishing à l'ère de l'IA. Nous sommes maintenant à une époque où des agents AI automatisés peuvent envoyer des DM de phishing, des arnaques et commettre des vols d'identité chaque jour. Un système de vérification d'identité inviolable basé sur ZK est désormais une nécessité, pas un choix. Lors de la rencontre à Séoul, le cofondateur de zkpass, @Francis_Berwa, a déclaré qu'il renforcerait non seulement le B2C l'année prochaine, mais aussi le B2B, donc j'ai hâte de voir ça.