Hoje de madrugada também falamos, @Theo_Network irá lançar o thGLD em breve. Como compartilhei recentemente, os ativos RWA emitidos e distribuídos na blockchain em 2025 já somam $18.74B. Com o recente aumento do preço do ouro, a demanda pelo thGLD que será emitido pela Theo pode até superar a do ouro físico fora da cadeia. É difícil fazer algo com o ouro físico fora da cadeia como colateral, mas o thGLD na blockchain terá liquidez suficiente e poderá ser utilizado em qualquer lugar. O que a Theo pretende fazer? Não é uma infraestrutura financeira on-chain para RWA e também um padrão para emissão de ativos? Não se trata apenas de emitir ativos RWA. Queremos emitir RWA na blockchain com a confiança necessária para que instituições possam utilizá-los e permitir que outros protocolos também os utilizem!! Queremos criar um pipeline que unifique emissão, liquidez e liquidação, desempenhando o papel de uma camada financeira padronizada. Na verdade, o tipo de ativo que a Theo está tornando on-chain pode não ter grande significado. No entanto, pessoalmente, estou curioso sobre quais ativos se tornarão on-chain após o thGLD e quando isso acontecerá. Muitas pessoas deram opiniões sobre commodities como prata, petróleo, stablecoins, entre outras. Pessoalmente, se a abordagem da Theo for focar em ativos estáveis e não em uma estratégia agressiva visando grandes lucros, eu suspeito que uma stablecoin garantida em nível nacional pode ser a próxima protagonista na on-chainização. Escrevendo sobre a Theo enquanto tomo um iced latte no domingo à tarde, parece que o latte se transforma em thGLD.

O Miden meetup que está prestes a acontecer é uma forma de união de vários projetos. Como o nome do meetup indica, "Agglayer Post-Christmas Party" é isso mesmo. Os projetos relacionados ao Agglayer, que é um dos núcleos do @0xPolygon, estarão se reunindo. Agglayer (daqui em diante, chamado de Agregador) é algo que algumas pessoas podem conhecer pela integração anterior com a Billions. O papel do Agregador, na minha opinião, é o de um tipo de hub. @0xMiden e o Agregador são todos filhos do Polygon, de certa forma. Para explicar de forma simples como os filhos do Polygon estão conectados e operam... - No Miden, o usuário executa algo localmente, o MidenVM é ativado e um zkp é gerado. - Isso é enviado para o Agregador. - O Agregador coleta e agrega os zkps gerados em vários aplicativos baseados no Miden. - A prova confirmada é então submetida ao nível superior L1. - Ah, então acabou. O L1 superior diz: "OK, bom trabalho. Tudo isso é válido..." Assim é gerada a finalidade!! No final, se os layers de execução como o Miden processam as ações dos usuários e geram provas, o Agregador reúne tudo isso e organiza em um só lugar, e é isso!! Embora eu não possa participar, estou torcendo de longe pela festa dos filhos do Polygon e dos vizinhos conectados à família Polygon.

🧲A situação da Coupang e o zkPass ⁉️ O incidente de vazamento de dados pessoais da Coupang (daqui em diante, Coupang) que chocou todas as pessoas no país ontem e hoje.. Com 33,7 milhões de registros vazados, isso representa mais da metade da população do país, e pode-se dizer que é a informação de todos os usuários reais. Por que isso aconteceu? Não poderia ter sido evitado? Como o Brian mencionou abaixo, se apenas tecnologias como ZK ID tivessem sido implementadas, isso não teria acontecido desde o início. A razão pela qual mencionamos @zkPass é que possui a tecnologia necessária e já a implementou há alguns anos, mas atualmente as empresas da web2 não têm intenção de adotar essas tecnologias. Vamos olhar apenas algumas questões técnicas. - O processo de verificação off-chain do zkPass utiliza tecnologias MPC e TEE, certo? Ele processa os dados originais de forma segura e, como apenas a prova ZK é submetida on-chain, é seguro. - Com o ZKP (ZK-Relay), o cliente pode escolher apenas os itens que deseja provar. Por exemplo, é assim: Eu posso provar que sou adulto, mas não preciso divulgar minha data de nascimento ou idade. O assinante prova que está correto, mas não divulga informações sensíveis como nome real e endereço. A Coupang armazenou todos os dados pessoais. Se o zkPass tivesse sido implementado, o que seria necessário seria apenas a atestação. Os dados sensíveis estariam off-chain e não precisariam ser armazenados no banco de dados da empresa... Esses termos estão surgindo, certo? Off chain Data Fetching e On chain Verification Layer O que isso significa é que no zkPass, os dados reais do usuário são obtidos de fontes de dados Web2 como bancos, governos, escolas e redes sociais off-chain, e apenas as informações mínimas são submetidas on-chain com ZKP. Um dos principais objetivos do zkPass é criar uma camada de defesa contra roubo de identidade e phishing na era da IA. Agora estamos em uma era em que agentes de IA automatizados podem realizar phishing, fraudes e roubo de identidade todos os dias. Um sistema de verificação de identidade à prova de falsificação baseado em ZK não é mais uma escolha, mas uma necessidade. No próximo meetup em Seul, o cofundador do zkpass, @Francis_Berwa, mencionou que no próximo ano irá fortalecer ainda mais tanto o B2C quanto o B2B, então estou ansioso para isso.