Rust: Die Werkzeugkiste besteuert eure Gruppe seit Breach and Clear – +20 % Upkeep bei 12 Spielern, und ein Gastzugang zum Zahlencode zählt mit

Facepunch hat am Donnerstag, den 3. September 2026, Breach and Clear veröffentlicht, das monatliche Update von Rust. Das offizielle Changelog trägt dieses Datum, und die Steam-Ankündigung ist mit 17:26 UTC zeitgestempelt, also 19:26 Uhr in Paris — dies ist unsere Umrechnung, das Studio veröffentlicht keine französische Uhrzeit. Auf denselben Tag fiel der monatliche Force Wipe, dessen Datum einen Monat zuvor im Devblog Power Trip bekanntgegeben worden war.

Zwischen den Monument-Blockern und dem neuen High Quality Metal-Knoten betrifft eine Zeile im Abschnitt Features alle offiziellen Server: „Group size TC upkeep increase". Der Tool Cupboard (Werkzeugschrank) erhebt nun einen Aufschlag auf den Upkeep — die aus dem Schrank entnommenen Unterhaltskosten — der sich nach der Anzahl der Personen richtet, die sich um eure Basis herum bewegen.

Der Mechanismus lässt sich in drei Zeilen erklären und ist in einer Sekunde übersehen, denn die Zählung beschränkt sich nicht auf die Spieler, die ihr autorisiert habt: Ein einem Nachbarn geöffneter Digicode wiegt genauso schwer wie eine förmliche Autorisierung.

Die vier Kriterien, die den Zähler wachsen lassen

Der von Jarryd Campi unterzeichnete Text von Facepunch legt das Prinzip fest: „Starting this month Tool Cupboards will now apply an additional upkeep tax based on the number of players that are in a base." Vier Situationen speisen diese Zählung:

• jeder Spieler, der direkt am Tool Cupboard autorisiert ist;
• jeder Spieler, der in den letzten 24 Stunden deautorisiert wurde;
• jeder Spieler, der an einem Digicode (Code Lock) der Basis autorisiert ist — „including guest code access", also Gastzugang eingeschlossen;
• jeder Spieler, der innerhalb der letzten 24 Stunden von einem Digicode deautorisiert wurde.

Die beiden 24-Stunden-Kriterien sind die eigentliche Falle: Den Schrank zu bereinigen, weil die Rechnung steigt, hat keine sofortige Wirkung, da die Ausgetretenen einen ganzen Tag lang mitgezählt werden. Die Bereinigung muss dem Problem vorausgehen, nicht folgen.

Das Digicode-Kriterium ist das zweite. Handelsschleuse, gemeinsam genutzter Lagerraum, eine für einen durchreisenden Verbündeten auf Gastcode belassene Tür: Jede dieser Erleichterungen fügt dem Zähler einen Kopf hinzu, ohne dass man jemals den Tool Cupboard berührt haben muss, um darin aufzutauchen.

Eine Einschränkung schließlich: Facepunch schreibt an keiner Stelle, was unter „in the base" zu verstehen ist. Die französische Beschreibung des Schranks, dem Client entnommen, spricht von einem „Radius von 50 Metern", doch der Devblog greift diese Zahl nicht auf, um den Umfang der Steuer abzugrenzen. Wir weisen darauf hin, statt es abzuleiten.

Der Tarif: kostenlos bis vier, dann zwei Stufen

Der Devblog veröffentlicht drei Regeln, und nichts weiter: „First 4 players incur no tax", „Next 6 players incur 2% tax per player", „Subsequent players incur 4% tax per player". Es folgen zwei bezifferte Beispiele — „a TC with 6 players authed will have +4% upkeep, a TC with 12 players will have +20% upkeep" — und eine Obergrenze: „There is a maximum tax amount of 300%."

Die beiden Beispiele erlauben es, den Tarif zu überprüfen, statt ihn zu vermuten. Bei zwölf Personen: vier kostenlos, sechs zu 2 % und zwei zu 4 %, also 12 + 8 = 20 %. Die Rechnung geht exakt auf, die Regel lässt sich also darüber hinaus fortschreiben.

Nur zwei Zeilen stammen von Facepunch, die zu 6 und zu 12; der Rest ist die arithmetische Aufschlüsselung des veröffentlichten Tarifs, keine Angabe des Studios. Die rechte Spalte wiederum überträgt „additional upkeep tax" in einen Aufschlag auf die bestehende Rechnung: Das ist die Lesart, die der Satz des Devblogs zur In-Game-Anzeige stützt, doch die genaue Formel schreibt das Studio nirgends nieder.

Zwei Schwellenwerte sind zu behalten. Zunächst der Übergang von 4 auf 5: Bei vier zahlt man nichts zusätzlich, und der fünfte Name löst die Mechanik aus. Dann der Übergang von 10 auf 11, bei dem sich der Preis für jeden weiteren Kopf verdoppelt, von 2 auf 4 %. Was die Obergrenze von 300 % betrifft, so erfordert sie 82 gezählte Personen: eine theoretische Zahl, wenn man nur die direkte Berechtigung betrachtet, deutlich weniger absurd, wenn eure Basis am laufenden Band Gast-Codes verteilt.

Wo man den angewendeten Satz nachliest, und auf welchen Servern

Facepunch nennt nur eine Methode zur In-Game-Überprüfung: „You can see the current tax rate being applied by hovering over the upkeep cost while the TC is open." Öffnet den Schrank, fahrt mit der Maus über die angezeigten Kosten, der aktuelle Satz erscheint. Das ist auch der einzige Weg, um zu erfahren, wie viele Personen der Server tatsächlich zählt — das Spiel veröffentlicht keine Liste.

Die Regel ist deshalb nicht universell: „Server owners will find a set of ConVars in the Decay class that can be used to modify these behaviours, including disabling it entirely." Das Studio nennt keine dieser Variablen namentlich. Auf einem Community-Server lautet die Frage an das Team also erst einmal binär, noch bevor man über Zahlen spricht: Ist die Gruppensteuer aktiv, und mit welcher Einstellung?

Sie summiert sich mit der Rechnung vom 6. August

Dieser Zuschlag ersetzt nichts, er kommt hinzu. Seit Power Trip belasten hohe Außenmauern und große Tore den Upkeep des Schranks, mit einem Satz, den der Devblog vom August in der Mitte der Bandbreite der Baublöcke ansiedelte, „10% -> 33%". Wir hatten diese Addition am 11. August im Detail beschrieben: Sie wird zur Berechnungsgrundlage, auf die die Gruppensteuer angewendet wird.

Die Größenordnung lässt sich leicht bestimmen. Ein Schrank, der auf 10.000 Stein pro Tag eingestellt ist, wird bei zwölf gezählten Personen 12.000 verlangen, und 19.200, wenn der Server dreißig um dieselbe Basis zählt. Die 10.000 sind eine Beispielzahl: Facepunch veröffentlicht einen Satz, niemals eine Tabelle in Ressourcen.

Die Konsequenz ist struktureller Natur. Ein Klan, der einen großen Perimeter abgesteckt hat, indem er sich auf die Anzahl der verfügbaren Hände für das Farmen stützte, sieht nun, wie diese Anzahl an Händen selbst zu einer Last wird. Das ist die erklärte Absicht: „Large player groups are a tricky game balance problem to tackle as they essentially bypass most difficulty mechanics in the game via sheer numbers“, schreibt das Studio, das den Klangruppen zwar ein Problem zu lösen geben, das Spiel im Klan aber nicht „unviable“ machen möchte.

Was der Devblog nicht klärt

Drei Grauzonen bleiben bestehen, und keine davon ist nebensächlich für alle, die eine große Basis verwalten.

Die erste: Wird ein Spieler, der sowohl auf dem Tool Cupboard als auch auf einem Code Lock autorisiert ist, einmal oder zweimal gezählt? Der Text zählt vier Kriterien auf, ohne zu sagen, ob es sich um eine Summe oder eine Liste unterschiedlicher Personen handelt, und das Beispiel mit den sechs Spielern, das sich nur auf die direkte Autorisierung bezieht, erlaubt keine Klärung.

Die zweite: Ist das 24-Stunden-Fenster gleitend oder an einen Server-Zyklus gebunden? Der Devblog spricht von „in the last 24 hours“, was auf ein gleitendes Fenster hindeutet, ohne es zu bestätigen.

Die dritte betrifft die Kommunikation. Facepunch veröffentlicht nichts auf Französisch: rust.facepunch.com/fr liefert einen 404-Fehler, und die auf Französisch angeforderte Steam-Ankündigung zeigt den englischen Text. Das Spiel selbst ist lokalisiert – die Steam-Seite listet „Français*“, Sternchen inklusive, also mit Synchronisation. Die hier zitierten französischen Bezeichnungen stammen aus den aus dem Client extrahierten Strings, nicht vom Herausgeber – und für zwei Begriffe gibt es keine verifizierte französische Entsprechung, upkeep und decay, die wir daher auf Englisch belassen.

In der Praxis

Vier Verhaltensweisen, in dieser Reihenfolge:

1. Zählt die Code Locks vor den Autorisierungen. Das ist die Namensquelle, an die niemand denkt, Gastzugänge eingeschlossen.
2. Räumt in Ruhe auf. Eine Entautorisierung wirkt erst nach 24 Stunden: Sie sollte am Ende einer Sitzung geplant werden, nicht erst, wenn sich der Cupboard leert.
3. Behaltet die Upkeep-Kosten bei offenem Cupboard im Auge nach jeder Änderung der Mitgliederzahl: Das ist die einzige verlässliche Quelle.
4. Prüft die Server-Einstellung, wenn ihr nicht auf einem offiziellen Server spielt: Der Mechanismus lässt sich hostseitig deaktivieren.

Für Gruppen von vier oder weniger Spielern ändert sich nichts, solange die Basis geschlossen bleibt. Darüber hinaus stellt sich nicht mehr die Frage, wie viele von euch tatsächlich spielen, sondern wie viele der Server glaubt, dass es sind – seit dem 3. September 2026 sind diese beiden Zahlen nicht mehr dieselben.