La dificultad de las aplicaciones en tiempo real no es solo la velocidad, sino la capacidad de liquidar correctamente tras un error. MagicBlock 1.0: me interesa más la capacidad de recuperación que la latencia promocionada. ① MagicBlock anunció el Validator v1.0 el 6 de octubre, y el mismo día se publicó la versión correspondiente en GitHub. Este es el componente de ejecución de Ephemeral Rollups, no un nuevo cliente que reemplace a los validadores de consenso de la red principal de Solana. ② Las notas de lanzamiento incluyen cuentas efímeras, combinación de intenciones, devoluciones de llamada y flujos de trabajo de aplicación más ricos, permitiendo que las aplicaciones se ejecuten en un entorno dedicado y luego liquiden el estado delegado de forma secuencial de vuelta a Solana. ③ Lo que considero más digno de análisis detallado son la recuperación de liquidación, los reintentos tras reinicio, la sincronización de cuentas y el orden de envío. Estas capacidades quizás no sean ideales para carteles publicitarios, pero afectan directamente la capacidad de los usuarios para completar sus operaciones de forma confiable. ④ Las notas de la versión clasifican explícitamente el modo réplica y el protocolo de desafío como experimentales. No porque la versión sea 1.0 significa que todos los mecanismos de seguridad hayan sido verificados; tampoco se debe asumir que cada tipo de aplicación sea un caso de uso válido. Mi opinión personal: los juegos, las interacciones y las aplicaciones con alto volumen de estado requieren una ejecución más fluida, pero los usuarios finales no asumirán el costo de explicar la pérdida de estados intermedios. La verdadera barrera del producto es lograr simultáneamente una experiencia rápida y una liquidación confiable. Primero estudiaré las suposiciones de confianza, la recuperación ante fallos y las rutas de retorno a la cadena principal, antes que los números de rendimiento. @Solana_zh @solana @magicblock