Wanneer moet een host Plutonium betalen om een opgenomen lobby in de publieke Special-rij te plaatsen?

Een opgenomen gehoste lobby in OpenFront vindt niet automatisch het publiek dat het wil. Je maakt een privé-ruimte, zet die publiekelijk op en wacht daarna dat de gehost-lijst doorroeit en iemand op je kaart klikt vóórdat het vijf-minuten-auto-startvenster afloopt. In v0.34.18 — de release die op 2026-09-24 uitkwam — krijgt de host van een opgenomen lobby een nieuw instrument: een Queue-knop waarvoor je Plutonium betaalt om je opgenomen lobby direct in de publieke Special-rij te plaatsen, recht achter de lobby die op dat moment aftelt. Eén enkele verandering zet “ik hoop dat mijn opgenomen lobby opgemerkt en gevuld wordt vóór de auto-start” om in “ik kan betalen om mijn lobby op een bekend moment een plek aan de voorkant van de publieke feed te garanderen”. Deze handleiding is de host-zijde beslissing die daaruit volgt: wanneer is het Plutonium de moeite waard, en wanneer is opnemen en wachten de goedkopere en betere zet? Het korte antwoord is dat de rij een aankoop van timing en zichtbaarheid is, geen vulgarantie — hij zorgt dat je lobby op het juiste moment in de juiste publieke rij verschijnt, maar hij dwingt geen spelers in je kamer.

Een eerste kaart van de beslissing, zodat de rest van de handleiding ergens aan kan hangen:

He hefboom	Kosten	Wat het oplevert	Gebruik wanneer
Queue-knop	Plutonium (door de server gezet, getoond op de knop)	Plaats in de publieke Special-rij achter de aftelende lobby	Lobby met tijdsdruk, scenario, cast of trage gehost-lijst
Host-starttimer	Gratis	Starttijd 1–5 min bij opnemen, vastgelegd zodra opgenomen	Als je wilt bepalen wanneer je opgenomen kamer start
Spelerlimiet (10–100)	Gratis	Vullen tot de limiet start het spel vroegtijdig	Als je een kleinere kamer wilt die snel start
Opheffen + opnieuw opnemen	Gratis	Annuleert en herstart de 5-minuten-auto-starttermijn	Als je meer gehost-lijsttijd nodig hebt om te vullen
Opnemen en wachten	Gratis	Plaatsing in de gehost-rij volgens de normale planning	Geen timing, geen cast, geen concrete reden om nu te starten

Alles hieronder is gebouwd op het mechanisme zoals het in de live build staat, met de exacte versiegrens die aan het einde uitgesproken wordt.

Wat de Queue-knop eigenlijk doet

De Queue-knop verschijnt in het hostdialoogvenster alleen wanneer je lobby publiekelijk opgenomen is — dat is een private lobby die je ervoor gekozen hebt om in de publieke browser te tonen. Staat de lobby niet opgenomen, dan is er geen knop; staat je lobby al in de rij, dan vervangt een groen Queued-badge de knop. De knop toont de prijs in Plutonium recht op zichzelf, en die prijs is geen getal dat de client verzint: hij wordt gelezen uit de live serverconfiguratie (de lobbyQueue-prijs in de cosmetics-config), en als die waarde afwezig is, wordt de knop helemaal verborgen. Het eerste dat een host dus controleert, is simpelweg of de knop überhaupt bestaat en wat hij kost — de exacte Plutonium-prijs wordt door de server op het moment van spelen vastgesteld en kan tussen builds veranderen; daarom beschrijft deze handleiding het mechanisme in plaats van een vast getal te citeren.

Twee verdere kwalificatievoorwaarden regelen de knop voordat de prijs überhaupt een rol speelt. Alleen de aanmaker van de lobby kan betalen om hem in de rij te plaatsen — een tweede speler in je kamer ziet geen werkend rijd-pad voor jouw lobby, dus de aankoop is een uitsluitend voor de host bestemde handeling. En de lobby moet er een zijn die nog open en opgenomen is: een lobby waar je al uit bent, een lobby die niet in de publieke opname staat, of een lobby die niet private-en-opgenomen is, heeft simpelweg niets dat in de rij geplaatst kan worden, dus de knop ontbreekt in plaats van gedeactiveerd te zijn. Samengevat is de knop zichtbaar precies wanneer jij de host bent, je lobby private is, hij in de publieke browser opgenomen staat, hij nog niet in de rij staat en je eigen start-aftelling nog niet draait. Begrijpen wanneer die beslist-moment bestaat, is belangrijk omdat het je vertelt wanneer het beslispunt überhaupt bestaat; de rest van deze handleiding gaat ervan uit dat je die grens gepasseerd bent en voor het dialoogvenster zit met een geprijste knop erin.

Klik je op de knop, dan vraagt het spel om bevestiging, en de bevestiging zegt precies wat er wordt gekocht: “Pay {price} Plutonium to send this lobby to the public queue? It will start right after the lobby that is counting down.” Die zin is het hele mechanisme. Je opgenomen lobby wordt niet in een generieke zin naar de voorkant van de rij gestuurd — hij wordt geplaatst recht achter de ene lobby die op dat moment aftelt in de Special-rij. De server sorteert betaalde-rij-loubs oudste eerst, dus je lobby klompt één plek omhoog telkens de lobby vóór hem start. De tooltip van de knop maakt hetzelfde punt: “Put this lobby in the public Special queue, right behind the lobby that is about to start.” Met andere woorden: betalen plaatst je voor het volgende startcyclus in de rij, en daarna erf je positie van de rij die vóór je staat. Dit is een plaatsingsaankoop met een bekend inbouwpunt, en dat is waar elke beslissing in deze handleiding over gaat. De knop verdwijnt tevens zodra je eigen start-aftelling draait of je binnen 30 seconden van je auto-start staat, en dat is de cutoff die voorkomt dat een host betaalt voor een plek die de lobby toch zelf zou passeren.

De drie garanties die de betaling geeft (en de twee die ze niet geeft)

Het is de moeite waard om precies te scheiden wat het Plutonium koopt, want dat verschil is de hele beslissing. Wat de betaling wel garandeert: ten eerste dat je opgenomen lobby geplaatst wordt in de publieke Special-rij in plaats van in de kleinere gehost-lijst te blijven staan, zodat hij zichtbaar is in de rij die spelers actief doorlopen op zoek naar een lobby om te joinen. Ten tweede dat hij op een specifiek, bekend punt wordt ingevoegd — direct achter de lobby die aftelt — zodat je niet tegen andere nieuw opgenomen kamers op voor een plek waar je naar moet wachten. En ten derde dat de betaling veilig is voor dubbele afrekening: de server controleert elke weigeringsvoorwaarde voordat hij iets afrekeent, en de betaling is idempotent per lobby, dus als je verzoek op timeout eindigt en je klikt opnieuw, of als de lobby al in de rij stond, keert de herhaalde klik succes terug zonder nogmaals af te rekenen. De in-spel-fouttekst zegt dat expliciet: “Could not queue the lobby. Try again; you won’t be charged twice.”

Wat de betaling niet garandeert: hij doet geen spelers je lobby joinen en hij vult de kamer niet voor je. Een lobby in de rij is nog steeds een lobby die spelers moeten zien en kiezen; de rij maakt je zichtbaar en goed geplaatst, maar hij creëert geen vraag. En hij overschrijft de eigen startstatus van de host niet — als je lobby al aftelt of op het punt staat om automatisch te starten, wordt de rij geweigerd en betaal je niets, wat betekent dat de betaling alleen maar een plek koopt in een lobby die nog open is. Dat onderscheid vasthouden — zichtbaarheid en plaatsing ja, vulling nee — is wat de uitgave rationeel houdt. Je betaalt om op het juiste moment in de juiste rij te staan met een schone positie, niet om een volle lobby te kopen, dus de vraag “is het de moeite?” leidt altijd terug tot “is zichtbaar staan in de Special-rij in de volgende startcyclus zoveel Plutonium waard voor deze lobby?”

Een nuttige manier om de verdeling in te prenten, is de drie garanties te behandelen als het deel van de aankoop dat volledig binnen je controle ligt en de twee niet-garanties als het deel dat slechts deels binnen je controle ligt. Plaatsing, positie en afrekening zijn mechanisch: de server doet precies wat de bevestigingstekst belooft en niets meer. Maar of de lobby vóór je snel vol raakt, of het huidige publiek van de rij je map en modifikatie leuk vindt, en of je eigen lobby die zichtbaarheid omzet in een volle kamer, hangt allemaal af van keuzes die de rest van deze handleiding behandelt. De rij levert de stroomopwaartse helft betrouwbaar en levert de stroomafwaartse helft betrouwbaar niet, en een rationele host plant precies op die verdeling van taken, in plaats van te hopen dat de aankoop stilletjes het probleem oplost dat hij nooit belooft te oplossen.

Wanneer betalen voor de rij de goede keuze is

Er zijn situaties waarin de rijaankoop duidelijk het Plutonium waard is. De helderste is een scenario- of cast-lobby: een lobby die je bewust opbouwt voor een specifieke ervaring — een uitdaging-lid, een narratieve sessie, een stream waar het publiek van je verwacht dat het je vindt. Dit soort lobby’s is precies wat de community-content van hosts naar wijst: spelers die een geproduceerde, gecoördineerde kamer draaien, geven er het meest om dat de kamer echt start met de mensen die eromheen kwamen, en een rijplek die je opgenomen kamer recht achter de aftelende lobby plaatst, is de schoonste manier om die kamer op een voorspelbaar moment vindbaar te maken. Het tweede is tijdsgevoelige intentie: je hebt een reden waarom deze lobby nu, in dit venster, met deze map en deze modifikatie moet starten — misschien wacht een stel vrienden, misschien wil je het huidige publiek van de Special-rij pakken vóórdat het roteert naar een ander modifikatieset. Hier is de waarde van de rij de timing zelf; opnemen en wachten geeft die timing weg aan de playlist van de scheduler. Het derde is een dunne of trage gehost-lijst: als de gehost-rij kort en wisselend is, kan een niet-ingerijde opgenomen lobby met te weinig mensen automatisch starten voordat hij goed gezien is; betalen om in de drukkere Special-rij te springen, is een directe manier om een trage gehost-lijst te ontsnappen. In al drie gevallen is de rode draad dat de lobby een concrete reden heeft om op een bekend moment aan de voorkant van de publieke feed te staan, en het Plutonium koopt precies dat.

De vuistregel door al deze gevallen: als de kosten van je lobby leeg of te laat starten hoger zijn dan het Plutonium op de knop, zet hem in de rij. Een scenario-lobby die niet vol raakt, is een verspilde opbouw en een teleurstelling voor de mensen die kwamen; een lobby die je op een specifiek moment nodig had en te vroeg auto-start, mist zijn doel; een opgenomen kamer die vast zit in een dode gehost-lijst, is gewoon geld in het reservoir dat niets doet. In elk van die gevallen is de rij de goedkopere optie ten opzichte van het alternatief, ook al vult de rij de kamer zelf niet, omdat hij de kans maximaliseert dat de kamer die je bouwde start voor het publiek dat hij voor werd gebouwd. De aankoop wordt gerechtvaardigd door wat hij beschermt, niet door wat hij magisch creëert.

Dezelfde logiek leest schoon teruggestaan: de rij is niet gerechtvaardigd wanneer de lobby die je wilt inrijden geen concrete belanghebbing in het moment heeft. Als de lobby een casual opgenomen kamer is zonder timing, zonder cast en zonder reden om in de volgende cyclus te starten, wordt het Plutonium besteed om een situatie te verbeteren die niet van hem afhangt. Dat is de meest voorkomende reden waarom hosts betalen en dan het gevoel hebben dat de waarde er niet was — ze probeerden een vulling te kopen die de rij nooit belooft, in plaats van een plaatsing die de rij betrouwbaar levert. Zo, vóórdat je betaalt, noem de specifieke zaak die de rij beschermt: een scenario dat je bouwde, een getijde venster, een cast die je nodig hebt, of een trage gehost-lijst waarvan je weg wilt. Als je hem kunt benoemen, heeft de uitgave een doel; als je hem niet kunt benoemen, dient je het gratis pad vrijwel zeker beter en moet de knop ongeklikt blijven.

Wanneer opnemen en wachten de betere keuze is

Het tegenovergestelde geval is elke opgenomen lobby wiens doel simpelweg “in een publiek spel komen dat bij mijn opbouw past, wanneer de lijst er eentje oplevert” is. Voor een lobby zonder harde timing, zonder vaste cast en zonder reden om op een specifiek moment te starten, is de rijaankoop een betaling voor iets wat je niet nodig hebt. De gehost-lijst is klein en begrensd — hooguit tien gehoste lobby’s tegelijk, elk op een vijf-minuten-auto-start — maar hij is echt en hij roteert, en een opgenomen lobby die gewoon wacht, start op schema en geeft je het spel dat je opbouwde zonder een enkel Plutonium uit te geven. Als je tevreden bent met dat de lobby start wanneer het venster sluit, of je het goed vindt dat de lobby gevonden wordt door spelers die de gehost-rij bekijken, kost opnemen en wachten niets en voegt de rij niets toe wat je überhaupt nodig hebt, dus de eerlijke zet voor een casual kamer is de gehost-scheduler zijn werk te laten doen.

Er is ook een praktische reden om een lobby die echt openstaat voor iedereen niet in te rijden: de Special-rij is waar spelers naartoe gaan voor modificaties en variatie, zodat een gewone, ongemodificeerde lobby die daar geplaatst wordt, concurreert op precies het as waar hij niet kan winnen. Een rijplek die een standaard-FFA-lobby recht achter de aftelende modifikatie-lobby plaatst, geeft hem zichtbaarheid, maar de spelers in die rij zoeken specifiek de modifikatie die hen deed kijken naar de kaart vóór de jouwe. In die situatie geeft de rij Plutonium uit om je gewone lobby voor een publiek te zetten dat filtert op iets anders, en de betere zet is de gehost-lijst zijn werk te laten doen. De beslissing is dan niet “rij of geen rij” in het abstracte — het is “heeft deze lobby een concrete timing, publiek of opbouwreden die de Special-rij in de volgende startcyclus daadwerkelijk zou dienen?” Als het eerlijke antwoord nee is, is het gratis pad het juiste en is de Queue-knop er voor de lobby’s die die reden wél hebben. Een laatste reden om niet in te rijden, is kostgevoeligheid: omdat de betaling per-lobby is en niet-terugbetaalbaar, vermenigvuldigt een host die in een sessie meerdere lobby’s opneemt, de uitgave, en een strategie van elke opgenomen kamer inrijden, is de snelste manier om een zichtbaarheidsgereedschap in een terugkerende afvoer te veranderen. Rij de lobby’s met een benoemde belanghebbing, en laat de rest het gratis pad van de gehost-lijst aflopen.

De kosten en het risico: wat Plutonium je eigenlijk koopt

Omdat de prijs gezet wordt door de live serverconfiguratie en op de knop getoond, is de eerlijke manier om dit te prijzen relatief, niet absoluut. De rij kost een vast bedrag Plutonium per opgenomen lobby, eenmaal afgeschreven, en dat bedrag is wat de knop op dat moment voor je toont. Daar tegenover wegen twee dingen. Het eerste is de sunk-cost-karakter van de uitgave: de rijkost wordt niet terugbetaald als de lobby daarna leeg start, dus het Plutonium wordt betaald voor zichtbaarheid en plaatsing ongeacht het resultaat, wat betekent dat alleen de lobby’s waardig zijn waarin een goede plaatsing op zich het bedrag op de knop waard is. Het tweede is de begrensde blootstelling: de betaling is eenmalig per lobby, hij is idempotent zodat een herhaling hem niet kan verdubbelen, en elk weigeringspad (al in de rij, al aftellend, binnen de 30-secondencutoff, niet opgenomen, niet de aanmaker, onvoldoende saldo) kost niets. Dat betekent dat het ergste geval is dat je de prijs van de knop betaalt voor een lobby die blijkt niet te vullen — je kreeg nog steeds het spel dat je bouwde en de rij maakte het zo zichtbaar mogelijk — en het beste geval dat de rij een high-stakes-lobby recht voor het juiste publiek zet in de volgende startcyclus.

Het risicomodel is dus op een nuttige manier asymmetrisch: de downside is begrensd op de knopprijs en volledig begrepen vóór je klikt, terwijl de upside een echte, bekende plaatsing is in de drukkere Special-rij. Er is geen samenvattende kost en geen herhaalde afrekening bij een herhaling, en het spel vertelt je zelfs dat je niet tweemaal afgerekend kunt worden als het verzoek faalt. De uitgave is dus een schone, enkele, begrensde inzet op zichtbaarheid, en de rationele manier om hem te maken, is het getal op de knop te behandelen als een prijs voor één plaatsing en te vragen of een goede plaatsing van deze lobby in de volgende startcyclus zo veel waard is. Voor een casual opgenomen lobby is het antwoord meestal nee; voor een scenario, een getijde of een trage-lijst-lobby kan het antwoord makkelijk ja zijn. Het Plutonium is de prijs van het overgaan van “de scheduler beslist wanneer mijn lobby telt” naar “ik beslis wanneer mijn lobby voor de publieke feed staat”, en die ruil is de hele waardepropositie van de functie.

Een praktische manier om het te prijzen tegenover je eigen sessie, is te schatten hoeveel Plutonium je voor de hele sessie beschikbaar hebt en dat te delen door het aantal lobby’s dat je verwacht op te nemen. Als de rijkost op de knop een flinke fractie is van je per-lobby-budget, dan is elke lobby inrijden niet volhoudbaar en moet je hem reserveren voor de lobby’s met een benoemde belanghebbing. Als de prijs klein is ten opzichte van je budget, ontspant de beslissing richting “rij de lobby’s die baat hebben bij timing”, maar ook dan moeten de gratis gereedschappen — de starttimer en de spelerlimiet — eerst het werk doen, en moet de rij de laatste hefboom zijn die je trekt, niet de eerste. Het punt is niet dat het Plutonium in absolute termen duur is; het is dat het een per-besluit-uitgave is die oploopt over een sessie, dus de juiste gewoonte is elke rijklik een doordachte, benoemde beslissing te maken in plaats van een standaardactie die je bij elke opgenomen kamer uitvoert.

De twee gratis hefbomen: opheffen-heropnemen en de host-starttimer

Vóórdat je Plutonium uitgeeft, heeft een host in v0.34.18 twee gratis gereedschappen die een groot deel van hetzelfde probleem oplossen, en ze negeren is de meest voorkomende verspilling. Het eerste is opheffen en opnieuw opnemen: een opgenomen lobby draait op een vaste vijf-minuten-auto-starttermijn, en opheffen annuleert die termijn, terwijl opnieuw opnemen een nieuwe start. Dat betekent dat een host die de klok op een opgenomen lobby wil resetten — om een langzaam vullende kamer nog een volledig vijf minuten te geven, of om een kamer zo te her-tijden dat hij uitkomt op een beter moment — simpelweg gratis kan opheffen en opnieuw opnemen. Dit is het gratis alternatief voor een groot deel van de waarde van de rij: als je doel “mijn opgenomen lobby meer tijd geven om te vullen” is, doet opnieuw opnemen dat gratis en herhaald, dus is de rij alleen de moeite waard om voor te betalen wanneer wat je nodig hebt publieke Special-rij-zichtbaarheid in de volgende startcyclus is, en niet alleen meer tijd op de gehost-lijst.

De tweede gratis hefboom, nieuw in dezelfde v0.34.18 release, is de door de host te kiezen starttimer. Bij het opnemen kiest de host nu de starttijd — ergens van een minimum van één minuut tot een maximum van vijf minuten — en de spelerlimiet, ergens van tien tot honderd spelers, en die configuratie is vastgelegd zodra de lobby opgenomen staat. Een opgenomen lobby die tot zijn limiet vult, start vroegtijdig, zodat een host die een lagere limiet instelt, een lobby krijgt die start zodra een redelijk aantal mensen erin is. Deze twee gereedschappen veranderen de “zou ik moeten betalen om in de rij te gaan?”-berekening rechtstreeks: een host die de starttijd en de limiet al kan instellen, kan de lobby vaak met een goed aantal spelers laten starten zonder de publieke rij überhaupt aan te raken. De juiste zet is de gratis gereedschappen eerst te gebruiken — de starttijd en de limiet op de maat instellen die je écht wilt — en de rij alleen te betalen wanneer het specifieke ding wat je nodig hebt plaatsing in de publieke Special-rij is, wat de gratis gereedschappen niet kunnen leveren. De rij gebruiken om een timing- of vullingsprobleem op te lossen dat opheffen-heropnemen of de starttimer gratis zou oplossen, is de ene fout die deze functie makkelijk maakt.

De volgorde telt meer dan de gereedschappen zelf. Een host die eerst naar de rij grijpt, lost vaak een probleem op dat de gratis gereedschappen tegen nul kosten hadden opgelost, en dat is het verschil tussen een doordachte aankoop en een impulsieve. De gedisciplineerde reeks is: (1) beslis de starttijd en spelerlimiet die je écht wilt, (2) neem de lobby op en laat de gratis gereedschappen de gehost-lijst bewerken, (3) alleen wanneer het specifieke ding wat je nog nodig hebt publieke Special-rij-plaatsing in de volgende startcyclus is, komt de rij in beeld. Stap (3) is de enige stap die Plutonium kost en de enige stap die de gratis gereedschappen niet kunnen. Een host die die reeks internaliseert, betaalt de rij precies wanneer de rij het gereedschap is dat doet wat geen gratis gereedschap kan doen, en geen moment ervoor.

Falingsmodi en de tegenmaatregel voor elk

De rij heeft een korte, goed gedefinieerde set van falingsmodi, en het spel is ongebruikelijk goed in te vertellen welke je hebt geraakt, zodat de tegenmaatregelen concreet zijn. Onvoldoende saldo is het eerste: heb je niet genoeg Plutonium voor de prijs van de knop, dan wordt de rij geweigerd en word je niet afgerekend — de uitgave gebeurt simpelweg niet, dus de tegenmaatregel is Plutonium bij te vullen vóór je een lobby host die je van plan bent in te rijden, in plaats van te proberen en te herhalen. Het tweede is de lobby al aan het starten: draait je eigen start-aftelling al, of staat de opname binnen 30 seconden van de auto-start, dan wordt de rij gratis geweigerd (de in-speltekst is “queue_lobby_starting”), dus de tegenmaatregel is de rij vroeg in het opnamevenster te plaatsen, niet op de laatste seconde — de 30-secondencutoff is er precies om ervoor te zorgen dat je niet kunt betalen voor een plek die de lobby zelf zou passeren, en die respecteren betekent beslissen om in te rijden vóór de laatste dertig seconden. Het derde is een betalingsfout onderweg: faalt de betaling zelf, dan geeft het spel een fout terug en laat de lobby niet-ingerijd, en het vertelt je om opnieuw te proberen met de expliciete geruststelling dat je niet tweemaal afgerekend wordt, dus de tegenmaatregel is simpelweg de klik te herhalen in plaats van aan te nemen dat je afgerekend bent.

Er zijn ook de kwalificatie-weigeringen die niets kosten: alleen de aanmaker van de lobby kan hem inrijden (iedereen andere krijgt een weigering zonder afrekening), en een publieke, niet-opgenomen of al-uit-de-lobby-gewezen lobby kan niet worden ingerijsd. Deze tellen omdat ze de exacte grens definiëren van wanneer de knop überhaupt beschikbaar is — opgenomen, private, in de lobby, en jij bent de aanmaker. De vierde praktische falingsmodus is de ene waar het mechanisme je niet voor beschermt: betalen voor een plaatsing die de kamer alsnog niet vult. De rij maakt je lobby zichtbaar en goed geplaatst, maar hij voegt geen spelers toe, dus de tegenmaatregel daar is die uit eerder in deze handleiding — rij alleen lobby’s inrijd waar de plaatsing zelf het Plutonium waard is, omdat een lobby zonder reden om in de Special-rij te staan perfect zichtbaar gemaakt kan worden en alsnog leeg kan starten. Elke falingsmodus kost per ontwerp niets of is gedekt door een specifieke, aangegeven tegenmaatregel, en het patroon door al die heen is dat het systeem gratis weigert waar het kan en exact eenmaal afrekeent wanneer het dat moet, en dat is wat de uitgave veilig maakt.

Modus- en mapaanpassingen: maak de in de rij geplaatste lobby waard

Omdat de rij je opgenomen lobby specifiek in de Special-rij plaatst — de rij waar spelers op modificaties en variatie jagen — is de plaatsing alleen zo goed als de lobby die je erin zet. De meest directe aanpassing is een modifikatie draaien op de ingerijsde lobby: een gewone lobby die achter een modifikatie-lobby ingebracht wordt, verliest van de modifikatie-lobby op het as waar die spelers op filteren, dus als je betaalt voor Special-rij-zichtbaarheid, geef de lobby een modifikatie die daadwerkelijk past bij wat de rij bekijkt. Lees het modifikatieset dat de huidige Special-lobby’s draaien en kies een modifikatie die past bij dat publiek; de plaatsing koopt je het publiek, en de modifikatie is wat dat publiek doet stoppen bij je kaart. Zou je liever geen modifikatie draaien, dan is dat een argument om in de gehost-rij op te nemen en te wachten in plaats van te betalen voor Special-plaatsing.

De tweede aanpassing is de starttimer en limiet die je bij het opnemen instelt, omdat ze rechtstreeks interageren met de rij. Een lagere spelerlimiet betekent dat de lobby eerder start zodra genoeg spelers erin zijn, wat je wilt als je voor een voorrangsplek betaalde en die snel wilt omzetten in een gestart spel; een hogere limiet en een langer startvenster geven de ingerijsde lobby meer tijd om het publiek van de rij te trekken vóórdat hij vastzet. Combineer dat met een map die momenteel populair is of die het Special-publiek verwacht, omdat een ingerijsde lobby op een bekende map de zichtbaarheid sneller omzet in joins dan een op een map waar niemand in die rij naar op zoek is. Het punt door al drie aanpassingen is dat de rij een vermenigvuldiger is op een goed gebouwde lobby, geen vervanging voor goed bouwen: een geweldige lobby, juiste modifikatie, verstandige limiet en starttijd, plus een rijplek is een lobby die zichtbaar is, relevant en klaar om te starten; een matige lobby met een rijplek is alleen een zichtbaarere matige lobby. Het Plutonium versterkt de eigen verdiensten van de lobby, dus de juiste zet is eerst de lobby waardig te maken voor de versterking.

Er is een volgordepunt dat deze aanpassingen bij elkaar bindt en dat makkelijk fout te gaan is. Omdat de starttijd en spelerlimiet vastliggen het moment dat de lobby opgenomen staat, vereist elke modus-, map-, modifikatie-, limiet- of starttijdsverandering die je wilt aanbrengen in een ingerijsde lobby dat je hem opheft en opnieuw opneemt — en opheffen haalt de lobby ook uit de rij die je betaalde om in te gaan. De gedisciplineerde volgorde is dus: beslis de modifikatie, de map, de limiet en de starttijd vóórdat je de rij betaalt, niet daarna. Rij je eerst en besluit je daarna dat de map niet klopt, dan kun je het niet meer repareren zonder de plaatsing die je zojuist kocht te verliezen. Behandel de rijaftrekking als de laatste stap in een bouwreeks — configureer de lobby zoals je hem wilt, neem hem op, laat de gratis gereedschappen (starttimer en limiet) hun deel doen, en betaal pas daarna voor Special-rij-plaatsing voor een lobby die je al waardig hebt gemaakt voor de uitgave. Die ene volgorde-regel haalt de meeste manieren weg waarop een host de rijkost kan verspillen.

Versiegrens: wat vandaag live is versus wat pas net vóór veranderde

De versiegrens hier telt omdat v0.34.18 de rij en de host-starttimer en de uitgebreide gehost-limiet in dezelfde release bracht, en het makkelijk is het functieset uit een oudere build of een eerdere handleiding te lezen en te missen dat het hele cluster nu live is. De live build die je vandaag speelt is v0.34.18, uitgegeven op 2026-09-24, en daarin kan: de host van een opgenomen private lobby Plutonium betalen om hem in de publieke Special-rij in te rijden, recht achter de aftelende lobby geplaatst; de betaling is idempotent en elke weigering is gratis; de 30-secondencutoff vóór de auto-start blokkeert de rij; de prijs van de knop komt uit de live serverconfiguratie; en dezelfde release voegde de door de host te kiezen starttijd (minimum één minuut tot het maximum van vijf minuten), de spelerlimiet van tien tot honderd en de regel toe dat vullen tot de limiet het spel vroegtijdig start, met de configuratie vastgelegd zodra opgenomen. Dat is de huidige, verifieerbare staat, en daarop staat elke aanbeveling in deze handleiding — de rij, de timer en de limiet zijn allemaal nu beschikbaar, niet aankomend.

De build vóór die, v0.34.17, had niets van dit: een opgenomen lobby draaide op een vaste vijf-minuten-auto-start zonder hostcontrole over de starttijd, de gehost-limiet was kleiner, en er was helemaal geen manier om een opgenomen lobby in de Special-rij te betalen — de enige optie was opnemen en wachten. Volg je een stream of tip die een host beschrijft die een start van één minuut kiest of een 100-speler-lobby, dan beschrijft die nu de live build, niet de volgende, omdat v0.34.18 wat er in je client zit. Die grens schoon houden is wat de rest van de handleiding betrouwbaar maakt: de rij, de 30-secondencutoff, de gratis opheffen-heropnemen, de host-starttimer en de 10-100-limiet zijn allemaal aangegeven voor de build die je daadwerkelijk speelt, en het ene ding om op het moment van spelen te bevestigen is de Plutonium-prijs op de knop zelf, omdat dat ene getal het enige deel van het mechanisme is dat de server zet in plaats van de release vastlegt. Elk ander feit hier — de plaatsingsregel, de cutoff, de gratis weigeringen, de idempotentie, de timer- en limietbereiken — is stabiel in de live v0.34.18-build, en daarom kun je erop handelen zonder te hercontrolleren. Voor het bredere plaatje van hoe een opgenomen lobby verschijnt aan de spelers die hij probeert te bereiken, zie Hoe je de juiste publieke lobby leest, filtert en kiest en hoe de publieke Special-rij zijn lobby’s plant in Hoe de publieke Special-lobby’s werken.