Rust: o Armário de Ferramentas taxa seu grupo desde a Breach and Clear — +20% de upkeep com 12 jogadores, e o acesso de convidado ao Teclado Numérico conta

A Facepunch publicou Breach and Clear, a atualização mensal de Rust, na quinta-feira, 3 de setembro de 2026. O changelog oficial traz essa data, e o anúncio na Steam está com o horário registrado em 17h26 UTC, ou seja, 14h26 em Brasília — essa conversão é nossa, o estúdio não divulga nenhum horário brasileiro. No mesmo dia ocorreu o force wipe mensal, cuja data havia sido divulgada um mês antes no devblog Power Trip.

Em meio aos bloqueadores de monumento e ao novo nó de Metal de Alta Qualidade, uma linha na seção Features diz respeito a todos os servidores oficiais: «Group size TC upkeep increase». O Armário de Ferramentas (Tool Cupboard) agora aplica uma sobretaxa de upkeep — o custo de manutenção cobrado do armário — indexada ao número de pessoas que gravitam em torno da sua base.

O mecanismo se resume em três linhas e passa despercebido em um segundo, porque a contagem não se limita aos jogadores que você autorizou: um Digicode aberto para um vizinho pesa o mesmo que uma autorização em boa e devida forma.

Os quatro critérios que fazem o contador aumentar

O texto da Facepunch, assinado por Jarryd Campi, estabelece o princípio: «Starting this month Tool Cupboards will now apply an additional upkeep tax based on the number of players that are in a base.» Quatro situações alimentam essa contagem:

• qualquer jogador diretamente autorizado no Armário de Ferramentas;
• qualquer jogador que tenha sido desautorizado nas últimas 24 horas;
• qualquer jogador autorizado em um Digicode (Code Lock) da base — «including guest code access», ou seja, incluindo acesso de convidado;
• qualquer jogador desautorizado de um Digicode nas últimas 24 horas.

Os dois critérios de 24 horas são a verdadeira armadilha: limpar o armário porque a conta está subindo não produz efeito imediato algum, já que os que saíram continuam sendo contabilizados por um dia inteiro. A limpeza deve preceder o problema, não sucedê-lo.

O critério do Digicode é o segundo. Vestíbulo de comércio, sala de depósito compartilhada, porta deixada em código de convidado para um aliado de passagem: cada uma dessas facilidades adiciona uma cabeça ao contador, sem que seja necessário jamais ter mexido no Armário de Ferramentas para nele figurar.

Uma limitação, por fim: a Facepunch em nenhum momento escreve o que se deve entender por «in the base». A descrição em português do armário, extraída do cliente, fala de um «raio de 50 metros», mas o devblog não retoma esse número para delimitar o perímetro da taxa. Nós apontamos isso em vez de deduzi-lo.

A tabela: grátis até quatro, depois duas faixas

O devblog publica três regras, e nada além disso: «First 4 players incur no tax», «Next 6 players incur 2% tax per player», «Subsequent players incur 4% tax per player». Seguem-se dois exemplos numéricos — «a TC with 6 players authed will have +4% upkeep, a TC with 12 players will have +20% upkeep» — e um teto: «There is a maximum tax amount of 300%.»

Os dois exemplos permitem verificar a tabela em vez de supô-la. Com doze pessoas: quatro grátis, seis a 2% e duas a 4%, ou seja, 12 + 8 = 20%. A conta bate certinho, portanto a regra pode ser expandida além disso.

Apenas duas linhas vêm da Facepunch, as de 6 e de 12; o resto é o desdobramento aritmético da tabela publicada, não um dado do estúdio. Já a coluna da direita traduz a "additional upkeep tax" como uma majoração da fatura existente: é a leitura sustentada pela frase do devblog sobre a exibição no jogo, mas o estúdio não escreve em lugar nenhum a fórmula exata.

Dois patamares merecem atenção. Primeiro, a passagem de 4 para 5: com quatro você não paga nada a mais, e o quinto nome aciona o mecanismo. Depois, a passagem de 10 para 11, em que o preço de cada nova cabeça dobra, de 2 para 4%. Quanto ao teto de 300%, ele exige 82 pessoas contadas: um número teórico apenas pela autorização direta, bem menos absurdo se sua base distribuir códigos de convidado em série.

Onde ver a taxa aplicada, e em quais servidores

A Facepunch dá um único método de verificação no jogo: "You can see the current tax rate being applied by hovering over the upkeep cost while the TC is open." Abra o armário, passe o cursor sobre o custo exibido, e a taxa em vigor aparece. É também a única forma de saber quantas pessoas o servidor realmente conta para você — o jogo não publica a lista.

A regra não é universal, no entanto: "Server owners will find a set of ConVars in the Decay class that can be used to modify these behaviours, including disabling it entirely." O estúdio não nomeia nenhuma dessas variáveis. Em um servidor comunitário, a pergunta a fazer para a equipe é, portanto, binária antes mesmo de falar em números: a taxa de grupo está ativa, e em qual configuração?

Ela se acumula com a fatura de 6 de agosto

Essa sobretaxa não substitui nada, ela se soma. Desde Power Trip, as muralhas externas altas e os grandes portões pesam sobre o upkeep do armário, a uma taxa que o devblog de agosto situava no meio da faixa dos blocos de construção, "10% -> 33%". Detalhamos essa soma em 11 de agosto: ela se torna a base de cálculo sobre a qual a taxa de grupo se aplica.

A ordem de grandeza é fácil de estabelecer. Um armário regulado para 10.000 Pedras por dia exigirá 12.000 com doze pessoas contadas, e 19.200 se o servidor contar trinta ao redor da mesma base. Os 10.000 são um número ilustrativo: a Facepunch publica uma taxa, nunca uma tabela em recursos.

A consequência é estrutural. Um clã que mantinha um perímetro grande apoiando-se no número de mãos disponíveis para o farm vê esse número de mãos se tornar, ele mesmo, um ônus. Essa é a intenção declarada: « Large player groups are a tricky game balance problem to tackle as they essentially bypass most difficulty mechanics in the game via sheer numbers », escreve o estúdio, que diz querer dar a esses grupos um problema a resolver sem tornar o jogo em clã « unviable ».

O que o devblog não esclarece

Três zonas de sombra permanecem, e nenhuma delas é irrelevante para quem administra uma base grande.

A primeira: um jogador autorizado ao mesmo tempo no Armário de Ferramentas e em um Digicode é contado uma vez ou duas? O texto enumera quatro critérios sem dizer se se trata de uma soma ou de uma lista de pessoas distintas, e o exemplo dos seis jogadores, que trata apenas da autorização direta, não permite decidir.

A segunda: a janela de 24 horas é móvel ou alinhada a um ciclo do servidor? O devblog diz « in the last 24 hours », o que sugere uma janela móvel sem confirmá-lo.

A terceira diz respeito à comunicação. A Facepunch não publica nada em francês: rust.facepunch.com/fr retorna um erro 404, e o anúncio na Steam solicitado em francês exibe o texto em inglês. O jogo, por sua vez, é localizado — a ficha da Steam lista « Français* », com asterisco incluso, portanto com dublagem. Os termos em francês citados aqui vêm das strings extraídas do cliente, não da publisher — e duas palavras permanecem sem equivalente em francês verificado, upkeep e decay, que mantemos, portanto, em inglês.

Na prática

Quatro reflexos, nesta ordem:

1. Conte os Digicodes antes das autorizações. É a fonte de nomes em que ninguém pensa, incluindo acessos de convidados.
2. Faça a limpeza a frio. Uma desautorização só produz efeito após 24 horas: ela deve ser planejada ao final da sessão, não quando o armário se esvazia.
3. Monitore o custo de upkeep com o armário aberto após cada mudança no efetivo: é a única fonte confiável.
4. Verifique a configuração do servidor se você não joga no oficial: a mecânica pode ser desativada pelo lado do host.

Para grupos de quatro pessoas ou menos, nada muda enquanto a base permanecer fechada. Além disso, a questão não é mais saber quantos vocês são jogando, mas quantos o servidor acredita que vocês são — desde 3 de setembro de 2026, esses dois números deixaram de ser os mesmos.