Ingénierie Pinegrove
Ce que le joueur voit n’est que la surface.
FOVEA, Villages, persistance, reprise, admissions et préparation du monde doivent rester cohérents pendant que le serveur continue de vivre.
FOVEA
Un écran est un état rendu.
FOVEA orchestre des sessions, une navigation, des composants et un moteur de mise en page. Le rendu compare l’état précédent au suivant au lieu de reconstruire aveuglément toute l’interface, tandis que les Live Cards peuvent apparaître sans remplacer l’écran en cours.
- Composer
- Les écrans utilisent les mêmes composants, règles de largeur et conventions de navigation.
- Continuer
- La session conserve son contexte ; les préférences de mouvement et plusieurs états joueur sont persistés.
- Se protéger
- Diagnostics, contrôles d’intégrité et mode sûr limitent les conséquences d’une erreur critique du moteur d’interface.
Villages et territoires
Le territoire donne le contexte.
La parcelle protège les blocs.
Chaque Village possède un territoire global circulaire autour de son centre. Son rayon automatique évolue avec la population stabilisée ; un rayon manuel passe par le même validateur. Collisions, marges, monde et couverture des parcelles sont vérifiés avant d’accepter une nouvelle frontière. Les protections de blocs restent attachées aux parcelles de 16 × 16.
Vie du Village
Ce qui avance pendant la semaine reste là.
Les missions, le Prestige et la vie du Village ne sont pas de simples écrans. Leur état est conservé, vérifié puis réutilisé par les autres systèmes.
- Missions
- Trois missions hebdomadaires persistantes suivent leur vraie semaine, leurs contributions et leur progression avant d’être engagées durablement pour le Village.
- Prestige
- Les récompenses alimentent un solde utilisé notamment pour étendre les parcelles ; les opérations sensibles sont journalisées.
- Carnet
- Rendez-vous, activité et repères de visite donnent une continuité au lieu sans exposer automatiquement les coordonnées d’un Village.
Persistance et reprise
Une confirmation arrive après l’écriture, pas avant.
Les états importants distinguent ce qui existe en mémoire de ce qui a réellement franchi la frontière durable. Les Villages utilisent des instantanés complets, des écritures atomiques, une copie de reprise et un retour à l’état précédent lorsqu’une écriture n’est pas confirmée. Après une interruption, le système repart depuis un état connu plutôt que d’inventer la suite.
- 01Instantané
- 02Écriture
- 03Confirmation
- 04Reprise
- 05Migration
Esquisse
Préparer le monde sans lui prendre son temps.
Esquisse prépare des zones du monde (chunks) en avance, mais adapte son rythme à la machine et aux joueurs présents. Le travail urgent destiné à protéger la latence des joueurs reste séparé des tâches d’arrière-plan.
- Budget adaptatif
- Le débit diminue lorsque le coût par tick ou la pression mémoire augmente, puis remonte seulement lorsque la situation redevient stable.
- Files bornées
- Les tâches sont limitées par joueur, par monde et globalement ; les doublons et les travaux de moindre priorité peuvent être refusés ou remplacés.
- Reprise
- Les travaux en cours sont persistés avec une dernière copie valide ; un travail actif peut être mis en pause après redémarrage puis repris au lieu de repartir de zéro.
PAM + NOMEA
Le logiciel rassemble les éléments.
Une personne décide.
PAM structure une demande d’admission depuis la première tentative de connexion jusqu’au sas. NOMEA conserve et rapproche des signaux, des incidents et des éléments de contexte. Un signal automatique n’est pas, à lui seul, une sanction.
Le système conserve les éléments utiles et leur contexte.
Une personne consulte le dossier avant une décision d’accès ou de modération.
L’action reste identifiable et peut être relue lorsqu’un recours est ouvert.
Preview 2
Mesurée avant d’être livrée.
Les artefacts de tests fournis avec cette Preview consignent l’exécution complète disponible dans l’archive. Ce résultat décrit cette exécution précise, pas une promesse d’absence future de défaut.
168 suites · 844 tests · 0 échec · 0 erreurRèglement
Le texte accepté reste identifiable.
Le règlement publié et celui présenté dans le sas partagent le même contenu canonique. Son empreinte permet d’identifier exactement la version acceptée.
b1589edfe691f4925ca6c4c9ae7f55dae3cc1282767f133b00df10ebdf7a1cc9Les durées de conservation, les exports et les demandes de suppression restent documentés séparément.
Lire la confidentialité