Une ferme automatique, une porte à code, un ascenseur, un trieur d’objets : en solo, ces machines n’avancent que quand tu joues. Sur un serveur, elles continuent de ticker pendant que les joueurs dorment — et c’est le processeur de l’instance qui paie. Relevés Modrinth du 14 octobre 2026 : Alternate Current annonce des contributions MSPT de la poudre de redstone « jusqu’à 30 fois plus faibles ».
Les bases
En solo, ton monde s’arrête quand tu fermes le jeu. Sur un serveur, l’instance reste allumée en continu : les chunks de la distance de simulation continuent d’être tickés, qu’il y ait des joueurs connectés ou non. Trois conséquences directes sur ce que tu peux construire.
Le wiki décrit le tick comme portant « principalement » sur les chunks compris dans la distance de simulation. Une horloge posée au spawn tourne donc même quand le serveur est vide, et un serveur qui rame à 4 h du matin est presque toujours le signe de mécanismes qui tournent en continu — le diagnostic est détaillé dans le guide réduire le lag et optimiser les performances.
Le wiki liste parmi les causes fréquentes de lag côté serveur le fait que « les entonnoirs essaient constamment de chercher des objets au-dessus d’eux ». Un trieur automatique de 40 hoppers coûte donc plus cher au tick qu’un mur de pistons utilisé deux fois par jour, même si ce dernier est plus spectaculaire.
Un redstone tick dure 2 game ticks, soit un dixième de seconde, et une seconde de jeu en contient 10. Chaque répéteur, chaque comparateur, chaque entonnoir ajoute du délai dans une chaîne qui doit être recalculée à chaque tick : multiplier les étages, c’est multiplier le travail du processeur, pas seulement le temps d’attente du joueur.
La mécanique
Un serveur ne se contente pas de subir la redstone : il peut la calculer autrement, couper ce qui tourne dans le vide et journaliser ce que les joueurs construisent. Voici les briques relevées sur Modrinth le 14 octobre 2026, avec ce que leur fiche annonce réellement.
| Ce qui pèse | Brique côté serveur | Ce que la fiche annonce |
|---|---|---|
| La poudre de redstone et ses mises à jour de blocs | Alternate Current 11 857 055 téléchargements, MIT, fabric / forge / neoforge / quilt, serveur requis | Une implémentation « non localisée » de la poudre : calculs de puissance optimisés, moins de mises à jour de blocs émises, contributions MSPT « jusqu’à 30 fois plus faibles » en conservant un haut niveau de parité vanilla |
| Les horloges qui bouclent sans fin | AntiRedstoneClock-Remastered 16 059 téléchargements, AGPL-3.0-only, 2.10.1 du 10 octobre 2026, bukkit / folia / paper | Détecte les horloges de redstone actives, alerte le staff ou la console, et peut les désactiver ou les détruire |
| Les machines montées exprès pour faire ramer | AntiRedstoneLag 4 575 téléchargements, MIT, 26.3 du 17 septembre 2026, folia / paper / purpur | Présenté comme une prévention avancée des machines à lag côté serveur |
| Savoir qui a posé quoi, et pouvoir revenir en arrière | CoreProtect 565 431 téléchargements, Artistic-2.0, 24.1 du 24 septembre 2026 Prism 16 050 téléchargements, MIT, Paper 1.21.4+ Ledger 326 957 téléchargements, LGPL-3.0-only, fabric / quilt | Journalisation des événements et anti-grief : CoreProtect annonce l’enregistrement et la restauration de n’importe quel dégât, Prism le suivi d’événements, Ledger la journalisation côté serveur pour les serveurs Fabric |
| Identifier le vrai coupable avant de casser une machine | spark 23 650 679 téléchargements, GPL-3.0-only, client et serveur optionnels | Un profileur de performance pour les serveurs, les clients et les proxys : c’est lui qui dit si le tick part dans la redstone, les entités ou les chunks |
Les cinq fiches ci-dessus déclarent le client non pris en charge et le serveur requis, sauf spark qui laisse les deux en option : tes joueurs n’ont donc rien à installer, et une machine qui tourne chez toi fonctionne à l’identique quand ils se connectent.
Command blocks
Les command blocks ne sont pas de la redstone : ce sont des blocs opérateur, qui exécutent des commandes serveur à l’endroit où tu les poses. Le wiki en décrit trois modes et deux règles de jeu — les connaître évite de chercher pendant une heure pourquoi une commande ne part pas.
Le wiki précise que ces deux modes sont réglés par défaut sur « Needs Redstone » : la commande ne part que si le bloc reçoit un signal de redstone. Un repeat command block, lui, exécute sa commande à chaque game tick tant qu’il reste alimenté — c’est pratique pour un contrôle en boucle, et c’est aussi le bloc à surveiller sur un serveur qui tourne 24/7.
Un chain command block s’exécute à la suite du bloc qui le déclenche, sans avoir besoin d’être alimenté : c’est ce qui permet d’enchaîner plusieurs commandes en un seul tick. Le wiki ajoute une limite utile à connaître : une exécution en chaîne ne peut pas être renvoyée vers un bloc déjà exécuté dans ce tick-là, donc une boucle ne tourne qu’une fois par tick.
Un command block ne se pose, ne se casse et ne s’édite qu’en étant opérateur en mode créatif, et l’ouverture de son interface dépend du réglage op-permission-level du serveur. En Java, la règle de jeu command_blocks_work doit être active ; les retours de commande sont diffusés aux opérateurs, sauf si commandBlockOutput est passé à false.
CommandBlocker (17 447 téléchargements, MIT, 1.7.2 du 25 mai 2026) bloque les commandes listées dans sa configuration — typiquement /version ou /plugins — avec liste noire ou liste blanche, masquage de l’autocomplétion et une permission de contournement pour le staff. EasyCommandBlocker (3 972 téléchargements, MIT, 1.19.1 du 22 septembre 2026) fait la même chose et cache aussi les commandes avec deux-points de la complétion.
La vraie protection n’est pas de cacher la commande, c’est de refuser la permission. Un gestionnaire de grades comme LuckPerms (2 937 747 téléchargements, MIT, mis à jour le 6 octobre 2026) permet de réserver les command blocks et les commandes sensibles à un groupe staff, et de laisser les joueurs utiliser les commandes de confort. Le guide gérer les grades et permissions détaille la mise en place.
Sur un serveur où plusieurs joueurs construisent, une machine redstone non protégée finit démontée par curiosité. Les outils de zones (WorldEdit et WorldGuard) permettent de poser une région et d’autoriser la redstone ou les commandes uniquement là où c’est utile, plutôt que de compter sur la bonne volonté générale.
Performance
Inutile de changer d’offre avant d’avoir regardé ces quatre points : la plupart des serveurs qui « lâchent » à cause de la redstone ont un réglage ou un diagnostic en retard, pas un manque de RAM.
C’est elle qui décide quels chunks tournent réellement — donc quelles machines avancent. La régler au plus juste réduit la charge sans toucher à ce que les joueurs voient autour d’eux.
Le wiki est explicite : si la vitesse de tick aléatoire est trop élevée, le MSPT peut monter anormalement. Une valeur « pour aller plus vite » sur les cultures se paie sur tout le reste du serveur.
Un profil (spark) et un relevé de TPS et de MSPT valent mieux qu’une impression. La méthode est détaillée dans le guide mesurer les performances : tu sauras si ta machine est en cause ou si c’est ailleurs.
Fermes à mobs, chaînes de hoppers et chunk loaders font travailler le serveur même avec trois joueurs connectés. Le guide estimer le nombre de joueurs explique pourquoi ce ne sont pas les connectés qui décident de la charge.
Pense aussi aux sauvegardes : une machine qui tourne en continu modifie le monde en continu. Une restauration ciblée est plus facile à réussir quand les sauvegardes sont rapprochées — voir sauvegarder et restaurer son serveur.
L’offre adaptée
La redstone ne se facture pas au nombre de blocs : ce sont la RAM, la puissance par cœur et le nombre de serveurs qui comptent. Les quatre offres sont mensuelles, sans engagement et résiliables en ligne.
4 Go de RAM : parfait pour une survie vanilla à 5-10 potes avec quelques machines simples, portes, trieurs légers et un peu de redstone de confort. Au-delà, les fermes automatiques et les gros montages se disputent le tick.
10 Go de RAM : le palier d’un serveur qui vit, avec plusieurs fermes, des machines partagées et des joueurs qui construisent en même temps. C’est l’offre à viser dès que la redstone devient un projet collectif.
24 Go de RAM : pour un modpack complet, où l’automatisation ne vient pas seulement de la redstone mais aussi des machines des mods. Voir choisir et installer un modpack avant de dimensionner.
32 Go de RAM : quand les machines doivent être isolées du serveur principal, avec un réseau Velocity, un hub et un ou plusieurs serveurs de jeu. Le détail est dans créer un réseau avec Velocity.
Les quatre offres incluent Java et Bedrock, la mise en ligne en 60 secondes, les sauvegardes, la protection DDoS et le support Discord 7j/7, avec l’offre de lancement -20 % le premier mois (code MEGA20).
FAQ
Le montage, oui ; le comportement, pas toujours. La poudre de redstone vanilla est calculée de façon « localisée », et l’ordre de mise à jour dépend donc de l’endroit où tu poses le bloc : un montage peut fonctionner dans un sens et pas dans l’autre après un simple déplacement. Alternate Current (11 857 055 téléchargements, MIT) part précisément de ce constat et propose un ordre de mise à jour « prévisible plutôt que localisé et chaotique ».
Non. Les fiches relevées le 14 octobre 2026 pour Alternate Current, AntiRedstoneClock-Remastered, AntiRedstoneLag, CoreProtect, Prism, Ledger et CommandBlocker déclarent toutes le client non pris en charge et le serveur requis. Seul spark laisse les deux en option. La redstone et les command blocks font partie du jeu : c’est le serveur qui décide de leur coût et de leurs permissions.
Aucun chiffre honnête ne s’applique « par machine ». Une horloge légère coûte du temps de tick sans consommer de mémoire, tandis qu’une ferme à mobs ou une chaîne de centaines d’entonnoirs charge les deux. La bonne méthode : mesurer le TPS et le MSPT (guide mesurer les performances) avant de monter d’offre, et regarder la distance de simulation avant de changer de palier.
Pas par le jeu, mais beaucoup d’administrateurs les limitent. C’est exactement le rôle d’AntiRedstoneClock-Remastered (16 059 téléchargements, AGPL-3.0-only, 2.10.1 du 10 octobre 2026) : détecter les horloges, prévenir le staff, puis les désactiver ou les détruire selon ta configuration. AntiRedstoneLag (4 575 téléchargements, MIT) vise de son côté les machines montées pour faire ramer, et une région WorldGuard limitée aux zones de jeu reste le garde-fou le plus simple.
Oui, tant que leurs chunks sont tickés : le wiki indique que le tick porte principalement sur les chunks de la distance de simulation, et le serveur ne se met pas en pause faute de joueurs. C’est ce qui fait qu’une horloge oubliée au spawn reste visible dans les mesures de TPS la nuit, et c’est aussi pourquoi la pré-génération et le réglage de la distance de simulation changent réellement la charge.
Avec une zone protégée et un journal des événements. WorldEdit et WorldGuard (guide construire vite et protéger des zones) posent la région et en limitent l’accès, tandis que CoreProtect (565 431 téléchargements, Artistic-2.0, 24.1 du 24 septembre 2026) enregistre les actions et permet de restaurer un dégât ciblé plutôt que de rembobiner tout le monde. Sur les serveurs Paper 1.21.4+, Prism (16 050 téléchargements, MIT) remplit le même rôle, et Ledger (326 957 téléchargements, LGPL-3.0-only) le fait pour les serveurs Fabric.
Souvent, oui, et c’est plus léger. Un repeat command block exécute sa commande à chaque game tick tant qu’il est alimenté, et un chain command block s’enchaîne sans redstone : un `/setblock` bien placé remplace parfois trente blocs d’horloge. En échange, tu passes du côté opérateur : placement et édition réservés aux opérateurs en créatif, règle de jeu command_blocks_work active en Java, et permissions à cadrer si plusieurs personnes doivent intervenir.
Par la mesure, pas par la démolition. spark (23 650 679 téléchargements, GPL-3.0-only) produit un profil qui montre où part le tick : entités, entonnoirs, redstone ou génération. Tu peux ensuite couper les horloges inutiles avec AntiRedstoneClock-Remastered, vérifier la distance de simulation et pré-générer les zones très visitées. Si le TPS ne remonte qu’en montant d’offre, c’est que le problème est bien un budget de ressources — nos quatre paliers sont là pour ça.
Ce qui fait tenir un serveur nourri à la redstone, ce ne sont pas les blocs mais le réglage : une distance de simulation au plus juste, un profil quand ça rame, des horloges coupées quand elles tournent pour rien et une permission claire pour les command blocks. Choisis la RAM qui correspond à ce que tes joueurs construisent vraiment, et garde tes sauvegardes à jour.
