Recentemente, a plataforma de tokenização por trás da BlackRock BUIDL, @Securitize, anunciou a introdução do protocolo de staking @NestCredit da Plume, e o @SolvProtocol também planeja investir $10M no cofre Nest, buscando soluções de rendimento não vinculadas para grandes detentores de BTC em seu protocolo. Essas duas questões juntas ajudam a entender melhor a posição do Nest: 1) A Securitize na verdade é responsável pelo "nível de emissão", conseguindo emitir ativos de forma compatível, mas o verdadeiro desafio está no "nível de distribuição" da Plume, por exemplo, após a emissão dos ativos, quem irá comprá-los, como circularão e como gerarão rendimento? 2) O Nest transforma os ativos compatíveis emitidos pela Securitize em produtos de rendimento que podem ser combinados na blockchain. Atualmente, 40% do APY do nBASIS vem de negociações de base regulamentadas, e 21,5% do nOPAL está ancorado em contas a receber de crédito no Brasil, todos esses são "rendimentos reais". Tudo isso visa validar que seus rendimentos vêm de ganhos reais fora da cadeia, e não de falsos incentivos de APY em forma de tokens. Portanto, chegamos à conclusão de que a situação de implementação do RWAFi da @plumenetwork está intimamente relacionada ao negócio de gestão de rendimento do Nest, que está lentamente se desvinculando de uma narrativa puramente orientada. Por fim, parabéns ao $PLUME que hoje foi oficialmente listado na Upbit!

No dia do eth_proofs, @drakefjustin validou ao vivo a prova do Pico ZKVM da @brevis_zk com o cliente zklighthouse — finalizando blocos diretamente sem a necessidade de reexecutar transações, e exclamou que a era Gigagas ETH está chegando. Sem dúvida, a Brevis foi mais uma vez escolhida pela Fundação Ethereum. Mas o que a Brevis está realmente planejando? Revisei o último white paper do ProverNet que eles publicaram, juntamente com a demonstração do Demo, e percebi que realmente é diferente de outras soluções zk: 1) Em geral, o mercado de provas ZK segue um modelo de fornecedor único, mas a Brevis encontrou um problema embaraçoso em ambientes de produção: por exemplo, o processo de Rebate off-chain da @Uniswap precisa de uma solução de transparência fornecida por ZK, a taxa VIP da @PancakeSwap precisa de uma verificação de prova em menos de um segundo antes de cada transação, enquanto a @eulerfinance precisa processar em lote mais de 100 mil endereços para a distribuição de incentivos, o que exige uma certa capacidade de throughput. Seguindo a lógica normal, diferentes cenários de demanda exigem configurações de hardware, especificações de sistema de prova e direções de otimização completamente diferentes. Se for um único fornecedor, ou ele terá que fazer uma otimização profunda para demandas temporárias, ou terá que oferecer uma solução generalizada que não atende completamente. Assim, é evidente que é difícil satisfazer as exigências diferenciadas em cenários específicos; 2) A solução ProverNet que a Brevis está desenvolvendo é muito simples: construir um mercado bilateral, onde as partes aplicadoras apresentam suas demandas e Provers profissionais fazem lances para assumir os pedidos, ou seja, um mecanismo TODA (leilão duplo de representação real). Essa solução "marketizada" pode, naturalmente, lidar com vários tipos de provas heterogêneas ao mesmo tempo, permitindo que as partes aplicadoras com demandas específicas encontrem o Prover mais especializado para um serviço direcionado. Na verdade, isso pode ir ainda mais longe. Se houver tarefas mais complexas, diferentes Provers podem dividir as tarefas e colaborar, por exemplo, uma prova zkVM pode ser dividida em partes por A, comprimida por B, agregada por C e finalmente encapsulada por D. Em suma, a especialização e a divisão de tarefas podem atender a uma demanda de mercado mais diversificada. Acima de tudo. Na verdade, a lógica é muito simples: é uma mudança do pensamento de "vender pás" para "construir um mercado", movendo-se de um sistema de serviços de fornecedores puramente centralizados para um Marketplace descentralizado. A chamada era Gigagas ETH não precisa de um único serviço de ferramenta, mas sim de uma infraestrutura que possa coordenar todos os Provers da rede.

Para ser honesto, a situação não é tão má assim. Embora a popularidade da pista x402 tenha caído devido ao forte impacto do mercado secundário, isso não significa que a pista x402 não tenha oportunidades: 1) Se antes o AI Agent era "um campo a ser cultivado", agora a pista x402 está apenas na fase de "germinação". Projetos como PING e PAYAI, que não se sabe se são MEME ou moedas de infraestrutura, ainda não tiveram a chance de se provar em termos de valor; 2) As aplicações da x402, como Launchpad, Facilitator e Provider, estão se organizando e se concretizando silenciosamente, incluindo várias blockchains públicas e CEX como Solana, Monad, Coinbase, OKX, Bybit, que estão explorando a x402; 3) Vejo muitas blockchains grandes, como @GoKiteAI, fazendo planos em torno do Agent Payment, além de várias pequenas aplicações e jogos que estão se concretizando em cenários de pagamento. Sem dúvida, a x402 deu a muitos desenvolvedores expectativas e direções para continuar inovando. Onde os desenvolvedores estão ativos, frequentemente surgem oportunidades; 4) A experiência histórica nos diz que, após grandes quedas, o mercado sempre passa por um período de consolidação e silêncio, onde inovações significativas costumam surgir, e as oportunidades frequentemente acontecem fora do campo de visão da maioria. Recentemente, além da oportunidade da blockchain @monad no início de seu ecossistema, o único ponto de expectativa ainda está na pista x402.