Ce qu’une sauvegarde restaure — et pourquoi l’identité de ligue reste séparée
Un essai isolé vérifie v2, les fichiers v1, les combats RED/Blue en attente, le refus d’écrasement et le retour arrière. L’identité de ligue reste séparée.
Quatre modes, des sauvegardes différentes
Le fichier local couvre les huit clés de jeu existantes. Le Classique conserve statistiques et état quotidien ; RED Quick et Blue ont leurs résultats, combats reprenables et bilans indépendants. Les succès dérivés couvrent ces deux défis Quick.
Un résultat Classique n’est pas un état d’émulateur : importer ne replace pas au milieu du combat. Les combats Quick et Blue peuvent être restaurés avec leur date et leurs règles originales. Le fichier n’accorde pas un nouvel essai quotidien.
| Mode | Inclus dans la sauvegarde | Hors de cette sauvegarde |
|---|---|---|
| Classique | Statistiques et état quotidien | Position de l’émulateur |
| RED Quick / Blue | Résultats, combats en attente et bilans conservés | Résultats d’entraînement ; anciens détails manquants |
| Succès locaux | Badges dérivés de RED Quick et Blue | Succès Classique ou ligue |
| Ligue | — | Identité de l’invité et résultats serveur |
Ce que l’essai a vérifié
Nous utilisons des données synthétiques : deux victoires Classiques, un résultat RED, un résultat Blue et deux combats en attente du 20 octobre. Un stockage vide décode le fichier v2 pour l’aperçu. Décoder puis annuler n’écrit aucune donnée de jeu. Après confirmation avec le mécanisme existant, chaque valeur incluse est identique.
Les adaptateurs respectifs acceptent les combats avec le bon adversaire. Le choix de confidentialité du navigateur cible reste intact. Préférences statistiques, langue et marqueur synthétique d’identité ne sont pas exportés. Le tableau public est un résumé nettoyé, sans fichier de scores importable ni identifiant privé.
Anciennes versions et écritures interrompues
Un fichier v1 contenant les clés originales compatibles restaure le Classique et RED sans créer de résultats Blue. Un stockage occupé refuse l’import sans modifier ses valeurs. Le JSON cassé et une version incompatible sont rejetés avant importation.
Nous simulons aussi un manque de place à la deuxième écriture : les valeurs précédentes sont rétablies et aucun journal ne reste en attente. Les interruptions des journaux v1 et v2 sont vérifiées avec leurs propres ensembles de clés. Ces essais ne couvrent pas toutes les pannes possibles. Gardez l’original et n’effacez jamais vos vraies données pour essayer.
| Essai | Résultat |
|---|---|
| Aperçu et annulation : aucune écriture | Vérifié |
| v2 : valeurs exactes ; deux combats acceptés | Vérifié |
| v1 : clés originales ; aucun résultat Blue inventé | Vérifié |
| Cible occupée : refus sans changement | Vérifié |
| JSON cassé ou version inconnue : refus | Vérifié |
| Manque de place : retour arrière ; journaux v1/v2 récupérés | Vérifié |
Pourquoi l’identité de ligue ne suit pas
Le serveur contrôle les combats et valide les résultats de ligue. Le fichier de jeu ne contient pas l’identité du navigateur qui possède l’invité ; restaurer une victoire locale ne la publie pas au classement. Modifier le fichier ne permet pas de revendiquer un résultat de ligue.
Gardez le même navigateur pour cette identité. Cette version ne propose pas de transfert par compte. Lire ce guide ne crée aucun invité et n’envoie aucune action. Pour un problème, indiquez mode, date et erreur ; n’envoyez pas de sauvegarde complète ou de jeton privé sans convenir d’une étape de support précise.
Conditions et sources
Génération 3 · équipe du 20 octobre 2026 · simulateur 0.10.11 · calculateur 0.12.0. Essais répétés le 29 octobre 2026. Ces chiffres concernent uniquement cette édition et cette configuration.
SHA-256 3b994329766f5fe70dbaf8548c3c78ad4cc777e920455a4d8ce5020d6f7ae213
Sources et licences des composants · Maintenance de Daily Red