Recientemente, @Securitize, la plataforma de tokenización detrás de BUIDL de BlackRock, anunció la introducción del protocolo de staking @NestCredit de Plume, y @SolvProtocol también planea invertir 10 millones de dólares en la tesorería de Nest para encontrar soluciones de interés de muñecas que no sean anidadas para sus grandes usuarios de BTC. Estas dos cosas se superponen para entender mejor la posición de Nest: 1) Securitize es en realidad responsable de la "capa emisora", que puede enviar activos de forma cumplida, pero el verdadero problema está en la "capa de distribución" de Plume, por ejemplo, después de emitir los activos, ¿quién los comprará, cómo circular y cómo generar ingresos? 2) Nest consiste en convertir los activos conformes emitidos por Securitize en productos de ingresos componibles en la cadena. Actualmente, el 40% APY de nBASIS proviene del trading regulado por base, y el 21,5% de nOPAL está vinculado a los créditos por cobrar brasileños, que son "rendimientos reales". Todo para verificar que sus ingresos provienen de ingresos reales fuera de la cadena, y no de falso incentivo simbólico que anida con APY. Por lo tanto, se concluye que la popularidad de la implementación de RWAFi de @plumenetwork está estrechamente relacionada con el negocio de gestión de patrimonios de Nest, que genera interés, y que poco a poco se está despojando de la orientación narrativa pura. ¡Por último, enhorabuena por $PLUME aterrizar oficialmente en Upbit hoy!

En eth_proofs Día, @drakefjustin usó el cliente zklighthouse para verificar la prueba de @brevis_zk Pico ZKVM en el momento, finalizando bloques directamente sin reejecutar transacciones, y gritó que se avecinaba la era del ETH de Gigagas. No hay duda de que Brevis ha sido una vez más seleccionado personalmente por la Fundación Ethereum. ¿A qué tipo de juego juega Brevis? Después de hojear su último white paper de ProverNet y añadir una demo, descubrí que efectivamente es diferente a otras soluciones zk: 1) Generalmente, el mercado de pruebas ZK sigue un modelo de proveedor único, pero Brevis encontró un problema embarazoso en el entorno de producción: por ejemplo, el proceso de reembolso fuera de cadena de @Uniswap requiere que ZK proporcione una resolución transparente, la tarifa VIP de @PancakeSwap requiere comprobaciones de prueba de menos de un segundo antes de cada transacción, y @eulerfinance requiere un tiempo determinado para agrupar la distribución de incentivos para direcciones superiores a 10W, lo que requiere rendimiento. Según la lógica normal, varios escenarios de demanda diferentes tienen configuraciones de hardware completamente distintas, especificaciones de sistema y direcciones de optimización completamente distintas. Si es un solo proveedor, solo puede optimizar escenarios en profundidad para necesidades temporales, o solo puede ofrecer un plan general. De este modo, es evidente que es difícil satisfacer las necesidades diferenciadas de escenarios verticales complicados; 2) La solución ProverNet que Brevis quiere hacer es muy sencilla: construir un mercado bilateral, la parte de la aplicación aumenta la demanda y el Prover profesional puja y recibe órdenes, es decir, el mecanismo TODA (Real Reproduction Double Auction). Una solución "orientada al mercado" puede gestionar de forma natural múltiples tipos de pruebas heterogéneos al mismo tiempo, de modo que las aplicaciones que satisfacen las necesidades de escenarios subdivididos puedan obtener el Prover más profesional y bueno para servicios de contraparte especial. Por ejemplo, una demostración de zkVM puede estar compuesta por A para el fragmentado, B para la compresión, C para la agregación y D para la encapsulación final. En resumen, división profesional del trabajo y derivación para satisfacer demandas de mercado más diversificadas. Encima. De hecho, la lógica es muy simple, es decir, desde el pensamiento de "vender palas" en el pasado hasta construir un "mercado", y el sistema centralizado de servicios a proveedores en el pasado ha cambiado hacia un mercado descentralizado. En la llamada era Gigagas ETH, lo que se necesita no es un único servicio de herramienta, sino una infraestructura que pueda programar toda la red de proveadores.

Para ser sincero, la situación no es tan mala, aunque la popularidad de la vía x402 ha disminuido debido al duro golpe del mercado secundario, eso no significa que la vía x402 no tenga ninguna oportunidad: 1) Si el agente de IA en el pasado era "cien desperdicios esperando ser revitalizados", entonces la pista actual x402 solo está en la fase de "revolucionaria", y proyectos como PING y PAYAI, que no están claros si son monedas MEME o de infraestructura, aún no han tenido tiempo de demostrar su valor; 2) la aplicación Launchpad de x402, el facilitador de capa intermedia, el proveedor de la capa de infraestructura, etc., se despliegan e implementan de forma silenciosa e intensiva, incluyendo Solana, Monad, Coinbase, OKX, Bybit y otras cadenas públicas, y CEX están haciendo un escándalo por x402; 3) Vi muchas grandes cadenas públicas @GoKiteAI organizadas en torno al Pago por Agentes, así como varias aplicaciones y juegos pequeños que se han implementado en el ámbito de pago. No cabe duda de que x402 ha dado a muchos desarrolladores la expectativa y la dirección para volver a hacer las cosas. Donde los desarrolladores están activos, a menudo se gestan oportunidades; 4) La experiencia histórica nos dice que, a menudo, tras una gran caída, siempre surgen mayores innovaciones en la consolidación del mercado y el periodo de calma, y las oportunidades siempre surgen discretamente bajo el punto ciego de la visión de la mayoría de la gente. Recientemente, además de la oportunidad de la ecología temprana de la cadena pública @monad, el único punto esperado sigue siendo la vía x402 en cadena.