Rust : l'Armoire à outils taxe votre groupe depuis Breach and Clear — +20 % d'upkeep à 12 joueurs, et un accès invité au Digicode compte

Facepunch a publié Breach and Clear, la mise à jour mensuelle de Rust, le jeudi 3 septembre 2026. Le changelog officiel porte cette date, et l'annonce Steam est horodatée à 17 h 26 UTC, soit 19 h 26 à Paris — c'est notre conversion, le studio ne publie aucune heure française. Le même jour tombait le force wipe mensuel, dont la date avait été donnée un mois plus tôt dans le devblog Power Trip.

Au milieu des bloqueurs de monument et du nouveau nœud de Métal de haute qualité, une ligne de la section Features concerne tous les serveurs officiels : « Group size TC upkeep increase ». L'Armoire à outils (Tool Cupboard) applique désormais une surtaxe d'upkeep — le coût d'entretien prélevé dans l'armoire — indexée sur le nombre de personnes qui gravitent autour de votre base.

Le mécanisme s'énonce en trois lignes et se rate en une seconde, parce que le décompte ne s'arrête pas aux joueurs que vous avez autorisés : un Digicode ouvert à un voisin pèse le même poids qu'une autorisation en bonne et due forme.

Les quatre critères qui font grossir le compteur

Le texte de Facepunch, signé Jarryd Campi, pose le principe : « Starting this month Tool Cupboards will now apply an additional upkeep tax based on the number of players that are in a base. » Quatre situations alimentent ce décompte :

• tout joueur directement autorisé sur l'Armoire à outils ;
• tout joueur qui en a été désautorisé au cours des 24 dernières heures ;
• tout joueur autorisé sur un Digicode (Code Lock) de la base — « including guest code access », donc accès invité compris ;
• tout joueur désautorisé d'un Digicode au cours des 24 dernières heures.

Les deux critères en 24 heures sont le vrai piège : purger l'armoire parce que la facture grimpe ne produit aucun effet immédiat, les sortants restant comptabilisés une journée entière. Le nettoyage doit précéder le problème, pas le suivre.

Le critère Digicode est le second. Sas de commerce, pièce de dépôt partagée, porte laissée en code invité pour un allié de passage : chacune de ces facilités ajoute une tête au compteur, sans qu'il soit nécessaire d'avoir jamais touché à l'Armoire à outils pour y figurer.

Une limite, enfin : Facepunch n'écrit à aucun moment ce qu'il faut entendre par « in the base ». La description française de l'armoire, extraite du client, parle d'un « rayon de 50 mètres », mais le devblog ne reprend pas ce chiffre pour délimiter le périmètre de la taxe. Nous le signalons plutôt que de le déduire.

Le barème : gratuit jusqu'à quatre, puis deux paliers

Le devblog publie trois règles, et rien d'autre : « First 4 players incur no tax », « Next 6 players incur 2% tax per player », « Subsequent players incur 4% tax per player ». Suivent deux exemples chiffrés — « a TC with 6 players authed will have +4% upkeep, a TC with 12 players will have +20% upkeep » — et un plafond : « There is a maximum tax amount of 300%. »

Les deux exemples permettent de vérifier le barème plutôt que de le supposer. À douze personnes : quatre gratuites, six à 2 % et deux à 4 %, soit 12 + 8 = 20 %. Le compte tombe juste, la règle est donc dépliable au-delà.

Deux lignes seulement viennent de Facepunch, celles à 6 et à 12 ; le reste est le dépliage arithmétique du barème publié, pas une donnée du studio. La colonne de droite, elle, traduit « additional upkeep tax » par une majoration de la facture existante : c'est la lecture que soutient la phrase du devblog sur l'affichage en jeu, mais le studio n'écrit nulle part la formule exacte.

Deux seuils sont à retenir. Le passage de 4 à 5 d'abord : à quatre vous ne payez rien de plus, et le cinquième nom déclenche la mécanique. Le passage de 10 à 11 ensuite, où le prix de chaque nouvelle tête double, de 2 à 4 %. Quant au plafond de 300 %, il réclame 82 personnes comptées : un chiffre théorique par la seule autorisation directe, beaucoup moins absurde si votre base distribue des codes invités à la chaîne.

Où lire le taux appliqué, et sur quels serveurs

Facepunch donne une seule méthode de vérification en jeu : « You can see the current tax rate being applied by hovering over the upkeep cost while the TC is open. » Ouvrez l'armoire, survolez le coût affiché, le taux en cours apparaît. C'est aussi le seul moyen de savoir combien de personnes le serveur vous compte réellement — le jeu ne publie pas la liste.

La règle n'est pas universelle pour autant : « Server owners will find a set of ConVars in the Decay class that can be used to modify these behaviours, including disabling it entirely. » Le studio ne nomme aucune de ces variables. Sur un serveur communautaire, la question à poser au staff est donc binaire avant même de parler chiffres : la taxe de groupe est-elle active, et à quel réglage ?

Elle se cumule avec la facture du 6 août

Cette surtaxe ne remplace rien, elle s'ajoute. Depuis Power Trip, les hauts murs extérieurs et les grands portails pèsent sur l'upkeep de l'armoire, à un taux que le devblog d'août situait au milieu de la fourchette des blocs de construction, « 10% -> 33% ». Nous avions détaillé cette addition le 11 août : elle devient la base de calcul sur laquelle la taxe de groupe s'applique.

L'ordre de grandeur est facile à poser. Une armoire réglée sur 10 000 Pierres par jour en réclamera 12 000 avec douze personnes comptées, et 19 200 si le serveur en compte trente autour de la même base. Les 10 000 sont un chiffre d'illustration : Facepunch publie un taux, jamais un barème en ressources.

La conséquence est structurelle. Un clan qui alignait un gros périmètre en s'appuyant sur le nombre de mains disponibles pour le farm voit ce nombre de mains devenir lui-même une charge. C'est l'intention affichée : « Large player groups are a tricky game balance problem to tackle as they essentially bypass most difficulty mechanics in the game via sheer numbers », écrit le studio, qui dit vouloir donner à ces groupes un problème à résoudre sans rendre le jeu en clan « unviable ».

Ce que le devblog ne tranche pas

Trois zones d'ombre subsistent, et aucune n'est anecdotique pour qui gère une grosse base.

La première : un joueur à la fois autorisé sur l'Armoire à outils et sur un Digicode est-il compté une fois ou deux ? Le texte énumère quatre critères sans dire s'il s'agit d'une somme ou d'une liste de personnes distinctes, et l'exemple des six joueurs, qui ne porte que sur l'autorisation directe, ne permet pas de trancher.

La deuxième : la fenêtre de 24 heures est-elle glissante ou alignée sur un cycle serveur ? Le devblog dit « in the last 24 hours », ce qui suggère une fenêtre glissante sans le confirmer.

La troisième tient à la communication. Facepunch ne publie rien en français : rust.facepunch.com/fr répond une erreur 404, et l'annonce Steam demandée en français sert le texte anglais. Le jeu, lui, est localisé — la fiche Steam liste « Français* », astérisque comprise, donc avec doublage. Les libellés français cités ici viennent des chaînes extraites du client, pas de l'éditeur — et deux mots restent sans équivalent français vérifié, upkeep et decay, que nous gardons donc en anglais.

En pratique

Quatre réflexes, dans cet ordre :

1. Comptez les Digicodes avant les autorisations. C'est le gisement de noms auquel personne ne pense, accès invités compris.
2. Nettoyez à froid. Une désautorisation ne produit son effet qu'au bout de 24 heures : elle se planifie en fin de session, pas quand l'armoire se vide.
3. Survolez le coût d'upkeep armoire ouverte après chaque changement d'effectif : c'est la seule source fiable.
4. Vérifiez le réglage du serveur si vous ne jouez pas en officiel : la mécanique est désactivable côté hébergeur.

Pour les groupes de quatre et moins, rien ne change tant que la base reste fermée. Au-delà, la question n'est plus de savoir combien vous êtes à jouer, mais combien le serveur croit que vous êtes — depuis le 3 septembre 2026, ces deux nombres ne sont plus les mêmes.