La difficulté des applications en temps réel n’est pas seulement la vitesse, mais la capacité de régler même en cas d’erreur. MagicBlock 1.0, je m’intéresse davantage à la capacité de reprise qu’à la promotion de la latence. ① MagicBlock a annoncé Validator v1.0 le 6 octobre, et la version correspondante a été publiée sur GitHub le même jour. Il s’agit ici du composant d’exécution des Ephemeral Rollups, et non d’un nouveau client remplaçant les validateurs de consensus du réseau principal Solana. ② Les notes de version intègrent des comptes éphémères, des combinaisons d’intentions, des rappels et des flux de travail d’application plus riches, permettant aux applications de s’exécuter dans un environnement dédié, puis de réconcilier les états délégués vers Solana selon un processus défini. ③ Ce qui mérite selon moi une attention plus approfondie, ce sont la reprise des règlements, les réessais après redémarrage, la synchronisation des comptes et l’ordre de soumission. Ces capacités ne sont peut-être pas adaptées aux affiches publicitaires, mais elles déterminent directement la fiabilité avec laquelle les utilisateurs peuvent accomplir leurs actions. ④ Les notes de version classent explicitement le mode réplica et le protocole de défi comme expérimentaux. Le fait que la version atteigne 1.0 ne signifie pas que tous les mécanismes de sécurité ont été validés, ni que chaque type d’application est un cas d’usage pertinent. Mon avis personnel : les jeux, les interactions et les applications à haut débit d’état nécessitent une exécution plus fluide, mais les utilisateurs finaux ne supporteront pas le coût explicatif d’une perte d’état intermédiaire. Le véritable seuil produit réside dans la capacité à combiner expérience rapide et règlement fiable. Je vais d’abord étudier les hypothèses de confiance, la reprise en cas de panne et les chemins de retour vers la chaîne principale, avant d’examiner les chiffres de performance. @Solana_zh @solana @magicblock