OpenFront handelsroute-knelpunt: waar zet je je haven

Recht antwoord: zet op de langste gedeelde route, niet op het dichtstbijzijnde water

De handelsschepen-economie van OpenFront beloont je niet voor het bouwen van de meeste havens of voor het ze zo dicht mogelijk bij je buren te plaatsen. Ze beloont je voor het positioneren van een haven waar jouw handelsschepen een lange afstand varen, omdat het goud dat een voltooide reis uitkeert een functie is van de afstand die het schip daadwerkelijk heeft afgelegd, niet van het aantal havens dat je bezit of hoe dicht de partner staat. Eén haven op een lange, gedeelde, verbonden waterroute verdient meer dan drie havens verspreid over korte lokale routes, en het verschil groeit naarmate de lange route langer wordt. Het besluit dat deze gids beantwoordt is dus niet “hoeveel havens bouw ik?” (een afzonderlijke vraag die de haven versus fabriek-gids en de hoeveel havens bouwen-gids al behandelen). Het besluit hier is scherper en handzamer: welk waternetwerk en welke routelengte moet mijn haven bedienen, en is het tegel waar ik over een moment 125.000 goud aan spendeer daadwerkelijk het beste knelpunt voor die route?

De manier om het antwoord te verinnerlijken is om te stoppen met het zien van een haven als een winkel die goud produceert, en te beginnen met het zien van een eindterminal die goud namens een route ontvangt. De route is het economische activa, en de haven is de plek waar de voltooide reizen van die route worden uitbetaald. Twee spelers met identieke havenniveaus, identieke partnerrelaties en identieke spawnfrequentie kunnen enorm uiteenlopende totals verdienen, simpelweg omdat de routes die hun havens bedienen een andere lengte hebben. De speler waarvan de haven op een route van 600 tegels staat, verdient meer dan de speler waarvan de haven op een route van 150 tegels staat, al doet niemand van de twee op het moment van bouwen iets anders. Dat is de kernherkadering, en het is de reden waarom het plaatsingsbesluit, niet het aankoopbesluit, de plek is waar het geld wordt verdiend of verloren.

De besluisregel in één zin is dus: voordat je goud aan een haven uitgeeft, identificeer de langste waterroute die je legaal kunt bereiken binnen één verbonden watercomponent, plaats de haven op het kruispunt van de twee langste routes die je kunt verdedigen, en houd dat kruispunt vast met een oorlogsschip. Alles andere in deze gids — de versiegrens, de goudcurve, het componentengraf, de scenario’s, de falingsmodi en de tabel — is een uitwerking van die ene regel en van de getallen die haar waar maken in v0.34.22. Lees als volgend de versiegrens, omdat elke constante waar de regel van afhangt aan één specifieke tag is vastgemaakt, en als die tag verschuift, verschuiven de concrete aanbevelingen mee, al blijft de regel zelf hetzelfde.

Versiegrens: wat v0.34.22 daadwerkelijk documenteert

Deze gids is geschreven tegen de formele v0.34.22-tag van het upstream-repository, gecontroleerd op 2026-10-05. Het enginegedrag waarop ze leunt, allemaal gelezen uit de bron op die tag: een haven doet elke 10 ticks een spawning-proef voor een handelsschip, en elk havenniveau voegt een extra proef toe; een spawning slaagt alleen als er een geldige bestemming bestaat; een geldige bestemming moet van een andere speler zijn, hetzelfde verbonden watercomponent delen als de haven, en in beide richtingen handel toelaten; het goud dat bij aankomst wordt betaald, wordt berekend uit de daadwerkelijk afgelegde waterafstand via een sigmoid gecentreerd op 300 tegels; het wereldwijde aantal actieve handelsschepen vertraagt nieuwe spawning rond een middenpunt in de buurt van 330 schepen; en de bouwkosten van een haven volgen de ladder 125.000, dan 250.000, dan 500.000, dan met een plafond op 1.000.000. Dat zijn de dragende getallen voor elke aanbeveling hieronder. Wat deze gids niet documenteert, en wat niet als versiegacte mag worden gepresenteerd, is de exacte historische goudcap voor handelsschepen voor en na v29/v30, of de precieze wijziging van het spawnschema over die releases. De community rapporteert een grote enkel-schipwaarde van rond 1,3 miljoen in v29 die in v30 daalde naar een maximum van circa 412.000, en de v0.34.22-bron toont de huidige afstand-sigmoid goudfunctie, maar de formele v0.34.x-release-annotaties noemen geen per-versie handelsschip-cap, dus behandelt deze gids die overgang als community-afgeleid en versie-approximatief in plaats van als een gedocumenteerde constante. Het maakt dit belangrijk omdat een speler die een oudere walkthrough uit het v29-tijdperk leest, zou zien dat één handelsschip een miljoen-plus goud betaalt en zou miscalculeren hoeveel voltooide aankomsten nodig zijn om een haven terug te verdienen; de cap-overgang is dan ook de meest voorkomende bron van verouderde getallen in dit exacte onderwerp.

Als een latere balanspatch het middenpunt van de goudfunctie, het verzadigingsmiddenpunt of de havenkostenladder verandert, dan moeten alle drempels in deze gids opnieuw worden gecontroleerd tegen de nieuwe tag. Het middenpunt is het gevoeligst van de drie: als de sigmoid van 300 naar bijvoorbeeld 250 tegels verschuift, worden korte routes minder slecht en lange routes minder goed, en dat verzwakt het kernargument voor het knelpunt. Het verzadigingsmiddenpunt is het op één na meest gevoelige: als het daalt naar 250 schepen, dan komt het late-game-scenario in deze gids, dat verzadiging rond de 330 aangenomen heeft, eerder aan en moet het advies over stapelen versus spreiden eerder kantelen richting een eerdere fabriekconversie. De kostenladder is het minst gevoelig, maar wel het opnieuw controleren waard, omdat een verdubbelde ladder het tweede havenniveau duur genoeg zou maken dat het advies “upgrade het knelpunt in plaats van een haven toevoegen” kan omkeren. De versiegrens is dus geen formaliteit: het is de lijst van de drie getallen die, als er maar één van verschuift, de concrete aanbevelingen onterecht maken en de onderliggende principes — afstand boven nabijheid, en het knelpunt boven verspreide korte routes — intact laten.

Lees de route, niet het havenaantal, voordat je goud uitgeeft

De eerste regel: inspecteer het waternetwerk voordat je ook maar goud aan een haven uitgeeft. Een haven zonder bereikbare buitenlandse bestemming is helemaal geen inkomstenbron; het is een decoratief tegel dat goud en bevolking kost om te bouwen en niets ermee doet. Stel, om een kandidaatlocatie te inspecteren, drie vragen in de gegeven volgorde. Eerst: is er een buitenlandse haven, eigendom van een andere speler, die in hetzelfde verbonden watercomponent zit als het tegel dat je overweegt? Als het water wordt gescheiden door een landmassa, een landtong die je niet kunt oversteeken, of een barrière, dan bestaat er geen legaal route tussen dat tegel en die haven, hoe ver of hoe dicht die ook staat, en je haven zal nooit met die haven handelen. Ten tweede: staat er daadwerkelijk handel open in beide richtingen, dat wil zeggen heeft geen van beide zijden een embargo of een handelsstop-commando uitgevaardigd? Een route die geometrisch perfect lijkt maar met één embargo op niets afbreekt, is geen route waarop je kunt bouwen. Ten derde: wat is de echte waterafstand, het pad dat een handelsschip daadwerkelijk zal volgen, in plaats van de rechte-lijn-afstand die de kaart zo laat lijken? De afstand die ertoe doet is het afgelegde waterpad, en dat is de invoer van de goudfunctie. De praktische gewoonte: zoom uit vóór de eerste haven, vind het watercomponent waar buitenlandse havens dicht op elkaar zitten en waar meerdere lange routes elkaar kruisen, en beslis dan pas welk enkel tegel op dat netwerk het beste knelpunt is. De haven versus fabriek-gids legt uit wanneer een fabriek op land de betere eerste inkomstenbron is; dit moment is het moment waarop je al besloten hebt dat inkomsten uit water de moeite waard zijn.

Een handige manier om de drie vragen concreet te maken is om ze vóór de uitgave voor het specifieke tegel op te schrijven, in de gegeven volgorde. Voor de componentvraag is de snelste veldtest om op een buitenlandse haven te klikken en te kijken welk water ermee verbonden is: als je kandidaat-tegel en die haven als één verbonden watermassa oplichten, slaag je de componentvraag, en als ze in verschillende watermassa’s zitten, faalt de vraag direct en moet je niet op dat tegel uitgeven voor handel. Voor de open-handelvraag is de test om te controleren of er aan een van beide zijden een embargo of handelsstop actief is; een partner die al in oorlog is met de speler waarmee je wilt handelen, is een route die op het moment dat hun oorlogsschip of hun eigen diplomatie hem sluit, kan verdwijnen — de open-handelvraag is dus echt een stabiliteitsvraag, niet alleen een momentopname. Voor de afstandsvraag is de test om daadwerkelijk het waterpad te meten dat een schip zou volgen, want dat is het pad dat de engine gebruikt en niet de linjaal-afstand over de kaart, omdat landmassa’s en de vorm van de kust het afgelegde pad veel langer kunnen maken dan de rechte lijn. De gewoonte om de drie antwoorden voor het exacte tegel op te schrijven, en niet voor de regio in het algemeen, is wat een overwogen knelpuntbesluit scheidt van een plaatsing op basis van nabijheid, en het is de goedkoopste verzekering die je kunt afsluiten voordat je 125.000 goud commit.

De goudcurve is een afstand-sigmoid, en die bestraft korte routes

De economische engine is een sigmoid op routelengte. Op de v0.34.22-tag is het goud dat een voltooid handelsschip betaalt floor((75,000 / (1 + exp(-0.03 * (d - 300))) + 50 * d) * goldMultiplier), waarbij d de afgelegde waterafstand is. Het sigmoid-deel — de 75.000-term gedeeld door een logistieke functie gecentreerd op 300 tegels met een helling van 0,03 — betekent dat routes korter dan ruwweg 300 tegels op het vlakke, lage deel van de curve zitten en disproportioneel weinig betalen, terwijl routes langer dan 300 tegels opklimmen naar het hoge deel van de curve en disproportioneel veel betalen. De lineaire term van 50 per tegel erbovenop voegt een constante afstandsbonus toe, dus een lange route krijgt tegelijk zowel een grote sigmoid-uitkering als een grote lineaire uitkering. Een uitgewerkte tabel bij 1x goudmultiplier, geëvalueerd uit de formule, maakt het verschil concreet: een route van 100 tegels betaalt circa 5.185 goud, een route van 150 tegels circa 8.324, een route van 300 tegels circa 52.500, een route van 600 tegels circa 104.990 en een route van 1.200 tegels circa 134.999. Dat is een verschil van zo’n twintigvoud tussen een route van 100 tegels en een route van 600 tegels, hoewel beide precies één spawning-proef en één scheepsreistijd verbruiken. De consequentie voor plaatsing is direct: een haven die een route van 600 tegels kan bereiken, is veel meer waard dan een haven die alleen routes van 100 tegels kan bereiken, en de reden is niet dat de haven met de 600-tegels-route “groter” is, maar dat de engine hem twintig keer zoveel betaalt per voltooide aankomst. Dit is de complete kwantitatieve casus voor het kiezen van een lange gedeelde route boven een cluster van korte lokale routes, en het getal dat de knelpuntplaatsing hierna rechtvaardigt.

De praktische lezing is dat de routelengte, niet de havennabijheid, is waaruit je goud wordt berekend. Twee havens met hetzelfde niveau, dezelfde spawnfrequentie en dezelfde partner verdienen radicaal verschillende bedragen als de ene een route van 150 tegels bedient en de andere een route van 600 tegels, omdat de engine de uitkering van de laatste met zo’n order van grootte vermenigvuldigt. Dit betekent ook dat het voor de hand liggende spelerinstinct — een haven zo dicht mogelijk bij de dichtstbijzijnde vriendelijke of geallieerde haven te plaatsen zodat schepen minder ver hoeven varen — meestal het verkeerde economische instinct is. Een kortere reis bespaart wel iets aan scheepsreistijd, maar gooit de sigmoid-beloning voor afstand weg, en dat is de grotere term. De enige keer dat een korte route de juiste keuze is, is wanneer de lange route geblokkeerd, geëmbargeerd of zo zwaar contested is dat schepen hem niet kunnen voltooien; dan wint een korte veilige route die daadwerkelijk voltooit van een lange route die dat nooit doet. Die afweging is het hart van de falingsanalyse later, maar de uitgangshouding is: zoek afstand, verdedig die, en laat de sigmoid het werk doen.

Het watercomponentengraf bepaalt waar een haven überhaupt kan verdienen

Het watercomponent is de harde toegangshek, en het is het deel van de plaatsing dat mensen het vaakst fout doen. Een handelsschip vaart alleen tussen twee havens die één verbonden watercomponent delen. Als je kandidaat-haven en de buitenlandse haven waarmee je wilt handelen in verschillende watercomponenten zitten, dan paart de engine ze helemaal niet, en verdient de haven nul uit die partner, hoe mooi het tegel ook oogt. Dat is de reden waarom een haven perfect geplaatst kan lijken, op open water kan staan, een geallieerde haven op de kaart kan tonen, en toch niets oplevert: de zichtbare haven zit in een ander verbonden component, gescheiden door land of door water dat het spel als afzonderlijk behandelt. De componentgrens is de echte kaart waarop je kiest, en hij is ruwer dan het tegelrooster. In de praktijk moet je elke verbonden watermassa behandelen als één node in een graf, je haven op de node plaatsen die de waardevolste buitenlandse havens verbindt, en accepteren dat havens op een andere node helemaal niet met die kunnen handelen. Dat is ook de reden waarom eilandenkaarten, archipelen en kaarten met grote landmassa’s het hele besluit veranderen: op een kaart waar de interessante buitenlandse havens allemaal in één grote oceaancomponent zitten, kan een haven overal in die oceaan ze bereiken, en wordt de doorslag routelengte en knelpuntpositie. Op een kaart die is opgesplitst in meerdere onverbonden baaien, zit een haven vast in de handel van zijn eigen baai en kan het rijkere water naast de deur niet bereiken; de “beste” haven is dan de haven in het component dat al de langste routes en de meeste buitenlandse partners huisvest. De vuistregel is om het watercomponentengraf in je hoofd te bouwen vóór de eerste uitgave: welk component heeft de meeste buitenlandse havens, welk component heeft de langste interne routes, en zit mijn kandidaat-tegel in dat component? Als het antwoord op de laatste vraag nee is, is het tegel geen knelpunt voor iets wat je legaal kunt bereiken.

Er zit een subtiliteit in die spelers die deze regel verder goed kennen, op de vingers valt: de componentgrens wordt bepaald door het water dat de engine verbindt, niet door wat bij normale zoom continu op de kaart lijkt. Een smalle zeestraat, een brug van verbonden ondiepe tegels of een kort watergat kan twee visueel afzonderlijke watermassa’s tot één component samenvoegen, en een landgap van één tegel kan een visueel continue watermassa in twee splitsen. Dat betekent dat het componentengraf gelezen moet worden op een zoom waarbij de verbindingstegels zichtbaar zijn, omdat het verschil tussen “één component, lange route, hoge waarde” en “twee componenten, geen legaal route, nulwaarde” maar één tegel kan zijn. Twijfel je, dan is de doorslag om te kijken of een handelsschip legaal een rondreis kan voltooien tussen je kandidaat-tegel en een buitenlandse haven: als de engine een schip voor dat paar spawnt en routeert, dan is de componentvraag beslist, en als dat niet lukt, zal geen hoeveelheid haven-goud of havenniveau de route kunnen afdwingen. Het componentengraf is ook de reden waarom twee spelers op dezelfde kaart volledig verschillende handelskeuzes kunnen hebben met hetzelfde aantal havens: de speler waarvan de havens over meerdere componenten zijn verspreid, koopt meerdere afzonderlijke route-pools, terwijl de speler waarvan alle havens in één component zitten, één pool koopt en daarvoor concurreert met iedereen anders op dat water.

Eén knelpunt wint van drie verspreide havens op korte routes

Het patroon dat de community keer op keer herontdekt, en dat rechtstreeks volgt uit de afstand-sigmoid, is dat één goed geplaatste haven op een lange gedeelde route meer verdient dan drie havens verspreid over korte lokale routes. De community-frekwentie, uit de Reddit-discussie over haven-economie, is dat één haven plus een oorlogsschip veel meer goud oplevert dan drie willekeurig geplaatste havens, en dat je moet uitzoeken waar veel schepen langs varen en je schepen dan daarheen moet sturen, ook als het een beetje ver is. Dat is precies de logica van de afstand-sigmoid: het knelpunt is het tegel waar de lange routes van meerdere spelers gedwongen samenkomen, en een haven daar kan legaal tegelijk van meerdere lange routes ontvangen, dus één haven op het kruispunt vangt meer lang-route-goud dan meerdere havens die elk één korte route bedienen. Het knelpunt is niet simpelweg het tegel met de meeste traffic; het is het tegel waar de langste routes die je legaal kunt bereiken elkaar kruisen, en waar één haven met één of twee oorlogsschepen de baan kan vasthouden met de minste blootstelling. Zo vind je het: zoek de zeestraat, de gedeelde zeeweg of het open kruispunt dat tussen de rijkste buitenlandse havens ligt, en vraag welk enkel tegel op die baan de meeste routes van 300-plus tegels kan bedienen. Bevestig daarna de kosten: omdat havenniveaus de ladder 125.000, 250.000, 500.000, 1.000.000 volgen, is het eerste niveau op het knelpunt goedkoop ten opzichte van de inkomsten die het opent, en het tweede niveau verdubbelt het aantal proeven. De handel versus piraterij-gids behandelt het moment waarop dezelfde baan een doel wordt dat het innemen waard is, en dat is meestal het moment waarop je knelpunt sterk genoeg is dat een vijand bereid is erover te vechten.

De besluisprocedure is om het component te verifiëren, de langste route te kiezen die je kunt verdedigen, de haven te plaatsen op het kruispunt van de twee langste routes, en de baan daarna vast te houden met een oorlogsschip binnen reparatiebereik. Als het eindpunt van de route van eigenaar wisselt of de partner een embargo afkondigt, dan stort de waarde van de route in, al is het water niet veranderd, en moet je de haven verplaatsen of heroriënteren in plaats van een dode route te blijven voeden.

De reden dat het enkel-knelpunt-patroon robuust is en geen gelukkige vorm op een bepaalde kaart, is dat het beide termen van de inkomensvergelijking tegelijk aanpakt. Het kiest het hoge deel van de afstand-sigmoid, zodat elke voltooide aankomst een groot bedrag betaalt, en het staat op een kruispunt, zodat de spawning-proeven van één haven over meerdere lange routes kunnen worden gerouteerd in plaats van over één korte. Een verspreide set van havens op korte routes doet het tegendeel op beide termen: elke aankomst daarvan betaalt weinig, omdat de routes op het vlakke deel van de curve zitten, en de proeven zijn verspreid over veel routes die elk zo weinig betalen dat het totaal per eenheid haven-goud laag is. Het patroon heeft ook een ingebouwde veiligheidseigenschap: een knelpunthaven is makkelijker te verdedigen dan een set van blootgestelde havens, omdat één oorlogsschip één kruispunt kan vasthouden, maar drie afzonderlijke korte-route-tegels niet tegelijk kan vasthouden. De community-ervaring hiermee is consistent over de Reddit-threads en de YouTube-playthroughs heen, waar de winnende houding op een zeestraat of een gedeelde zeeweg altijd één goed verdedigd kruispunt is en geen verspreiding van kleine havens, en het moment waarop een speler dat kruispunt omslaat in een aanvalsbaan, is het moment waarop het besluit van de handel versus piraterij-gids in het spel komt.

Scenario één: een zeestraat-knelpunt versus een rustige kustroute

Stel een vrij-voor-iedereen met 55 spelers op een Afrika-stijl kaart, en je spawnt in de buurt van de mond van een grote rivier of een smalle zeestraat waar twee of drie buitenlandse havens op zijn aangewezen om open water te bereiken. Je startgoud is 150.000, je hebt één stad op niveau 1, geen fabriek en geen oorlogsschip. Er zijn twee kandidaat-locaties voor de haven. Optie A is een rustige kustbaai dicht bij je, waar de dichtstbijzijnde buitenlandse haven slechts circa 220 water-tegels verwijderd is en de route veilig is omdat er geen vijandelijk oorlogsschip in de buurt is. Optie B is de zeestraat zelf, waar de buitenlandse havens die je zou bedienen zich circa 560 water-tegels verderop bevinden over open water, maar een vijandelijk oorlogsschip van niveau 1 patrouilleert momenteel in het midden van die zeestraat en een tweede buitenlandse haven aan de overkant heeft nog geen alliantie verklaard. Je moet kiezen welk enkele eerste-niveau haven van 125.000 goud je bouwt, en de keuze is een knelpunt-voor-veiligheid-keuze, geen aantalskeuze.

De afstandsrekening zegt dat optie B per aankomst zo’n zes keer zo veel waard is als optie A. Bij 1x goud betaalt de route van 220 tegels circa 17.200 goud per voltooid schip en de route van 560 tegels circa 103.000 goud per voltooid schip, dus nog vóór de risicobepaling is de zeestraatroute de grotere prijs. De risicocorrectie is wat het tot een echt besluit maakt. De zeestraat is contested: neem aan dat een vijandelijk oorlogsschip ruwweg één schip op drie neerhaalt vóórdat het de baan kan voltooien, en neem aan dat de haven aan de overkant je een embargo kan oplekken zodra je erop lijkt dat je hun route afsnoept. Onder die aannames betaalt de zeestraatroute nog steeds circa vier vijfde van het brutobedrag per aankomst op netto basis, en dat is nog steeds zo’n vijf keer de veilige kustroute. De juiste beslissing, met één oorlogsschip van niveau 2 en genoeg goud om het op je haven te repareren, is om optie B te bouwen op het zeestraat-knelpunt, het oorlogsschip binnen het passieve reparatiebereik te houden, en de baan vast te houden zodat de route van 560 tegels daadwerkelijk voltooit. De hoeveel havens bouwen-gids legt uit waarom je hier niet ook een tweede haven in hetzelfde component moet bouwen; de extra proef verplaatst de wereldvloot voor het grootste deel rond in plaats van nieuwe inkomsten te creëren. De falingsversie van dit scenario: eerst optie A bouwen omdat hij veilig en goedkoop is, en dan ontdekken dat de zeestraat door een andere speler is ingenomen en je rustige kustroute een fractie waard was van het knelpunt dat je nooit hebt gepakt. Het tegengif voor die faling is om de veilige route als fallback te behandelen, niet als het plan, en de eerste haven uit te geven op de contested lange route zolang je nog een oorlogsschip hebt om hem te verdedigen.

Scenario twee: een late verzadigde kaart en de stapelen-tegen-spreiden-keuze

Stel een late vrij-voor-iedereen op een kaart met meerdere grote eilanden en één gedeelde zeestraat. Het wereldwijde aantal actieve handelsschepen is circa 360, dat is verder dan het verzadigingsmiddenpunt rond de 330, dus nieuwe spawning is al vertraagd en de meeste haven-goud verdeelt het bestaande vloot nu om in plaats van nieuwe schepen te creëren. Je hebt al één niveau-1 haven op het zeestraat-knelpunt, en een tweede haven aan het verre eind van dezelfde zeestraat. Een derde buitenlandse haven in een ander component is alleen bereikbaar via een lange, blootgestelde route. Je hebt 400.000 goud en één oorlogsschip van niveau 2 met circa 1.100 gezondheid, en de vraag is of je je bestaande zeestraathaven van niveau 1 naar niveau 2 moet upgraden (kosten 250.000) of een gloednieuwe derde haven moet bouwen in het andere component (ook circa 250.000 voor het eerste niveau).

De verzadigingsrekening zegt dat de derde, verweg gelegen haven hier de zwakke zet is. Bij 360 actieve schepen wordt de wereldspawning gedrukt, dus een nieuwe haven concurreert voor het grootste deel om dezelfde vaste vloot, en het verre component voegt een route toe die je minder goed kunt verdedigen, omdat het oorlogsschip ver moet reizen om hem te dekken. Een upgrade van de bestaande knelpunthaven van niveau 1 naar niveau 2 daarentegen voegt elke 10 ticks nog een spawning-proef toe op een route die al bewezen kan voltooien, en omdat de zeestraatroute al op het hoge deel van de afstand-sigmoid zit, vallen de extra proeven op hoogwaardige routes. De upgrade verkort ook de beslissing: je opent geen nieuwe baan die een vijand kan betwisten, je verdiept een baan die je al vasthoudt. De juiste beslissing is om de zeestraathaven te upgraden naar niveau 2, het oorlogsschip te laten patrouilleren in het midden van de zeestraat, en het derde component later alleen in overweging te nemen als het eindpunt van de huidige baan van eigenaar wisselt of de verzadiging wegebt. De in-game goudtarieven-gids behandelt de landinkomsten die je parallel kunt draaien, zodat het goud voor de upgrade en de oorlogsschip-reparatie niet alleen uit handel hoeft te komen. De falingsversie van dit scenario: de derde haven bouwen op de blootgestelde verweg gelegen route, 250.000 uitgeven, en dan een oorlogsschip verliezen die die baan dekt, wat de verdediging van het zeestraat-knelpunt verwijdert dat al meer verdiende. Het tegengif is om de reflex “meer havens is meer inkomsten” te weerstaan in de verzadigde late game, en uit te geven op de baan die al voltooit, niet op een nieuwe baan die je eerst veilig moet vechten.

Falingsmodi, tegengiften, aanpassingen per modus en kaart, en de herhaalbare tabel

De meest voorkomende faling is twee of drie havens dicht bij elkaar plaatsen op dezelfde korte route. Omdat de goudfunctie afhangt van de afgelegde afstand en niet van hoeveel van je eigen havens in de buurt van de route staan, vermenigvuldigt het bouwen van een haven ernaast op dezelfde route van 150 tegels de uitkering van 8.300 niet; het spent voor het grootste deel 250.000 voor een andere proef die concurreert om dezelfde korte-route-inkomsten en sneller de lokale stapelstraffen bereikt. Het tegengif is om eerst te spreiden naar een ander watercomponent of een daadwerkelijk langere route vóórdat je een tweede haven koopt, en om te onthouden dat de haven versus fabriek-gids de juiste plek is om te vragen of de tweede inkomstenbron het in het geheel een fabriek zou moeten zijn. Een tweede faling is een haven plaatsen in een watercomponent zonder buitenlandse haven, wat de haven omzet in een puur defensief tegel dat niets verdient; het tegengif is om het componentengraf te controleren vóór de uitgave en een geïsoleerde haven te behandelen als een anker voor oorlogsschip-reparatie, niet als inkomstenbron. Een derde faling is havenniveaus stapelen terwijl de wereldvloot al verzadigd is, wat proeven koopt die de vaste vloot voor het grootste deel alleen maar omverdelen; het tegengif is om de upgrade vast te houden, het aantal actieve schepen te controleren, en dat goud in plaats daarvan in een oorlogsschip of een fabriek te stoppen.

Kaart en modus verstellen de drempel. Op een archipel met één grote gedeelde oceaan is het knelpunt het kruispunt waar de langste open-water-routes elkaar kruisen, en moet je een verspreide set havens plus een reserve-oorlogsschip gebruiken in plaats van één enorme stapel. Op een landzware kaart kan een beschermde fabriek-en-stadcluster een blootgestelde haven verslaan, zelfs wanneer de afstandsformule zegt dat de lange route meer betaalt, omdat de landinkomsten niet afhangen van een contested waterbaan. Op een smalle zeestraat: plaats de oorlogsschip-patrouille waar schepen de kustveiligheid verlaten, de haven op het tegel dat de meeste lange routes bedient, en houd een defensief post over het landpad naar de haven, zodat de vijand het tegel niet simpelweg kan bestormen. In een teamlobby: wijst één speler aan om de route te bewaken, één om de escort vast te houden, en één om goud om te zetten in land, zodat niemand een tweede haven spendeert op dezelfde baan die het team al dekt. Elke 60 ticks, noteer vijf getallen: voltooide aankomsten op je route, de voltooiraat van de baan, de afstand naar je dichtstbijzijnde reparatiehaven, het onbestede defensieve goud, en of de eigenaar van het eindpunt van de route stabiel is. Kies het knelpunt wanneer de baan voltooit en het eindpunt stabiel is; kies de veilige korte route wanneer de baan verder contested is dan je oorlogsschip-budget; kies een fabriek wanneer het water te bloot is en het land verdedigbaar. Die lus, met de afstandstabel hierboven, is het hele besluit.

Officiële bronnen en versiegrens

Elke regel en elk getal in deze gids traceert terug naar de formele v0.34.22-tag van het upstream OpenFrontIO-repository, gecontroleerd op 2026-10-05. De havenkostenladder, de afstand-sigmoid goudfunctie voor handelsschepen, het middenpunt van 300 tegels voor korte afstand, de spawning-proef per 10 ticks, de toegangsregel van hetzelfde watercomponent, en het verzadigingsmiddenpunt van 330 schepen zijn allemaal gelezen uit de bron op die tag. Het community-afgeleide materiaal, inclusief de Reddit-threads over haven-economie en de YouTube-playthroughs over handelbaan- en knelpuntcontrole, staat genoteerd in het research-bronpakket en is gebruikt om de spelergerichte besluiten en het Suez-stijl zeestraatvoorbeeld te bevestigen; de overgang van de goudcap voor handelsschepen in v29/v30 wordt daar behandeld als approximatief en versie-onzeker. Wanneer de volgende balanspatch een van deze constanten verandert, moeten de drempels en de uitgewerkte scenario’s in deze gids opnieuw worden geauditeerd tegen de nieuwe tag vóórdat ze opnieuw mogen worden vertrouwd. De handel versus piraterij-gids en de haven versus fabriek-gids zijn de natuurlijke volgende lezingen zodra het knelpunt is geplaatst en de baan is vastgehouden.

De community-bronnen die zijn gebruikt voor de cross-checks en de scenario-omlijsting zijn de drie r/Openfront-threads over handel en haven-economie die in het bronpakket zijn genoteerd, op 2026-10-05 geraadpleegd via het pullpush.io-archief: de thread “waarom maken handel en geldcreatie nooit zin”, de thread “zijn havens nu slecht” die de v29/v30-capwijziging bespreekt, en de “havens wiskunde”-thread waarin de speler het goud per aankomst uitwerkt en het patroon van één oorlogsschip plus haven. De YouTube-bronnen zijn de playthroughs en strategievideo’s die dezelfde knelpuntlogica nareciteren, dezelfde dag geraadpleegd, in het bijzonder de “Ik nam de MEEST WAARDE handelsroute onder controle!”-playthrough op een Suez/Nijl-knelpuntkaart, een concreet geval van precies het zeestraat-knelpunt-patroon dat deze gids aanbeveelt, en de “Havens en handel, een gids?”-video die de haven- en handelsbasis in simpele termen uitlegt. Geen van deze bronnen wordt behandeld als versieautoriteit: waar een getal in conflict is met de v0.34.22-bron, wint de bron, en waar de bron zwijgt, wordt het community-getal gelabeld als approximatief en wordt de speler verteld het in-game te verifiëren tegen de huidige live-build. De splitsing tussen wat de bron documenteert en wat de community rapporteert, is wat deze gids voorkomt dat een verouderd v29-getal in een v0.34.22-aanbeveling importeert, en het is precies dezelfde splitsing die de versiegrens-sectie op elke drempel toepast, dus de twee secties zijn bewust zo geschreven dat ze naar elkaar verwijzen en samen de betrouwbaarheid van elk getal in deze gids onderbouwen.