Renzom
Log in
All posts
by Renzom Team6 min read

Palworld Dedicated Server Settings Deep-Dive 2026

Jede PalWorldSettings.ini Option die 2026 wirklich zählt: XP-Raten, Capture-Raten, Death Penalty, Welt-Regeln. Mit echten Beispielen für Casual / Progression / PvP-Gruppen.

  • #palworld
  • #hosting
  • #dedicated-server
  • #sizing
  • #survival
Also available in English

PalWorldSettings.ini kommt mit 60+ Optionen, von denen vielleicht 15 wirklich das Spielgefühl auf deinem Server ändern. Die meisten Guides im Netz pasten die ganze Config ohne Kommentar; dieser Post sagt dir welche Schrauben du für drei häufige Gruppen-Profile drehen solltest — mit realistischen Zahlen, nicht „setz XP auf 5x lol".

Geschrieben von Leuten, die Palworld-Dedicated-Server täglich auf Kunden-Accounts betreiben. Die Defaults sind nicht für Multiplayer balanciert; so machst du sie für deine Gruppe brauchbar.

Die Settings, die wirklich zählen

Dutzende Werte in PalWorldSettings.ini, aber nur ein kleiner Teil bewegt etwas. Den Rest kannst du auf Default lassen und deine Spieler werden's nie merken.

Progression-Raten

Setting Default Wirkung
ExpRate 1.0 Spieler-XP-Multiplikator
PalCaptureRate 1.0 Sphere-Capture-Erfolg
PalSpawnNumRate 1.0 Pal-Dichte in der Welt
PalDamageRateAttack 1.0 Damage ausgeteilt von Pals
PalDamageRateDefense 1.0 Damage bekommen von Pals
PlayerDamageRateAttack 1.0 Damage ausgeteilt von Spielern
PlayerDamageRateDefense 1.0 Damage bekommen von Spielern

Welt-Regeln

Setting Default Wirkung
DeathPenalty "All" Was du beim Tod verlierst (None / Item / ItemAndEquipment / All)
EnablePlayerToPlayerDamage false PvP an/aus
EnableFriendlyFire false Friendly Fire innerhalb Gilde
EnableInvaderEnemy true Räuber greifen Basen an
DropItemMaxNum 3000 Max Items in der Welt bevor gecullt wird
ServerPlayerMaxNum 32 Spieler-Cap (realistisches Max: ~16 für Stabilität)

Resourcen-Ökonomie

Setting Default Wirkung
CollectionDropRate 1.0 Ertrag aus Nodes
CollectionObjectHpRate 1.0 Node-HP (höher = mehr Hits)
CollectionObjectRespawnSpeedRate 1.0 Wie schnell Bäume/Erze respawnen
EnemyDropItemRate 1.0 Items von erledigten Pals
BuildObjectDamageRate 1.0 Damage an Spieler-Strukturen
BuildObjectDeteriorationDamageRate 1.0 Passiver Strukturverfall

Tag/Nacht

Setting Default Wirkung
DayTimeSpeedRate 1.0 Tag-Geschwindigkeit (höher = kürzere Tage)
NightTimeSpeedRate 1.0 Nacht-Geschwindigkeit

Das war's. Alles andere (bShowPlayerList, bEnableNonLoginPenalty etc.) lass auf Default.

Profil 1: Casual Co-op (3–6 Freunde, Wochenend-Sessions)

Größter Fehler bei Casual-Gruppen: Defaults lassen. Vanilla Palworld ist für ~80 Stunden Progression ausgelegt. Bei einer Casual-Gruppe Samstag-Abends 3 Stunden lang sind das 6 Monate Realzeit bis Mid-Game. Die meisten Gruppen geben nach Woche 3 auf.

[/Script/Pal.PalGameWorldSettings]
OptionSettings=(
  Difficulty=None,
  DayTimeSpeedRate=1.0,
  NightTimeSpeedRate=1.0,
  ExpRate=2.0,
  PalCaptureRate=2.0,
  PalSpawnNumRate=1.0,
  PalDamageRateAttack=1.0,
  PalDamageRateDefense=1.0,
  PlayerDamageRateAttack=1.0,
  PlayerDamageRateDefense=1.0,
  CollectionDropRate=2.0,
  CollectionObjectHpRate=0.7,
  CollectionObjectRespawnSpeedRate=1.5,
  EnemyDropItemRate=1.5,
  BuildObjectDamageRate=1.0,
  BuildObjectDeteriorationDamageRate=0.5,
  DeathPenalty=Item,
  EnablePlayerToPlayerDamage=False,
  EnableFriendlyFire=False,
  EnableInvaderEnemy=True,
  ServerPlayerMaxNum=8
)

Warum diese Zahlen:

  • ExpRate 2.0 + CaptureRate 2.0 — halbiert den Grind ohne Kämpfe trivial zu machen. 4x oder höher und das Spiel ist nach 2 Wochen durch.
  • CollectionDropRate 2.0 mit CollectionObjectHpRate 0.7 — mehr Loot pro Node UND Nodes brechen schneller. Riesen-QoL für kurze Spieleinheiten.
  • CollectionObjectRespawnSpeedRate 1.5 — Bäume und Erze wachsen 50 % schneller nach. Wenn deine Gruppe einmal die Woche spielt, ist alles eh wieder da beim Login. Aber während der Session willst du nicht ewig zum nächsten Node laufen.
  • DeathPenalty Item (nicht All) — du droppst Items aber behältst Equipment. Default „All" bestraft so hart dass Casual-Gruppen aufhören zu erkunden.
  • BuildObjectDeteriorationDamageRate 0.5 — Basen verfallen halb so schnell. Wichtig wenn niemand eine Woche einloggt.

Erwartetes RAM

4-Spieler Casual-Server mit diesen Settings: 6–8 GB RAM steady-state.

Profil 2: Progression-fokussiert (12 Spieler, regelmäßige Sessions, wollen Challenge)

Für eine Gilde die 3-4× pro Woche spielt und will dass der Grind sich meaningful aber nicht punishingly anfühlt:

ExpRate=1.5,
PalCaptureRate=1.2,
PalSpawnNumRate=1.0,
PalDamageRateAttack=1.0,
PalDamageRateDefense=1.0,
PlayerDamageRateAttack=1.0,
PlayerDamageRateDefense=1.0,
CollectionDropRate=1.5,
CollectionObjectHpRate=1.0,
CollectionObjectRespawnSpeedRate=1.0,
EnemyDropItemRate=1.2,
BuildObjectDamageRate=1.0,
BuildObjectDeteriorationDamageRate=1.0,
DeathPenalty=ItemAndEquipment,
EnablePlayerToPlayerDamage=False,
EnableFriendlyFire=False,
EnableInvaderEnemy=True,
ServerPlayerMaxNum=16

Der Schlüssel: DeathPenalty=ItemAndEquipment — droppt alles außer der Rüstung die du trägst. Der Sweet-Spot wo Tod weh tut aber du nicht deine ganze Ausrüstung wegen eines dummen Fehlers verlierst.

ExpRate=1.5 und CaptureRate=1.2 sind kleine Bumps — genug dass 12 Leute zusammen Fortschritt machen ohne dass der Lead-Spieler innerhalb einer Woche 30 Level vorne ist.

Erwartetes RAM

12 Spieler, 16 GB RAM. Palworlds RAM skaliert ab 8 Spielern fast linear mit der Spielerzahl.

Profil 3: PvP / Hardcore (8–16 Spieler, max Schwierigkeit)

Für Gruppen die PvP und eine echte Death-Penalty wollen:

ExpRate=1.0,
PalCaptureRate=1.0,
PalSpawnNumRate=1.0,
PalDamageRateAttack=1.5,
PalDamageRateDefense=0.7,
PlayerDamageRateAttack=1.3,
PlayerDamageRateDefense=0.8,
CollectionDropRate=1.0,
CollectionObjectHpRate=1.2,
CollectionObjectRespawnSpeedRate=1.0,
EnemyDropItemRate=1.0,
BuildObjectDamageRate=1.5,
BuildObjectDeteriorationDamageRate=1.0,
DeathPenalty=All,
EnablePlayerToPlayerDamage=True,
EnableFriendlyFire=False,
EnableInvaderEnemy=True,
ServerPlayerMaxNum=16

Die Damage-Schrauben machen die Arbeit: Pals teilen 50 % mehr aus, kriegen 30 % mehr. Spieler teilen 30 % mehr aus, kriegen 20 % mehr. Kämpfe sind schneller vorbei — wichtig für PvP, weil lange Fights die Seite mit dem besseren Pal-Team in Zahl bevorzugen, nicht Skill.

BuildObjectDamageRate=1.5 heißt Base-Raids zerlegen tatsächlich was.

DeathPenalty=All ist hier wichtig — macht Corpse-Runs in PvP zum echten Risiko.

Erwartetes RAM

Gleich wie Profil 2 (16 GB) — PvP ändert RAM kaum, nur was dich tötet.

Häufige Settings-Fehler

Fehler 1: 10x ExpRate

Du hast die „Fast-Progression"-Server im Browser mit ExpRate=10 gesehen. Die sterben nach 3 Wochen weil alle Level-Cap erreichen, nichts mehr zu tun haben und aufhören. Bleib zwischen 1.0 und 2.0.

Fehler 2: PalSpawnNumRate=2.0 um „mehr Pals zu sehen"

Verdoppelt die Welt-Pal-Dichte. Sieht cool aus, verdoppelt aber auch Server-RAM und killt Performance beim Erkunden. Wenn dein Server laggt sobald Spieler weit von der Basis sind, ist das wahrscheinlich die Ursache. Lass auf 1.0.

Fehler 3: EnableInvaderEnemy=False

Deaktiviert Basis-Raids. Killt eine der wenigen Mid-Late-Game-Herausforderungen und broken einige Questlines die Raids voraussetzen. Lass an.

Fehler 4: ServerPlayerMaxNum=32

Die Engine akzeptiert technisch 32, aber Palworld-Dedicated-Server-Stabilität bricht über 16 stark ein. Wir sehen TPS-Issues, Base-Desync und Pal-Pathfinding-Fehler ab 20+. 16 ist das realistische Maximum 2026. Wenn du mehr brauchst, brauchst du einen zweiten Server.

Fehler 5: BuildObjectDeteriorationDamageRate=0 („Verfall ausstellen")

Macht man um „Basen zu retten", aber das echte Problem ist dass Basen nie aufgeräumt werden — verlassene Basen müllen die Welt zu, fragmentieren die Map und fressen Speicher. Lass Verfall bei 0.5–1.0 je nachdem wie oft deine Gruppe einloggt.

So wendest du die Settings auf Renzom (oder jedem Pterodactyl-Host) an

  1. Server stoppen.
  2. Filemanager öffnen, navigieren zu Pal/Saved/Config/LinuxServer/PalWorldSettings.ini (Linux) bzw. Pal/Saved/Config/WindowsServer/PalWorldSettings.ini (Windows).
  3. Den OptionSettings=(...) Block durch eines der Profile oben ersetzen. In einer Zeile lassen — Palworld parsed das als einen einzelnen String, Zeilenumbrüche brechen die Config.
  4. Server neu starten.
  5. Verify dass Settings griffen mit dem in-game /info Command oder im Server-Log nach „settings applied" suchen.

Wenn die Settings NICHT griffen, ist die Datei im falschen Pfad — Palworld hat zwei Configs (eine Default und eine Save-spezifische) und Änderungen gehen in die Save-spezifische. Der Pfad enthält deine Welt-Session-ID.

Wir hosten Palworld auf dediziertem RAM mit der Datei standardmäßig im richtigen Pfad — Startup-Variablen handhaben die häufigsten Schrauben (Raten, Max Players) direkt in unserem Pterodactyl-Panel, so dass du für die Standard-Fälle die .ini gar nicht editieren musst.

RAM-Sizing-Erinnerung

Palworld-RAM wächst mit:

  • Spielerzahl (meist linear, ~1 GB pro 2 Spieler nach der Baseline)
  • Anzahl Basen und Strukturkomplexität
  • Welt-Pal-Dichte (PalSpawnNumRate)

Realistisches RAM 2026:

  • 4 Spieler: 6–8 GB
  • 8 Spieler: 10–12 GB
  • 12 Spieler: 14–16 GB
  • 16 Spieler: 16–20 GB

Wer behauptet ein 16-Slot Palworld-Server läuft entspannt auf 4 GB lügt oder hat's nie über die erste Basis hinaus getestet.

TL;DR

  • Run keine Vanilla-Palworld-Settings für Multiplayer — sind für ~80 Stunden Singleplayer balanciert.
  • Für Casual-Gruppen: 2× XP, 2× Capture, beim Tod nur Items droppen.
  • Für regelmäßige Gilden: 1.5× XP, Items + getragenes Equipment droppen (nicht Rüstung).
  • Für PvP: Damage 30–50 % höher, PvP an, volle Death-Penalty.
  • Die Schrauben die zählen: XP-Rate, Capture-Rate, Death-Penalty, Collection-Raten, Decay-Rate.
  • Nie über 16 Spieler — Stabilität bricht.
  • Nie über 2× XP — Content geht aus und Leute hören auf.