Rangs et prestiges
Les huit rangs
Le rang est la progression du joueur. Il s'affiche en étiquette colorée devant le pseudo, en tab, en nametag et dans le chat : [Muffin] Micha.
| # | Rang | Couleur | Étiquette | Ce qu'il marque | Débloque |
|---|---|---|---|---|---|
| 1 | Miette | gris #AAAAAA | gris | Débutant | Chocolat, le monde de départ |
| 2 | Biscuit | orange #ED803E | orange | Premier échelon de pioche | /craft |
| 3 | Muffin | cyan #3EEDDD | cyan | Chocolat maîtrisé | Coffre Vote |
| 4 | Cupcake | vert #62ED3E | vert | Entrée dans Glace | Portail Glace |
| 5 | Éclair | bleu #5B4FF0 | bleu | Glace maîtrisée | Coffre Pet |
| 6 | Macaron | rose #ED3ED3 | rose | Entrée dans Cookie Dough | Portail Cookie |
| 7 | Fraisier | violet #9D3EED | violet | Cookie Dough maîtrisé | Multiplicateur Cookies III |
| 8 | Gluctateur | rouge #ED433E | rouge | Prêt pour le prestige | Prestige, Spatule |
Les couleurs viennent des étiquettes dessinées par Micha (image/rangs), du gris le plus terne au rouge le plus vif : la progression se lit à la couleur, sans lire le nom.
L'étiquette, dans le chat et dans la tablist
Chaque rang a une image, posée devant le pseudo dans le chat, dans la tablist et au-dessus de la tête. Une image ne s'affiche dans du texte Minecraft que par un glyphe de police : le pack associe chaque rang à un caractère de la zone privée Unicode (U+E010 à U+E017), et c'est ce caractère que le plugin écrit. Sans le pack, on voit un carré, mais le pack est obligatoire à la connexion.
Dans le chat, la ligne se lit ainsi : le chiffre de prestige s'il y en a un, l'étiquette du rang, le pseudo dans la couleur du rang, puis le message.
Le message est toujours blanc. Il ne se bat pas avec la couleur du pseudo, et c'est lui qu'on lit. Seul un administrateur écrit en rouge clair (&c), pour qu'une consigne ne passe jamais inaperçue.
Passer un rang (/rang up) demande du Cookies et des ressources précises, remises au moment du passage. Exemple de cible : Cupcake demande ꏢ 60 000, 5 Chocapics arc-en-ciel et 1 Chocafond. Les valeurs sont dans Tables d'équilibrage.
Le passage se voit : titre plein écran dans la couleur du rang, explosion de particules, annonce à tous, nouvelle étiquette.
Les dix prestiges
Au rang Gluctateur, le joueur peut faire un prestige (/prestige, avec confirmation). Les prestiges sont numérotés de I à X, sans nom.
| Prestige | Multiplicateur permanent |
|---|---|
| I | ×1,1 |
| II | ×1,2 |
| III | ×1,35 |
| IV | ×1,5 |
| V | ×1,7 |
| VI | ×2,0 |
| VII | ×2,4 |
| VIII | ×2,9 |
| IX | ×3,5 |
| X | ×4,5 |
Ce qui est remis à zéro : le rang (retour à Miette), le Cookie, les trois outils (échelon 1, niveau 1), l'inventaire de ressources.
Ce qui est gardé : les succès, les pets, les cosmétiques, les clés.
Ce qui est gagné : le multiplicateur permanent, qui entre dans le multiplicateur global (voir Économie), et le chiffre romain devant le rang : [III] Muffin.
Le premier prestige arrive quand le joueur a fini les trois mondes, soit plusieurs jours de jeu régulier. Il rend plus rapide : le retour au même point prend bien moins de temps. Il est attendu, pas subi.
Le rang et LuckPerms
Le rang vit dans la base MineCake, colonne players.rank. C'est lui qui ouvre les mondes, décide du nom de la pioche et entre dans le multiplicateur. LuckPerms n'en est qu'un reflet : le plugin crée un groupe par rang (miette à gluctateur), les enchaîne en héritage et les met sur la piste minecake, ce qui donne le préfixe coloré et le tri de la tablist.
Depuis le 2026-09-05, le miroir marche dans les deux sens, promotion comme rétrogradation.
Le plugin lit le rang directement dans les données de LuckPerms, par son API : il regarde les groupes dont le joueur hérite et garde le plus haut des siens. Il ne s'appuie plus sur hasPermission, dont le cache est recalculé en tâche de fond : une rétrogradation lue trop tôt faisait croire que rien n'avait bougé, et le plugin reposait alors l'ancien groupe - la rétrogradation était annulée sans un mot. La permission minecake.rank.<n> reste posée sur chaque groupe, en repli si l'API manque.
Il ne guette plus non plus les commandes lp pour se resynchroniser un peu plus tard : il s'abonne à l'événement que LuckPerms envoie quand il a fini de recalculer un joueur. C'est le signal exact d'un promote ou d'un demote, là où attendre vingt ticks était une course perdue d'avance.
Pour savoir qui a bougé, le plugin retient le dernier rang qu'il a poussé dans LuckPerms :
- les groupes disent autre chose que ce qu'on a poussé : c'est LuckPerms qui a bougé, la base adopte ce rang, vers le haut comme vers le bas ;
- les groupes disent la même chose : c'est le jeu qui a bougé, on repose le groupe.
Sans cette mémoire, un changement venu du jeu serait aussitôt annulé par des groupes qui n'ont pas encore suivi.
Et le plugin n'écrit jamais dans LuckPerms en réponse à un changement venu de lui. Deux raisons :
- poser le groupe déclencherait le recalcul, qui rappellerait la synchronisation, qui reposerait le groupe : une boucle sans fin sur le thread principal ;
- la commande de LuckPerms tourne sur son propre thread. Répondre par une écriture, c'est croiser deux modifications du même joueur. Vu en jeu après une rafale de
demote: le joueur s'est retrouvé avec deux groupes de rang au lieu d'un.
Sur ce chemin, le plugin se contente donc d'adopter. Il n'écrit que quand c'est le jeu qui a bougé, et à la connexion, moment calme où il en profite pour réparer un joueur qui porterait plusieurs groupes de rang.
Un mot sur la rafale
LuckPerms a son propre garde-fou : au-delà de quelques commandes en quelques secondes, il refuse les suivantes et écrit is spamming LuckPerms commands. Ignoring further inputs. dans la console. Un demote qui semble ne rien faire est parfois juste un demote ignoré. Une commande, puis on regarde.
La pioche suit toujours
Le rang décide de l'échelon de la pioche, de son nom, de sa couleur et de sa texture. Les trois chemins la refont immédiatement, sans attendre une reconnexion :
| Ce qui arrive | Ce qui se passe |
|---|---|
Le joueur passe un rang (/rang up) | Rang en base, groupe LuckPerms promu, pioche refaite |
lp user X promote ou demote | Rang adopté en base, pioche refaite |
| Prestige | Rang remis à Miette puis groupe reposé, pioche redescendue |
Une seule commande d'administration
Côté staff, le rang se change uniquement par LuckPerms :
lp user <joueur> promote minecake
lp user <joueur> demote minecake
Le jeu suit dans la seconde : rang en base, multiplicateur invalidé, pioche refaite. /minecake rank a été retiré le 2026-09-05 - deux commandes pour la même chose, c'était deux façons de se tromper ; la commande existe encore mais ne fait que renvoyer vers LuckPerms. Le prestige, lui, garde /minecake prestige <joueur> <n> : il n'a pas d'équivalent dans LuckPerms.
La pioche survit à un /clear
Elle est unique, elle ne se rachète pas, elle ne se jette pas : la perdre à un vidage d'inventaire laisserait un joueur sans rien pour miner. Le plugin regarde donc passer /clear, /clearinventory, /ci et /clean, quel que soit l'émetteur, et repose la pioche le tick suivant - sur la cible nommée dans la commande, ou sur celui qui l'a tapée. Le bac à sable est laissé tranquille : on n'y impose rien.