Rust: Szafka narzędziowa nalicza podatek waszej grupie od aktualizacji Breach and Clear — +20% kosztów utrzymania przy 12 graczach, a dostęp gościa do Zamka szyfrowego się liczy

Facepunch opublikowało Breach and Clear, comiesięczną aktualizację Rust, w czwartek 3 września 2026 roku. Oficjalny changelog nosi tę datę, a ogłoszenie na Steam ma znacznik czasowy 17:26 UTC, czyli 19:26 w Paryżu — to nasze przeliczenie, studio nie podaje żadnej francuskiej godziny. Tego samego dnia przypadał comiesięczny force wipe, którego datę podano miesiąc wcześniej w devblogu Power Trip.

Wśród blokad monumentów i nowego węzła Metalu wysokiej jakości, jedna linijka w sekcji Features dotyczy wszystkich oficjalnych serwerów: „Group size TC upkeep increase”. Szafka narzędziowa (Tool Cupboard) nakłada teraz dodatkową dopłatę do upkeepu — kosztu utrzymania pobieranego z szafki — zależną od liczby osób krążących wokół waszej bazy.

Mechanizm da się opisać w trzech linijkach, ale łatwo go przeoczyć w ciągu sekundy, bo licznik nie ogranicza się do graczy, których autoryzowaliście: otwarty dla sąsiada Kod cyfrowy waży tyle samo co pełnoprawna autoryzacja.

Cztery kryteria zwiększające licznik

Tekst Facepunch, podpisany przez Jarryda Campiego, ustanawia zasadę: „Starting this month Tool Cupboards will now apply an additional upkeep tax based on the number of players that are in a base”. Cztery sytuacje zasilają ten licznik:

• każdy gracz bezpośrednio autoryzowany na Szafce narzędziowej;
• każdy gracz, który został z niej deautoryzowany w ciągu ostatnich 24 godzin;
• każdy gracz autoryzowany na Kodzie cyfrowym (Code Lock) bazy — „including guest code access”, czyli łącznie z dostępem gościnnym;
• każdy gracz deautoryzowany z Kodu cyfrowego w ciągu ostatnich 24 godzin.

Dwa kryteria oparte na 24 godzinach to prawdziwa pułapka: opróżnienie szafki, gdy rachunek rośnie, nie przynosi żadnego natychmiastowego efektu, bo osoby usunięte nadal są liczone przez całą dobę. Porządki trzeba robić zanim pojawi się problem, a nie po jego wystąpieniu.

Kryterium Kodu cyfrowego jest drugie w kolejności. Śluza handlowa, wspólne pomieszczenie na depozyt, drzwi pozostawione na kodzie gościnnym dla przechodzącego sojusznika: każde z tych udogodnień dodaje jedną osobę do licznika, bez konieczności kiedykolwiek dotykać Szafki narzędziowej, by się w nim znaleźć.

Jest wreszcie pewne ograniczenie: Facepunch nigdzie nie precyzuje, co należy rozumieć przez „in the base”. Francuski opis szafki, zaczerpnięty z klienta gry, mówi o „promieniu 50 metrów”, ale devblog nie powtarza tej liczby, by wyznaczyć zasięg podatku. Sygnalizujemy to, zamiast to zakładać.

Tabela stawek: darmowo do czterech, potem dwa progi

Devblog podaje trzy zasady i nic więcej: „First 4 players incur no tax”, „Next 6 players incur 2% tax per player”, „Subsequent players incur 4% tax per player”. Następnie dwa przykłady liczbowe — „a TC with 6 players authed will have +4% upkeep, a TC with 12 players will have +20% upkeep” — oraz limit: „There is a maximum tax amount of 300%”.

Te dwa przykłady pozwalają zweryfikować tabelę stawek, zamiast ją zgadywać. Przy dwunastu osobach: cztery darmowe, sześć po 2% i dwie po 4%, czyli 12 + 8 = 20%. Rachunek się zgadza, a zasada daje się więc rozwinąć poza ten zakres.

Tylko dwa wiersze pochodzą bezpośrednio od Facepunch, te dla 6 i 12 osób; reszta to arytmetyczne rozwinięcie opublikowanej skali, a nie dane studia. Kolumna po prawej stronie tłumaczy z kolei „additional upkeep tax” jako podwyżkę istniejącego rachunku: to interpretacja, którą wspiera zdanie z devbloga dotyczące wyświetlania w grze, ale studio nigdzie nie podaje dokładnego wzoru.

Warto zapamiętać dwa progi. Najpierw przejście z 4 do 5: przy czterech osobach nie płacicie nic więcej, a piąte nazwisko uruchamia mechanikę. Następnie przejście z 10 do 11, gdzie cena za każdą kolejną głowę podwaja się, z 2 do 4 %. Co do pułapu 300 %, wymaga on 82 policzonych osób: liczba teoretyczna, jeśli brać pod uwagę wyłącznie bezpośrednie uprawnienia, znacznie mniej absurdalna, jeśli wasza baza rozdaje kody dla gości na potęgę.

Gdzie sprawdzić stosowaną stawkę i na jakich serwerach

Facepunch podaje tylko jeden sposób weryfikacji w grze: „You can see the current tax rate being applied by hovering over the upkeep cost while the TC is open”. Otwórzcie szafkę, najedźcie na wyświetlony koszt, a pojawi się aktualna stawka. To także jedyny sposób, by dowiedzieć się, ile osób serwer faktycznie wam liczy — gra nie publikuje listy.

Zasada nie jest jednak uniwersalna: „Server owners will find a set of ConVars in the Decay class that can be used to modify these behaviours, including disabling it entirely”. Studio nie podaje nazwy żadnej z tych zmiennych. Na serwerze społecznościowym pytanie, które należy zadać ekipie administracyjnej, jest więc binarne, jeszcze zanim przejdziecie do liczb: czy podatek grupowy jest aktywny i na jakim ustawieniu?

Kumuluje się z rachunkiem z 6 sierpnia

Ta dopłata niczego nie zastępuje, tylko się dodaje. Od czasu Power Trip, wysokie zewnętrzne ściany i duże bramy obciążają utrzymanie szafki, według stawki, którą sierpniowy devblog sytuował w środku przedziału dla bloków budowlanych, „10% -> 33%”. Opisaliśmy szczegółowo to zsumowanie 11 sierpnia: staje się ono podstawą obliczeniową, na której stosowany jest podatek grupowy.

Rząd wielkości łatwo ustalić. Szafka ustawiona na 10 000 Kamienia dziennie będzie wymagać 12 000 przy dwunastu policzonych osobach, i 19 200, jeśli serwer liczy ich trzydzieści wokół tej samej bazy. 10 000 to liczba poglądowa: Facepunch publikuje stawkę, nigdy skalę w surowcach.

Konsekwencja ma charakter strukturalny. Klan, który utrzymywał duży teren, opierając się na liczbie dostępnych rąk do farmienia, widzi, jak ta liczba rąk sama staje się obciążeniem. To zamierzony cel: „Large player groups are a tricky game balance problem to tackle as they essentially bypass most difficulty mechanics in the game via sheer numbers”, pisze studio, dodając, że chce postawić przed takimi grupami problem do rozwiązania, nie czyniąc jednocześnie gry w klanie „unviable”.

Czego devblog nie rozstrzyga

Pozostają trzy szare strefy, i żadna z nich nie jest błaha dla tych, którzy zarządzają dużą bazą.

Pierwsza: gracz upoważniony jednocześnie do Tool Cupboard i do Code Locka jest liczony raz czy dwa razy? Tekst wymienia cztery kryteria, nie mówiąc, czy chodzi o sumę, czy o listę odrębnych osób, a przykład sześciu graczy, który dotyczy wyłącznie bezpośredniego upoważnienia, nie pozwala tego rozstrzygnąć.

Druga: czy okno 24 godzin jest ruchome, czy przypisane do cyklu serwera? Devblog mówi „in the last 24 hours”, co sugeruje okno ruchome, ale tego nie potwierdza.

Trzecia dotyczy komunikacji. Facepunch nie publikuje niczego po francusku: rust.facepunch.com/fr zwraca błąd 404, a zapowiedź na Steam, wywołana w wersji francuskiej, wyświetla angielski tekst. Sama gra jest natomiast zlokalizowana — karta na Steam wymienia „Français*”, wraz z gwiazdką, a więc z dubbingiem. Francuskie etykiety przywołane tutaj pochodzą z ciągów wyodrębnionych z klienta gry, a nie od wydawcy — a dwa słowa pozostają bez zweryfikowanego francuskiego odpowiednika, upkeep i decay, które zachowujemy więc w języku angielskim.

W praktyce

Cztery odruchy, w tej kolejności:

1. Policzcie Code Locki przed upoważnieniami. To źródło nazwisk, o którym nikt nie myśli, łącznie z dostępami dla gości.
2. Sprzątajcie na zimno. Cofnięcie upoważnienia wywołuje skutek dopiero po 24 godzinach: planuje się je pod koniec sesji, a nie w chwili, gdy szafka się opróżnia.
3. Sprawdzajcie koszt upkeep przy otwartej szafce po każdej zmianie składu ekipy: to jedyne wiarygodne źródło.
4. Sprawdźcie ustawienia serwera, jeśli nie gracie na oficjalnym: mechanika może być wyłączona po stronie hostingu.

Dla grup liczących czterech graczy lub mniej nic się nie zmienia, dopóki baza pozostaje zamknięta. Powyżej tego progu pytanie brzmi już nie ile osób gra, lecz ile osób serwer uważa, że gra — od 3 września 2026 roku te dwie liczby nie są już takie same.