Rust: l'Armadietto degli attrezzi tassa il vostro gruppo da Breach and Clear — +20% di upkeep a 12 giocatori, e l'accesso ospite al Digicode conta

Facepunch ha pubblicato Breach and Clear, l'aggiornamento mensile di Rust, giovedì 3 settembre 2026. Il changelog ufficiale riporta questa data, e l'annuncio su Steam è datato alle 17:26 UTC, ovvero le 19:26 a Parigi — è una nostra conversione, lo studio non pubblica alcun orario francese. Lo stesso giorno coincideva con il force wipe mensile, la cui data era stata comunicata un mese prima nel devblog Power Trip.

In mezzo ai blocker dei monumenti e al nuovo nodo di Metallo di alta qualità, una riga nella sezione Features riguarda tutti i server ufficiali: « Group size TC upkeep increase ». L'Armadietto degli attrezzi (Tool Cupboard) applica ora una sovrattassa di upkeep — il costo di mantenimento prelevato dall'armadietto — indicizzata sul numero di persone che gravitano intorno alla vostra base.

Il meccanismo si spiega in tre righe e si sbaglia in un secondo, perché il conteggio non si limita ai giocatori che avete autorizzato: un codice numerico (Digicode) aperto a un vicino pesa quanto un'autorizzazione in piena regola.

I quattro criteri che fanno crescere il contatore

Il testo di Facepunch, firmato Jarryd Campi, pone il principio: « Starting this month Tool Cupboards will now apply an additional upkeep tax based on the number of players that are in a base. » Quattro situazioni alimentano questo conteggio:

• ogni giocatore direttamente autorizzato sull'Armadietto degli attrezzi;
• ogni giocatore che ne è stato disautorizzato nelle ultime 24 ore;
• ogni giocatore autorizzato su un Digicode (Code Lock) della base — « including guest code access », quindi accesso ospite incluso;
• ogni giocatore disautorizzato da un Digicode nelle ultime 24 ore.

I due criteri sulle 24 ore sono la vera trappola: ripulire l'armadietto perché la bolletta sale non produce alcun effetto immediato, poiché chi esce resta conteggiato per un'intera giornata. La pulizia deve precedere il problema, non seguirlo.

Il criterio Digicode è il secondo. Ingresso commerciale, stanza di deposito condivisa, porta lasciata con codice ospite per un alleato di passaggio: ciascuna di queste comodità aggiunge una testa al contatore, senza che sia mai stato necessario toccare l'Armadietto degli attrezzi per comparirvi.

Un limite, infine: Facepunch non scrive in nessun momento cosa si debba intendere per « in the base ». La descrizione italiana dell'armadietto, estratta dal client, parla di un « raggio di 50 metri », ma il devblog non riprende questa cifra per delimitare il perimetro della tassa. Lo segnaliamo piuttosto che dedurlo.

Il tabellone: gratuito fino a quattro, poi due scaglioni

Il devblog pubblica tre regole, e nient'altro: « First 4 players incur no tax », « Next 6 players incur 2% tax per player », « Subsequent players incur 4% tax per player ». Seguono due esempi numerici — « a TC with 6 players authed will have +4% upkeep, a TC with 12 players will have +20% upkeep » — e un tetto massimo: « There is a maximum tax amount of 300%. »

I due esempi permettono di verificare il tabellone piuttosto che supporlo. A dodici persone: quattro gratuite, sei al 2% e due al 4%, ovvero 12 + 8 = 20%. Il conto torna esatto, la regola è quindi estendibile oltre.

Solo due righe provengono direttamente da Facepunch, quelle a 6 e a 12; il resto è lo sviluppo aritmetico della tabella pubblicata, non un dato dello studio. La colonna di destra, invece, traduce «additional upkeep tax» come una maggiorazione della fattura esistente: è la lettura sostenuta dalla frase del devblog sulla visualizzazione in gioco, ma lo studio non scrive da nessuna parte la formula esatta.

Due soglie sono da tenere a mente. Il passaggio da 4 a 5 innanzitutto: a quattro non si paga nulla in più, e il quinto nome attiva il meccanismo. Il passaggio da 10 a 11 poi, dove il prezzo di ogni nuova testa raddoppia, dal 2 al 4 %. Quanto al limite massimo del 300 %, richiede 82 persone contate: una cifra teorica se si considera solo l'autorizzazione diretta, molto meno assurda se la vostra base distribuisce codici ospite a raffica.

Dove leggere il tasso applicato, e su quali server

Facepunch fornisce un solo metodo di verifica in gioco: «You can see the current tax rate being applied by hovering over the upkeep cost while the TC is open.» Aprite l'armadietto, passate il cursore sul costo visualizzato, il tasso in corso appare. È anche l'unico modo per sapere quante persone il server sta effettivamente contando: il gioco non pubblica l'elenco.

La regola non è comunque universale: «Server owners will find a set of ConVars in the Decay class that can be used to modify these behaviours, including disabling it entirely.» Lo studio non nomina nessuna di queste variabili. Su un server comunitario, la domanda da porre allo staff è quindi binaria ancor prima di parlare di numeri: la tassa di gruppo è attiva, e con quale impostazione?

Si cumula con la fattura del 6 agosto

Questa sovrattassa non sostituisce nulla, si aggiunge. Da Power Trip, i muri esterni alti e i grandi portali gravano sull'upkeep dell'armadietto, a un tasso che il devblog di agosto collocava nel mezzo della forbice dei blocchi da costruzione, «10% -> 33%». Avevamo dettagliato questa addizione l'11 agosto: diventa la base di calcolo su cui si applica la tassa di gruppo.

L'ordine di grandezza è facile da stabilire. Un armadietto impostato su 10.000 Pietre al giorno ne richiederà 12.000 con dodici persone contate, e 19.200 se il server ne conta trenta attorno alla stessa base. I 10.000 sono una cifra illustrativa: Facepunch pubblica un tasso, mai una tabella in risorse.

La conseguenza è strutturale. Un clan che allineava un grosso perimetro appoggiandosi sul numero di mani disponibili per il farm vede questo numero di mani diventare esso stesso un onere. È l'intenzione dichiarata: « Large player groups are a tricky game balance problem to tackle as they essentially bypass most difficulty mechanics in the game via sheer numbers », scrive lo studio, che dice di voler dare a questi gruppi un problema da risolvere senza rendere il gioco in clan « unviable ».

Ciò che il devblog non chiarisce

Restano tre zone d'ombra, e nessuna è secondaria per chi gestisce una grande base.

La prima: un giocatore autorizzato contemporaneamente sull'Armadietto degli attrezzi e su un Digicode viene contato una volta o due? Il testo enumera quattro criteri senza dire se si tratta di una somma o di un elenco di persone distinte, e l'esempio dei sei giocatori, che riguarda solo l'autorizzazione diretta, non permette di stabilirlo.

La seconda: la finestra di 24 ore è scorrevole o allineata su un ciclo server? Il devblog dice « in the last 24 hours », il che suggerisce una finestra scorrevole senza confermarlo.

La terza riguarda la comunicazione. Facepunch non pubblica nulla in francese: rust.facepunch.com/fr restituisce un errore 404, e l'annuncio Steam richiesto in francese serve il testo inglese. Il gioco, invece, è localizzato — la scheda Steam elenca « Français* », asterisco compreso, quindi con doppiaggio. Le etichette francesi citate qui provengono dalle stringhe estratte dal client, non dall'editore — e due parole restano senza un equivalente francese verificato, upkeep e decay, che manteniamo quindi in inglese.

In pratica

Quattro accorgimenti, in quest'ordine:

1. Contate i Digicode prima delle autorizzazioni. È il giacimento di nomi a cui nessuno pensa, accessi ospiti compresi.
2. Pulite a freddo. Una disautorizzazione produce il suo effetto solo dopo 24 ore: va pianificata a fine sessione, non quando l'armadietto si svuota.
3. Tenete d'occhio il costo di upkeep ad armadietto aperto dopo ogni cambio di effettivi: è l'unica fonte affidabile.
4. Verificate le impostazioni del server se non giocate in ufficiale: la meccanica è disattivabile lato host.

Per i gruppi di quattro o meno, nulla cambia finché la base resta chiusa. Oltre, la domanda non è più sapere in quanti siete a giocare, ma quanti il server crede che siate — dal 3 settembre 2026, questi due numeri non sono più gli stessi.