Moet je op je maximum troepen staan — en wanneer de buffer wint

In v0.34.24 werd de oude route om je troepen boven je maximum te duwen via niet-grens-aanvallen gesloten. Je hebt nu precies twee overgebleven opties, en daarover draaien de threads: je staande leger bij het maximum houden, of bewust een buffer eronder houden. Blijf bij het maximum als je de grootste leger-zijde bent en het front kunt betalen; houd een buffer als economie, regen-curves of het tempo van je tegenstander je beloont om uit de diepte te blijven. Het maximum zelf komt uit maxTroops, de regen-rate is één gladde curve met een piek op 42% van het maximum, en de patch is een terugtrek-regel in AttackExecution — die drie maken “maximum of buffer” weer een echte keuze.

Wat de v0.34.24-patch aan het antwoord verandert

Deze vraag verdient een nieuw antwoord, omdat de build die je speelt niet meer de build is waarmee de meeste Reddit-threads en YouTube-video’s zijn geschreven. In builds voor v0.34.24 hoefde een aanval niet op een land te richten waaraan je grenst. Dat ene feit dreef de exploit die de rest van deze handleiding draagt: je kon een aanval starten op een land waaraan je niet grenst, en als die aanval geen land innam, kregen je troepen een refund en deed de aanval vrijwel niets op het bord — maar die “refund-regen”-cyclus, snel genoeg herhaald, liet je je troepen houden op het punt waar je regeneratie het snelst is, en in het ergste geval boven je maximum duwen.

De patch zit in src/core/execution/AttackExecution.ts. De beslissende guard-regel is nu: “als de set van te veroveren landen leeg is, trekt de aanval zich terug.” Als toConquer.size() === 0, keert de aanval terug en gebeurt hij niet, dus de refund-cyclus die je op het regen-peak hield, is niet meer beschikbaar. Het team voegde een gewijde test toe in tests/Attack.test.ts om dit gedrag vast te leggen: die richt een aanval in, spamt 600 ticks, en bewaart dan dat de totale troepen nooit boven maxTroops uitkomen. Die test slaagt in v0.34.24.

De praktische consequentie: “maximum of buffer” is geen “kies de bug”-vraag meer. Het is een echte keuze tussen twee houdingen, en dat is precies de keuze die deze handleiding ontwarrent. De “blijf bij het maximum”-houding maximaliseert je staande leger aan elke grens en accepteert de langzaamste regen aan de bovenkant. De “houd een buffer”-houding geeft een deel van je staande leger op om op de oplopende zijde van de curve te blijven, waar verloren troepen sneller terugkomen dan aan de bovenkant. Geen van beide is universeel beter; welke wint hangt af van economie, kaart, modus en het tempo van je tegenstander, en de rest van de handleiding ontwart die variabelen een voor een.

Wat dat voor jou als speler betekent: de hefboom van “gratis troepen” bestaat niet meer. Je kunt niet meer boven je maximum groeien door niet-grens-aanvallen te spamen, en je kunt niet op een bewust hoog percentage van je maximum zitten en een lege aanval vasthouden. Je troop-pool is nu precies wat je maximum en curve je real-time geven. Elke keuze in deze handleiding — bij het maximum blijven, buffer houden, wanneer uitgeven, wanneer terugtrekken — is een keuze over je maximum en curve, niet over een bug. Als je in het exploit-tijdvak bent ingevallen, gelden sommige van je gewoontes niet meer, en de volgende sectie geeft je de exacte getallen om je intuïtie op vaste grond te herbouwen.

De exacte max- en regen-formule

Twee getallen in src/core/configuration/Config.ts sturen je hele troop-conduct, en beide het kennen waard zijn, omdat ze de snelheid veranderen waarmee je na een fout opvalt.

De eerste is het maximum zelf. maxTroops() berekent een basiswaarde uit je terrein: ruwweg 2 × (tilesOwned^0.6 × 1000 + 50000), plus 250.000 per afgeronde stad-niveau. Dezelfde functie geeft belangrijke aanpassingen: bots hebben een derde van de standaard-max; AI-naties hebben hun echte max geschaald naar moeilijkheid, van de helft in Easy tot iets boven de standaard in Impossible; en in teammodus is de max van een team de som van de max van zijn leden. Dat laatste is precies waarom teams en de solo-ladder anders aanvoelen: de max is niet langer een individueel plafond, maar een gedeelde pool, en dat verandert wanneer het de moeite waard is hem te vullen.

De tweede is de regen-rate. troopIncreaseRate() is één gladde curve: 10 + troops^0.73 / 4, vermenigvuldigd met (1 − troops/maxTroops). Geen worker-tak, geen aparte vermenigvuldiger, geen ×100-ceiling. Het laatste punt telt, omdat veel oudere community-schrijvingen een andere formule beschrijven, en als je je buffer pland op basis van een vlakke of worker-gebaseerde regen, zet je hem fout. Deze curve heeft twee eigenschappen die de hele strategie sturen. Eerste: de term (1 − troops/maxTroops) betekent dat hoe dichter je bij het maximum zit, hoe trager je regen — precies nul op het maximum, en dat is de reden waarom de speler die op 100% zit het langzaamst van elke klap terugkomt. Tweede: de term troops^0.73 betekent dat bij zeer lage troepen de absolute regen gedomineerd wordt door de vaste +10, dus een bijna-geleegde pool komt absoluut sneller terug dan een pool net onder het plafond. Beide effecten samen produceren één piek in het midden, exact gelokaliseerd in de volgende sectie.

Deze twee eigenschappen geven de volledige vorm van de curve, en de onderstaande tabel verankert die aan een maximum van 120.000 troepen, zodat de getallen concreet zijn. De kolom “regen op dat percentage” is het absolute aantal troepen per tick dat je ontvangt als je op dat percentage van je maximum zit, en “zijde van de 42%-piek” vertelt je of je op de oplopende of dalende zijde zit:

% van max	Staande leger (basis 120.000)	Regen op dat %	Zijde van 42%-piek	Wat je ervan krijgt
5 %	6.000	Snelst (geleed door +10)	Ver daaronder	Snelste terugkeer, kleinste leger
20 %	24.000	Oplopend	Daaronder	Snelle terugkeer, klein leger
42 %	≈ 50.400	Piek	Exact op de piek	Beste build-tick, groot leger
60 %	72.000	Dalend maar nog sterk	Daarboven	Groot leger, goede terugkeer
80 %	96.000	Snel dalend	Daarboven	Zeer groot leger, trage terugkeer
100 %	120.000	Nul	Helemaal bovenaan	Grootste leger, geen terugkeer zonder uitgave

Gebruik deze tabel als de volledige trade-off in één blik: de linker kolon is de snelheid waarmee je terugkomt, de middelste kolom de grootte van je staande leger, en beide ruilen van plaats op de 42%-rij. Op 100% kopen je het grootste staande leger tegen de prijs van de langzaamste mogelijke terugkeer; op de 42%-piek de beste build-tick; alles ertussenin is een bewuste balans. Deze tabel réduit de hele “buffer of maximum”-keuze tot zes rijen, en elke volgende sectie is een manier om op één van die rijen te staan in een concreet match.

Het praktische lezen: “hoe snel ik terugkom” is geen constante — het is een functie van waar je nu zit. Bij 100% kopen je het grootste staande leger tegen de prijs van de langzaamste mogelijke regen. Op, zeg, 60% kopen je een kleiner leger, maar een duidelijk snellere regen als het front zich beweegt. De buffer-keuze is uiteindelijk een keuze over waar op deze curve je wilt zitten, en die getallen zijn wat je in staat stelt die keuze te maken op echte getallen in plaats van intuïtie.

Wat de 42%-piek echt doet met je buffer

Teken je de regen-curve tegen het percentage van je maximum dat je houdt, dan begint hij bij zeer lage troepen bij de vaste +10, klimt naar één piek en daalt naar nul terwijl je dichter bij het maximum komt. Die piek ligt rond 42% van je maximale troepen. Dat is geen afronding of een video-schatting — het is het argmax van de curve die het spel daadwerkelijk draait, en het is onafhankelijk bevestigd door de v0.34.24-broncode en door community-schrijvingen die de “42%-troopeconomie” als het cruciale punt benoemen.

Dit ene getal is het hart van de hele keuze. Onder 42% van je maximum zit je op de oplopende zijde: elke verlies en elke terugwin plaatst je op een snellere regen dan ervoor, dus een lage buffer is een zichzelf versnellende terugkeer. Boven 42% zit je op de dalende zijde: hoe meer troepen je houdt, hoe groter het leger, maar hoe trager de regen, en nul aan de bovenkant. Het 42%-punt is de grens tussen “troepen verliezen koopt snellere regen” en “troepen houden kost regensnelheid”.

De manier om het in een match te gebruiken is om het te behandelen als het doel van je buffer, niet als een vast getal. Als je doel is om een buffer te houden en snel terug te komen, wil je meestal dat je staande leger op de oplopende zijde blijft — onder de 42%-piek als je de snelst mogelijke terugkeer wilt, bij die piek als je de beste build-tick wilt. Als je doel is om bij het maximum te blijven, accepteer je bewust de dalende zijde tot nul, en ruil je regensnelheid in voor het grootst mogelijke staande leger. De trade-off werd na de nu dichte exploit ongunstiger, dus is de dalende zijde nu echt: op het maximum zitten betekent een nul-regen-pool echt, totdat je uitgeeft, en die kosten maken de buffer een gezond antwoord in plaats van een fout.

Een nuttige manier om de hele handleiding in één zin samen te vatten: de 42%-piek is de scharnier, op het maximum zitten koopt het staande leger met de langzaamste mogelijke terugkeer, en een buffer houden koopt regensnelheid met een kleiner leger. Elk scenario, elke mislukking en elke tegenslag in de rest van de handleiding is simpelweg dat scharnier, uitgepakt over een specifieke kaart, modus en tegenstander. De handleiding Aanvallen-timing aan de troop-bar is direct complementair, want het moment waarop je besluit te uitgeven is precies waar de regen-curve en de timing-curve elkaar kruisen.

Waarom “op maximaal troepen staan” de dominante default is

De meeste sterke antwoorden die je op Reddit leest — waaronder de thread over waarom mensen tijdens een invasie op maximaal troepen staan — convergeren naar dezelfde default, en het loont om die vooraf te stellen vóór je naar uitzonderingen zoekt. In de meeste matches is de beste default om te bouwen naar en te houden bij het maximum, en te uitgeven vanaf het maximum in plaats van van een permanente buffer. Dat is structureel, niet van stijl.

Eerst: het maximum is het getal waarmee het spel je druk meet. Een leger bij of nabij het maximum is een constante bedreiging op elk land waaraan je grenst, en het oefent druk uit die je tegenstander dwingt verdediging toe te wijzen die hij elders had kunnen gebruiken. Bij het maximum blijven is een manier om constante kosten op je tegenstander te leggen over je hele grens, en die druk heeft waarde zelfs als je niet aanvalt.

Tweede: de regen-curve is dalend bovenaan, maar snel genoeg dat een speler bij het maximum, nadat hij een substantieel deel van zijn troepen heeft uitgegeven, snel terugkomt naar een bruikbaar niveau. De nul-regen-toestand bestaat alleen in het moment dat je exact bovenaan zit; zodra je troepen in een aanval of invasie steekt, verlaat je de top en begint de regen serieus. Voor de bij-het-maximum-speler die zijn tijd besteedt aan uitgeven, is het “terugkomen op het langzaamst op het maximum”-probleem grotendeels theoretisch, en precies dat is wat de bij-het-maximum-speler doet.

Derde, en dat is het echte punt van de invasie-thread: op het maximum blijven tijdens een invasie is een defensieve verklaring. Het zegt tegen je tegenstander dat je zijn druk kunt absorberen en toch bijvullen, wat precies de invasie-timing afschrikt die hij hoopte. Als je staande leger bij het maximum is en hij zich op een druk verbindt, loopt hij tegen een pool die op zal vullen zodra zijn druk troepen uitgeeft, en de regen van de aanvallende zijde op de dalende zijde werkt tegen hem. De handleiding Aanvaller-regrow-voordeel na een drain legt het offensieve spiegelbeeld uit, maar de defensieve logica is dezelfde: de zijde bij het maximum is meestal de zijde die geen regen verliest.

De vierde en meest onderschatte reden is de reden waarom de buffer een echte uitzondering is en niet de default: het leger bij het maximum is een continue, zichtbare signaal, en zichtbare signalen worden gelezen door mensen, niet alleen door het spel. Als je tegenstander ziet dat je bij of nabij het maximum blijft, maakt hij zijn eigen “buffer of maximum”-keuze tegen de informatie dat jij het grotere staande leger hebt, en de meeste spelers reageren op die signaal door op de grens waar je drukt over te verdedigen — precies de oververdediging die de bij-het-maximum-speler wil afdwingen. Het leger bij het maximum is een druk die je uitoefent door gewoon te bestaan, en die druk heeft echte waarde zelfs op landen waar je nooit troepen inzet.

De default is echter niet onvoorwaardelijk, en de volgende sectie gaat puur over de situaties waarin de buffer de “blijf bij het maximum”-default verslaat.

Wanneer de buffer de goede zet is

De buffer wint in een specifieke set van situaties, en je moet er naar grijpen als er één waar is, niet uit gewoonte. De eerste en meest voorkomende: je bent de langzame economie in de match. Als je tegenstander zijn front sneller invult dan jij, dan betekent bij het maximum blijven dat je hem constant achterna jaagt, en een bewuste buffer die je op de oplopende zijde houdt, laat je sneller terugkomen dan zijn front bloedt. In die match is de buffer geen kleiner leger, maar een snellere op de plekken die tellen.

Tweede: wanneer je plan erin bestaat om een lange druk te overleven door regensnelheid, in plaats van het timing-duel te winnen. Als je winconditie is “zorgen dat hun aanval meer troepen uitgeeft dan ze kunnen regenereren”, dan wil je op de oplopende zijde zijn op het moment dat hun aanval landt, want daar haal je het snelst na. Een buffer rond de 42%-piek van je maximum, of net daaronder, houden is precies die houding, en dat is precies wat de thread over troepen naar de frontstuur sturen is “strafbaar [dom]” in feite verdedigt voor dit soort match.

Derde: wanneer de kaart of modus een staande front straft. Op sommige kaarten is de front lang en blootgesteld, zodat een leger bij het maximum een lijn troepen is die de tegenstander land voor land kan uitlezen; op kaarten waar de front kort en het achterland veilig is, verdedigt dezelfde leger bij het maximum gunstig. Als de front duur is, is een buffer die je leger in het veilige achterland houdt en het alleen op de oplopende zijde inzet, strikt beter dan een hele pool die aan de blootgestelde front is gekleefd. De handleiding Workers plaatsen is de natuurlijke aanvulling hier, want waar je je workers plaatst verandert waar je leger bij het maximum veilig kan staan.

Vierde: de teammodus-geval, waar het maximum een gedeelde pool is. Als je teamgenoten degenen zijn die daadwerkelijk vechten, en jij jouw persoonlijke deel bij het maximum houdt, dan knijp je je deel van de gedeelde pool in nul-regen tegen de prijs van de terugwinsnelheid die het team op de plek waar het vecht nodig heeft. In teammodus is de buffer vaak de betere bijdrage aan de gedeelde pool, en de handleiding Hoe naties in teams druk uitoefenen dekt in hoe de gedeelde naties-druk het nog verder verschuift. Die vier situaties — langzame economie, een druk overleven, dure front en gedeelde team-pool — zijn de volledige set waarin de buffer de “blijf bij het maximum”-default verslaat, en de volgende sectie nummeriseert de eerste twee.

De exploit die boven het maximum staan toeliet — en waarom hij weg is

Omdat de titel van deze handleiding draait om een keuze die pas na de patch weer echt is, moet exact gezegd worden wat de exploit was, wie hij diende en welke code-regel hem sloot. Hij is gedocumenteerd in de broncode en in de nieuwe test, en eerlijk is eerlijk: het was een kleine maar echte asymmetrie in de builds ervoor.

Het mechanisme is een consequentie van “aanval vereist geen grenzend land”. In de oude build kon je een aanval starten op een land waaraan je niet grenst, en als de aanval geen doel kon innemen, kregen je troepen een refund en deed de aanval vrijwel niets op het bord. Maar die “refund-regen”-cyclus was geen vrije tijd — het was regentijd op een specifiek percentage van je maximum. De speler die dat begreep, ontdekte dat hij, door zijn staande leger te houden op een hoog percentage van zijn maximum en lege aanvallen te spamen, de regen op het peak laten draaien kon, en de lege aanvallen gaven hem een manier om de pool te managen. In het ergste liet de refund-logica het totale aantal boven het maximum klimmen — precies het getal dat de thread “Hoe stijgen je troepen/bevolking plotseling?” stelt, dat niet bereikbaar was onder de vaste regels.

De v0.34.24-patch verwijdert de premisse. De guard in AttackExecution controleert nu of de set van te veroveren landen leeg is vóór de inzet, en zo ja trekt de aanval zich terug in plaats van te gebeuren. Die ene guard-regel doodt de lege-aanval-refund-cyclus, want er is geen pad meer waar “de aanval doet niets maar ik recycle mijn troepen”. De nieuwe tests/Attack.test.ts-test is het bewijs van het sluiten: die spamt aanvallen voor 600 ticks onder de gecorrigeerde regels, bewaart dat het totale aantal maxTroops nooit overschrijdt, en slaagt. De 42%-regen-peak heeft zich na de patch niet veranderd — de curve is dezelfde — maar het vermogen om de pool op het peak te spamen via lege aanvallen is wat verdwenen is, en dat is precies wat “buffer of maximum” weer een levendige keuze maakt.

De praktische punt is eenvoudig en belangrijk: als je je gewoontes op die exploit had gebouwd, zijn die gewoontes nu een dode ballast. Een “niet-grens-aanvallen-spamen om op 100% te blijven”-speler is in v0.34.24 gewoon bij het maximum, met nul-regen, en met een effectief kleiner leger dan hij denkt. Het juiste gedrag daarna is om je houding opnieuw te afleiden uit het maximum en de curve, en dat is precies het hele doel van de volgende secties. De handleiding Bevolkingsgroei en max-formule is de stabiele referentie voor de max-getallen, en de rest van deze handleiding is de keuze die je boven dat getal maakt nadat de bug weg is.

Scenarios met getallen

De abstracte trade-off is makkelijk te aanvaarden en moeilijk uit te voeren, dus hier twee scenarios met concrete getallen die je kunt nabootsen door “jouw maximum” te vervangen door het jouwe. Vervang je land-telling door “jouw maximum”.

Scenario één: je bent de langzame economie en word je gedrukt. Stel je maximum is 120.000 troepen, je tegenstander geeft 30.000 troepen per cyclus uit tegen je front, en zijn regen is ongeveer 40% van de jouwe. Als je bij het maximum blijft, start je elke cyclus op 120.000 en word je geslagen naar 90.000; omdat je op de dalende zijde zit, is je regen trager dan de zijne, dus start je de volgende cyclus lager dan de vorige. Je bloedt netto in zijn aanvallen en verliest het timing-duel. Nu met de buffer: blijf bij 42% van je maximum, dus ongeveer 50.400 troepen, en inzet alleen vanaf daar. Als zijn 30.000 landen, daal je naar 20.400, terug op de oplopende zijde, en je regen in de volgende cyclus is sneller dan de zijne. Je win die 30.000 terug sneller dan hij ze kan vasthouden, en het netto-bloeden keert om. Het getal die deze match beslist is de 42%-piek: bij de piek houden is het hoogste buffer-niveau dat je kunt houden terwijl je op de snelle-regen-zijde blijft, en dat is precies waarom de buffer het maximum verslaat in een gedrukte langzame-economie-match.

Scenario twee: je bent de snelle economie en invalt. Zelfde 120.000 maximum, maar nu geef je 30.000 per cyclus uit tegen een statische verdediging. Hier is de default “blijf bij het maximum” het juiste antwoord, want de dalende zijde helpt je hier in plaats van te schaden. Je blijft bij 120.000, geeft uit naar 90.000, regen vanaf de bovenkant; omdat jij de snelle economie bent, verslaat je regen de regen van de verdediging, en je drukt door terwijl ze vallen. Als je in plaats daarvan een buffer op de piek hield, zou je elke cyclus een kleiner staande leger en een snellere regen hebben, maar in een match waarin je al de snelle economie bent, is het grotere staande leger van het maximum meer waard dan de snellere regen, want het leger bij het maximum is de druk die de tegenstander dwingt te oververdedigen. Het getal die deze match beslist is weer de 42%-piek, alleen andersom gelezen: als je al de snelle economie bent, is het de betere trade-off om de langzamere regen van de dalende zijde te accepteren voor het grotere staande leger. Deze twee scenarios zijn dezelfde curve, dezelfde piek; het enige dat het antwoord omdraait is op welke zijde van de economie je staat, en dat is de hele keuze in één zin.

Mislukkingspatronen en tegenslagen

Beide strategieën mislukken op voorspelbare manieren, en het kennen van de mislukking is wat je vertelt wanneer je moet omschakelen. De “blijf bij het maximum”-strategie faalt in drie situaties: wanneer je de langzame economie bent, wanneer de front lang en blootgesteld is, en wanneer je tegenstander erop uit is om je over een druk te draineren — in alle drie die gevallen heb je op het moment dat je op de dalende zijde zit nodig, en je bloedt netto in de klappen. De tegenslag op elk is een buffer: terugvallen naar de 42%-piek of daaronder, zodat je op de oplopende zijde bent op het moment dat de klap landt en je de klappen in regen slaat. De exacte tegenslag hangt af van de mislukking — een buffer op de piek voor de langzame economie, een buffer net onder de piek om een druk te overleven, een buffer in het veilige achterland voor een dure front — maar de richting is altijd dezelfde: de dalende zijde verlaten en terugkeren naar de oplopende vóór de klap.

De “buffer”-strategie faalt in de andere richting, in deze situaties: wanneer je de snelle economie bent, wanneer de front kort en het achterland veilig is, en wanneer je tegenstander niet probeert je te draineren, maar je domineert met een groter staande leger. In die gevallen redden je lagere buffer je niet; het is simpelweg een kleiner kontingent dat de drukdrempel nooit bereikt die de tegenstander zou dwingen te handelen. De tegenslag is om stoppen met een permanente buffer houden en beginnen met bij het maximum blijven, want het grotere staande leger is de druk die de match omdraait. Dat mislukking is sluiker, omdat een buffer “veilig” en “gedisciplineerd” voelt en het makkelijk is hem te houden lange tijd nadat hij niet langer de beste keuze is; het signaal dat je te veel buffert is dat je front niet genoeg druk uitoefent om de tegenstander te dwingen te handelen, en de correctie is om de buffer terug te geven aan de pool en bij het maximum te blijven.

Een derde mislukking raakt beide strategieën en is het meest verbonden met de patch: het mentale model niet bijwerken na een versie-wissel. De speler die vóór de patch op 100% stond met gespamde lege aanvallen, hield in feite een effectief groter leger dan het maximum, dat op het peak regenende; na de patch is hetzelfde gedrag gewoon bij het maximum, met nul-regen, en een kleiner effectief leger, en niets op het scherm zegt je dat het gedrag is veranderd. De tegenslag is om de getallen — de max-formule, de regen-curve, de 42%-piek — na elke versie-wissel opnieuw te lezen en je houding af te leiden uit de getallen in plaats van het spiergeheugen, want het spiergeheugen komt uit een build waarin die hefboom nog levendig was. De handleiding Aanvaller-regrow-voordeel is de offensieve versie van dezelfde mentale model-update, en het loont hem samen met deze handleiding te lezen zodat het volledige offensieve en defensieve beeld actueel blijft.

Modus- en kaart-aanpassingen

Dezelfde max, dezelfde curve en dezelfde piek gelden voor elke modus en kaart, maar modi en kaarten veranderen welke zijde van de trade-off meestal beter is, dus het loont ze door te nemen. In de standaard-solo-ladder is de default “blijf bij het maximum” het meest voorkomende en beste antwoord, omdat de match een timing-duel tussen twee vrijwel gelijkwaardige economieën is en het leger bij het maximum de druk is die die wint; de buffer is de juiste uitzondering wanneer je duidelijk de langzame economie bent of de kaartfront lang en blootgesteld is. In teammodus verandert de gedeelde-pool-regel het hele beeld: je persoonlijke “blijf bij het maximum”-keuze is een bijdrage aan de totale team-pool, en als je teamgenoten degenen zijn die daadwerkelijk vechten, kan je persoonlijke deel bij het maximum houden een netto-kosten voor het team zijn, en de handleiding Hoe naties in teams druk uitoefenen is de juiste aanvulling voor die modus, want de gedeelde naties-druk schuift de balans nog verder naar de buffer.

De moeilijkheidsniveaus van naties veranderen de effectieve max van de KIs, dus de druk waartegen je moet staan, dus de juiste default. In de Easy-modus is de naties-max de helft van de standaardwaarde, de druk is licht, en de default “blijf bij het maximum” is zeer veilig; in de Impossible-modus is de effectieve naties-max iets boven de standaardwaarde, de druk is sterker, en de buffer is vaker het juiste antwoord, omdat je een snellere regen nodig hebt om te weerstaan tegen de grotere naties-pool. De handleiding Hoe naties druk uitoefenen is de directe referentie hier, en de getallen voor naties-max en -druk komen vandaar. Kaart-kant is de regel eenvoudig: een korte veilige front favoriseert het maximum, een lange blootgestelde front de buffer, waterrijkere kaarten de buffer in verdediging en het maximum in aanval, want water verandert waar de front blootgesteld is en waar het achterland veilig is. De logica van Kaart- en waterkeuze dekt die kant af, en de handleiding Aanvallen-timing aan de troop-bar dekt het moment af waarop je inzet, ongeacht welke houding je hebt gekozen.

De ene aanpassing die voor elke modus en kaart geldt, is dezelfde: de 42%-piek is de scharnier, en modi en kaarten veranderen alleen op welke zijde je meestal wilt staan. Als modus en kaart je op de snellere, drukzette zijde zetten, blijf bij het maximum en accepteer de regen van de dalende zijde. Als ze je op de langzamere, defensieve zijde zetten, houd een buffer op de piek of net daaronder en neem de regen van de oplopende zijde. Modi en kaarten veranderen nooit de curve of de piek; ze veranderen alleen welke zijde van de trade-off beter is, en dat is de scherpste samenvatting van deze sectie en, op een manier, van de hele handleiding.

Hoe het samenwerkt met je andere troepenkeuzes

Deze handleiding is een knooppunt in een klein netwerk van troepenkeuzes, en het loont om de randen te leggen zodat je de “buffer of maximum”-antwoord niet geïsoleerd toepast. De directe rand is de aanval-timing-keuze: het moment waarop je besluit te uitgeven vanuit een houding is precies waar de regen-curve en de timing-curve elkaar kruisen, en de handleiding Aanvallen-timing aan de troop-bar is de passende helft. Uitgaven vanaf de bovenkant van het maximum en aanvallen vanaf de top, tegenover uitgaven vanaf de bovenkant van de buffer en aanvallen vanaf de oplopende zijde, zijn twee verschillende timing-problemen, en ze harmoniseren alleen als je beide handleidingen samen leest.

Tweede rand: de offensieve regen-keuze. Als jij de aanvallende zijde bent die zojuist de front van je tegenstander heeft gedraineerd, bepaalt je regen op de dalende zijde of je kunt opnieuw drukken, en de handleiding Aanvaller-regrow-voordeel na een drain is het offensieve spiegelbeeld van de defensieve logica hier. Beide handleidingen zijn twee tegenover elkaar geplaatste kanten van dezelfde curve, en de “buffer of maximum”-antwoord hier is de defensieve helft van hetzelfde scharnier dat de aanvaller-voordeel-handleiding aan de offensieve kant dekt. Derde rand: de max- en worker-keuze. Waar je je workers plaatst verandert zowel de max- getal als waar je staande leger veilig kan staan, en de handleiding Bevolkingsgroei en max-formule is de stabiele referentie, want de max- en worker-plaatsingsgetallen zijn de invoer voor elke keuze in deze handleiding.

Vierde rand: de modus-specifieke druk, en de handleiding Hoe naties in teams druk uitoefenen is de referentie voor de team- en naties-moeilijkheidsverschuivingen die veranderen welke zijde van de trade-off meestal beter is. Lees de vier handleidingen samen, en het complete beeld is: de max en de workers stellen je pool vast, de modus en de kaart stellen welke zijde beter is, de regen-curve en de 42%-piek stellen de scharnier vast, en de “buffer of maximum”-keuze in deze handleiding is de grootste keuze die je boven alles maakt. De patch is wat deze specifieke keuze weer levendig maakte, omdat hij de dode hefboom verwijderde die haar stil antwoordde, en de vier randen hierboven zijn de rest van het beslissingsnetwerk dat je actueel moet houden zodat het antwoord blijft staan wanneer versie en meta zich bewegen, en dat zijn precies de vier plekken waar je het eerst na moet kijken als een van je gewoonten ophoudt te werken, want de juiste keuze verschuift daar altijd het eerst, veel eerder dan in de versienotities.