Recientemente, la plataforma de tokenización detrás de BlackRock BUIDL, @Securitize, anunció la introducción del protocolo de staking @NestCredit de Plume, y @SolvProtocol también planea invertir $10M en el tesoro de Nest para buscar soluciones de rendimiento no basadas en el apalancamiento para los grandes tenedores de BTC de su protocolo. Estas dos cosas juntas pueden ayudar a comprender mejor la posición de Nest: 1) Securitize en realidad se encarga de la "capa de emisión", que puede emitir activos de manera compliant, pero el verdadero desafío está en la "capa de distribución" de Plume, por ejemplo, después de que se emiten los activos, ¿quién los comprará, cómo circularán y cómo generarán ingresos? 2) Y Nest convierte los activos compliant emitidos por Securitize en productos de rendimiento que se pueden combinar en la cadena. Actualmente, el 40% de APY de nBASIS proviene de transacciones de base reguladas, y el 21.5% de nOPAL está anclado en cuentas por cobrar de crédito brasileño, todos estos son "ingresos reales". Todo esto es para verificar que sus ingresos provienen de ganancias reales fuera de la cadena, y no de falsos incentivos de APY basados en tokens. Por lo tanto, se puede llegar a la conclusión de que la situación de implementación de RWAFi de @plumenetwork está estrechamente relacionada con el negocio de gestión de ingresos de Nest, y se está despojando lentamente de la pura narrativa. Finalmente, ¡felicitaciones a $PLUME por su lanzamiento oficial en Upbit hoy!

En el día de eth_proofs, @drakefjustin verificó en vivo la prueba del Pico ZKVM de @brevis_zk utilizando el cliente zklighthouse, ¡sin necesidad de volver a ejecutar la transacción para finalizar el bloque directamente, y exclamó que la era Gigagas ETH está por llegar! Sin duda, Brevis ha sido nuevamente señalado por la Fundación Ethereum. ¿Qué está tramando Brevis? Revisé su último libro blanco de ProverNet, junto con la demostración, y descubrí que efectivamente es diferente de otras soluciones zk: 1) En general, el mercado de pruebas ZK sigue un modelo de proveedor único, pero Brevis ha encontrado un problema incómodo en el entorno de producción: por ejemplo, el proceso de Rebate fuera de la cadena de @Uniswap necesita que ZK proporcione una solución de transparencia, la tarifa VIP de @PancakeSwap debe realizar una verificación de prueba en menos de un segundo antes de cada transacción, y @eulerfinance requiere un procesamiento por lotes de más de 100,000 direcciones para la distribución de incentivos, lo que también plantea requisitos de rendimiento. Siguiendo la lógica normal, diferentes escenarios de demanda requieren configuraciones de hardware, especificaciones del sistema de pruebas y direcciones de optimización completamente diferentes. Si se trata de un proveedor único, solo puede optimizar profundamente para necesidades temporales o proporcionar una solución generalizada que no satisfaga completamente. De esta manera, es evidente que es difícil satisfacer las exigencias diferenciadas en escenarios verticales; 2) La solución ProverNet que Brevis quiere implementar es muy simple: construir un mercado bilateral donde las aplicaciones planteen sus necesidades y los Prover profesionales pujen por los contratos, es decir, un mecanismo TODA (subasta doble de representación real). Esta solución "marketizada" puede manejar simultáneamente múltiples tipos de pruebas heterogéneas, permitiendo que las aplicaciones con necesidades específicas obtengan el Prover más profesional y especializado para un servicio a medida. De hecho, se puede ir más allá; si se encuentra con tareas más complejas, diferentes Prover pueden descomponer tareas para colaborar, por ejemplo, una prueba zkVM podría ser dividida en partes por A, comprimida por B, agregada por C y finalmente empaquetada por D. En resumen, la especialización y la división del trabajo pueden satisfacer una demanda de mercado más diversa. Eso es todo. La lógica es bastante simple: se trata de cambiar de la mentalidad de "vender palas" a la de construir un "mercado"; el sistema de servicios de proveedores puramente centralizado se está trasladando hacia un Marketplace descentralizado. La llamada era Gigagas ETH no requiere simplemente herramientas únicas, sino una infraestructura que pueda coordinar a todos los Prover de la red.

La verdad es que la situación no es tan mala. Aunque la popularidad de la pista x402 ha disminuido debido a la fuerte caída del mercado secundario, eso no significa que la pista x402 no tenga oportunidades: 1) Si antes el AI Agent era "un terreno por explorar", ahora la pista x402 está apenas en la fase de "germinación". Proyectos como PING y PAYAI, que son difíciles de clasificar como MEME o criptomonedas de infraestructura, aún no han tenido la oportunidad de demostrar su valor; 2) Los lados de aplicación de x402, como Launchpad, Facilitator y Provider, están realizando una intensa y silenciosa planificación y ejecución, incluyendo cadenas públicas y CEX como Solana, Monad, Coinbase, OKX, Bybit, entre otros, que están trabajando en torno a x402; 3) He visto muchas grandes cadenas públicas como @GoKiteAI que están haciendo planes en torno a Agent Payment, así como diversas pequeñas aplicaciones y juegos que se están implementando en escenarios de pago. Sin duda, x402 ha dado a muchos desarrolladores expectativas y direcciones para seguir creando. Los lugares donde los desarrolladores son activos suelen ser un caldo de cultivo para oportunidades; 4) La experiencia histórica nos dice que, a menudo, después de grandes caídas, el mercado entra en un período de consolidación y silencio, donde surgen grandes innovaciones. Las oportunidades suelen ocurrir en las áreas ciegas de la mayoría. Y recientemente, además de la oportunidad de la cadena pública @monad en su fase inicial, el único punto de expectativa sigue estando en la pista x402 en la cadena.