Wie erstellt man einen kompetitiven und ausgewogenen Minecraft-PvP-Server?

Par Benjamin D. · PDG

11. August 2026 · Mis à jour le 11. August 2026 · Lecture 9 min

Illustration zum Artikel : Wie erstellt man einen kompetitiven und ausgewogenen Minecraft-PvP-Server?

Inhaltsverzeichnis

Einen Minecraft PvP Server aufzusetzen ist 2026 kein Hexenwerk mehr – aber der Unterschied zwischen einem Server, auf dem Kämpfe sich flüssig anfühlen, und einem, auf dem jeder Hit gefühlt eine halbe Sekunde zu spät landet, liegt in Details: Serversoftware, Tickrate, Knockback-Werte, Anticheat und Netzwerklatenz. Dieses Tutorial zeigt den kompletten Weg vom leeren Panel bis zur spielbaren Arena.

Grundlagen: Was einen guten Minecraft PvP Server technisch ausmacht

PvP ist der anspruchsvollste Spielmodus, den Minecraft kennt – nicht wegen der Weltgröße, sondern wegen der Reaktionszeit. Ein Survival-Server verzeiht einen Tick Verzögerung, ein Minecraft PvP Server nicht. Combo, Knockback und Hit-Registrierung hängen direkt an der Serverauslastung und an der Round-Trip-Zeit zwischen Client und Host.

Die drei Faktoren, die wirklich zählen

Single-Thread-Leistung der CPU: Der Main-Tick-Thread von Minecraft skaliert kaum über mehrere Kerne. Ein moderner Ryzen 9 mit hohem Takt bringt bei PvP mehr als doppelt so viele Kerne mit niedriger Frequenz.
Netzwerklatenz: Unter 30 ms Ping fühlt sich PvP direkt an, ab 80 ms merken erfahrene Spieler das Delay beim Knockback. Ein Rechenzentrum-Standort in der Nähe deiner Community ist Pflicht.
Stabile 20 TPS: Nicht der Durchschnitt zählt, sondern die Spikes. Ein Server mit 19,8 TPS Durchschnitt, aber regelmäßigen Einbrüchen auf 12 TPS, ist für PvP unbrauchbar.

Welche Serversoftware 2026?

Software	Einsatzzweck	Bemerkung
Paper	Standardwahl für PvP	Stabil, viele Optimierungen, breite Plugin-Kompatibilität
Purpur	PvP mit Feintuning	Paper-Fork mit zusätzlichen Konfigurationsoptionen (u. a. Kampfmechaniken)
Folia	Sehr große verteilte Welten	Für klassische Arena-PvP-Modi meist unnötig, Plugin-Support eingeschränkt
Velocity	Proxy für mehrere PvP-Modi	Nötig, sobald du KitPvP, Practice und Hub trennen willst
Vanilla	Testzwecke	Keine Plugins, keine Optimierung – für PvP-Netzwerke nicht praktikabel

Für 95 % aller Projekte ist Paper oder Purpur die richtige Basis. Die offizielle Version-Übersicht und Downloads findest du bei Minecraft.

1.8-PvP oder moderne Combat-Mechanik?

Diese Entscheidung triffst du vor allem anderen, weil sie deine Plugin-Auswahl bestimmt:

1.8-Style (Spam-Klick, kein Attack-Cooldown): Beliebt bei KitPvP, HCF und Practice. Umsetzbar auf modernen Versionen über OldCombatMechanics plus ViaVersion/ViaBackwards, damit 1.8-Clients verbinden können.
1.9+ Style (Attack-Cooldown, Schilde): Standard bei Crystal-PvP, SMP-PvP und Anarchy-Servern. Weniger Plugin-Aufwand, aber deutlich andere Balance.

Schritt für Schritt: Minecraft PvP Server erstellen

1. Hosting wählen und Instanz aufsetzen

Du hast zwei Wege: eine fertige Game-Server-Instanz oder einen eigenen VPS, den du selbst verwaltest. Für die meisten Communities ist die verwaltete Variante schneller am Start – die Installation läuft direkt über das Serveur Minecraft-Angebot von Nexus Games, inklusive NexusPanel, automatischer Backups und Anti-DDoS. Wer lieber alles selbst baut, nimmt einen VPS Pterodactyl und legt beliebig viele Instanzen an.

RAM-Richtwerte für reines Arena-PvP (kleine, statische Welten):

Spieler gleichzeitig	RAM	Hinweis
bis 20	4 GB	KitPvP, ein Modus, eine Arena
20–60	6–8 GB	Mehrere Arenen, Anticheat, Datenbank
60–150	10–16 GB	Proxy-Netzwerk, mehrere Instanzen empfohlen
150+	Verteilt	Velocity + mehrere Backend-Server, nicht eine Riesen-Instanz

Wichtiger Hinweis: Mehr RAM macht PvP nicht flüssiger. Über 12 GB Heap steigt eher die Pausenzeit des Garbage Collectors. Investiere in CPU-Takt und NVMe-Speicher statt in überdimensionierten Arbeitsspeicher.

2. Startparameter und JVM-Flags

Die Startzeile entscheidet über GC-Pausen. Bewährt sind die Aikar-Flags mit G1GC:

java -Xms6G -Xmx6G \
  -XX:+UseG1GC \
  -XX:+ParallelRefProcEnabled \
  -XX:MaxGCPauseMillis=200 \
  -XX:+UnlockExperimentalVMOptions \
  -XX:+DisableExplicitGC \
  -XX:+AlwaysPreTouch \
  -XX:G1NewSizePercent=30 \
  -XX:G1MaxNewSizePercent=40 \
  -XX:G1HeapRegionSize=8M \
  -XX:G1ReservePercent=20 \
  -XX:G1HeapWastePercent=5 \
  -XX:G1MixedGCCountTarget=4 \
  -XX:InitiatingHeapOccupancyPercent=15 \
  -XX:G1MixedGCLiveThresholdPercent=90 \
  -XX:G1RSetUpdatingPauseTimePercent=5 \
  -XX:SurvivorRatio=32 \
  -XX:+PerfDisableSharedMem \
  -XX:MaxTenuringThreshold=1 \
  -jar paper.jar nogui

-Xms und -Xmx immer identisch setzen. Im NexusPanel trägst du die Flags direkt in den Startparametern der Instanz ein.

3. server.properties für PvP anpassen

online-mode=true
pvp=true
difficulty=hard
spawn-protection=0
max-players=100
view-distance=6
simulation-distance=4
network-compression-threshold=256
enable-command-block=false
allow-flight=true
sync-chunk-writes=false

Erklärungen, die wirklich Wirkung zeigen:

view-distance=6: In einer Arena braucht niemand 10 Chunks Sichtweite. Weniger Chunks = weniger Netzwerk-Traffic = weniger Latenz-Spikes bei vollem Server.
simulation-distance=4: Reduziert die Zahl der getickten Entities deutlich.
allow-flight=true: Nötig, wenn du Anticheat-Plugins nutzt, die Flug selbst prüfen – sonst kickt der Vanilla-Check bei Lag falsch positiv.
spawn-protection=0: Sonst können Spieler im Spawn-Bereich nicht interagieren; Schutz regelst du über WorldGuard.

4. Kern-Plugins für einen PvP-Server

Kategorie	Zweck	Typische Wahl
Rechte	Ränge, Permissions, Prefixe	LuckPerms
Weltschutz	Spawn-Zonen, Arena-Regionen, PvP-Flags	WorldGuard + WorldEdit
Combat-Logging	Verhindert Disconnect-Flucht	CombatLogX
Anticheat	Reach, KillAura, Fly, Velocity	Serverseitiges Anticheat deiner Wahl
Legacy-Combat	1.8-Mechanik auf neuen Versionen	OldCombatMechanics
Cross-Version	Ältere Clients zulassen	ViaVersion / ViaBackwards
Kits & Modi	KitPvP, Duels, Practice	Modus-spezifische Plugins

Regel aus der Praxis: unter 20 Plugins bleiben. Jedes zusätzliche Plugin, das Events auf Spielerbewegung oder Schaden hört, kostet Ticks. Zwei Plugins mit überlappender Funktion (z. B. zwei Anticheats) führen fast immer zu Fehlverhalten.

5. Knockback und Kampfgefühl feintunen

Auf Purpur und Paper lässt sich das Kampfverhalten sehr genau justieren. Beispiel aus einer purpur.yml:

world-settings:
  default:
    game-mechanics:
      disable-sprint-interruption-on-attack: true
      player:
        critical-damage-multiplier: 1.5
    gameplay-mechanics:
      player:
        exp-dropped-on-death:
          equation: expLevel * 7

Und in der paper-world-defaults.yml für PvP relevant:

entities:
  spawning:
    despawn-ranges:
      monster:
        hard: 48
        soft: 24
collisions:
  fix-climbing-bypassing-cramming-rule: true
chunks:
  entity-per-chunk-save-limit:
    arrow: 8
    experience_orb: 16

Der Arrow-Limit-Wert ist bei Bogen-lastigem PvP Gold wert: er verhindert, dass hunderte gespeicherte Pfeile pro Chunk die Tickzeit hochziehen.

6. Arena bauen und schützen

Erstelle eine leere, flache Welt für die Arena statt in einer generierten Welt zu bauen – das spart Chunk-Ladezeit und Entity-Ticks:

/mvcreate arena_1 normal -t FLAT -g VoidGenerator
/rg define arena_zone
/rg flag arena_zone pvp allow
/rg flag arena_zone build deny
/rg flag arena_zone hunger-drain deny
/rg flag arena_zone keep-inventory deny

/rg define spawn_zone
/rg flag spawn_zone pvp deny
/rg flag spawn_zone invincible allow
/rg priority spawn_zone 10

Setze anschließend die World-Border eng um die Arena. Das verhindert, dass Spieler beim Knockback in ungeladene Chunks fliegen und dabei Lag-Spikes auslösen.

Performance, Latenz und Anticheat im Dauerbetrieb

TPS und MSPT überwachen

Die Kennzahl, auf die es ankommt, ist MSPT (Millisekunden pro Tick). Alles unter 50 ms bedeutet 20 TPS. Ein Wert von 42 ms sieht auf dem Papier gut aus, lässt aber keinen Puffer für Spitzen bei vollem Server.

/tps
/mspt
/timings on
/spark profiler start --timeout 300
/spark tps

Nach 5 Minuten Profiling unter Last siehst du präzise, welches Plugin Zeit frisst. Häufige Übeltäter auf PvP-Servern: Scoreboard-Updates jeden Tick, Hologramm-Plugins, und Anticheats, die auf jedem PacketPlayInFlying schwere Berechnungen ausführen.

Latenz senken

network-compression-threshold: Bei einem Server mit wenig Bandbreitenbeschränkung kann 256 statt 64 die CPU entlasten. Auf -1 nur setzen, wenn der Proxy im selben Rechenzentrum steht.
Proxy nah am Backend: Velocity und die Game-Instanzen sollten am selben Standort laufen, sonst addiert sich die Latenz doppelt.
Standort des Hosts: Ein europäischer Standort mit NVMe-Speicher und DDR5-ECC-RAM liefert für eine europäische Community spürbar bessere Werte als ein günstiger Server auf einem anderen Kontinent.
Keine Overselling-Instanz: Geteilte CPU-Ressourcen sind bei PvP der Hauptgrund für Tick-Spikes. Dedizierte Kerne sind hier kein Luxus.

Anticheat richtig einstellen

Ein Anticheat mit Standardwerten produziert entweder Falschpositive oder erkennt nichts. Praktisches Vorgehen:

Erst im Log-Only-Modus laufen lassen (keine Kicks, keine Bans).
Eine Woche Daten sammeln, Flags von legitimen Spielern durchgehen.
Checks mit hoher Falschpositivrate (Timer, Velocity bei Lag) toleranter stellen.
Erst dann automatische Strafen aktivieren, gestaffelt: Warnung → Kick → temporärer Ban.

Wichtig: Anticheat ersetzt keine Moderation. Halte ein Team mit Zugriff auf Replay- oder Spectate-Werkzeuge bereit. Im NexusPanel kannst du dafür Sub-User mit begrenzten Rechten anlegen, statt Root-Zugänge zu verteilen.

Backups und Absicherung

PvP-Server verlieren bei Datenverlust Spielerstatistiken, Ränge und Kits – das ist schmerzhafter als eine verlorene Survival-Welt. Praxis:

Automatische Backups aktiviert lassen, mindestens täglich, mit mehreren Wiederherstellungspunkten.
Vor jedem Plugin- oder Versionsupdate manuell ein Backup ziehen.
Die Datenbank (MySQL/MariaDB für LuckPerms, Statistiken) separat sichern – Welt-Backups enthalten sie nicht.
RCON deaktivieren, wenn du es nicht brauchst. Falls doch: langes Zufallspasswort und keine Freigabe ins offene Netz.
Whitelist während der Aufbauphase aktiv lassen: /whitelist on.

Volumetrischer DDoS-Schutz läuft bei Nexus Games infrastrukturseitig mit und ist auf allen Instanzen standardmäßig aktiv – darum musst du dich nicht selbst kümmern.

Eigener VPS: PvP-Netzwerk selbst betreiben

Sobald du mehrere Modi (Hub, KitPvP, Duels, Events) trennen willst, lohnt sich ein VPS Linux mit Pterodactyl. Du bekommst volle Kontrolle über Kernel-Parameter, Datenbanken und die Instanzverwaltung.

Grundabsicherung des VPS

# System aktualisieren
sudo apt update && sudo apt upgrade -y

# SSH-Schlüssel lokal erzeugen
ssh-keygen -t ed25519 -C "admin@pvp-netzwerk"
ssh-copy-id -i ~/.ssh/id_ed25519.pub admin@DEINE_IP

# Passwort-Login deaktivieren
sudo nano /etc/ssh/sshd_config
# PasswordAuthentication no
# PermitRootLogin no
sudo systemctl restart ssh

# Firewall
sudo ufw default deny incoming
sudo ufw default allow outgoing
sudo ufw allow 22/tcp
sudo ufw allow 25565/tcp
sudo ufw allow 25566:25580/tcp
sudo ufw enable

# Brute-Force-Schutz
sudo apt install fail2ban -y
sudo systemctl enable --now fail2ban
sudo fail2ban-client status sshd

Instanzen mit Pterodactyl verwalten

Pterodactyl startet jede Instanz in einem eigenen Docker-Container. Das isoliert Modi voneinander: Wenn die KitPvP-Instanz abstürzt, läuft der Hub weiter.

# Docker installieren
curl -sSL https://get.docker.com/ | CHANNEL=stable bash
sudo systemctl enable --now docker

# Wings-Status prüfen
sudo systemctl status wings
sudo journalctl -u wings -f

# Laufende Container ansehen
docker ps --format "table {{.Names}}\t{{.Status}}\t{{.Ports}}"

Die vollständige Installationsanleitung steht in der offiziellen Pterodactyl-Dokumentation. Wer Windows-Werkzeuge für Weltbearbeitung oder Buildteam-Tools braucht, kann parallel einen VPS Windows betreiben.

Velocity als Proxy konfigurieren

# velocity.toml
bind = "0.0.0.0:25565"
player-info-forwarding-mode = "modern"
online-mode = true

[servers]
hub = "127.0.0.1:25566"
kitpvp = "127.0.0.1:25567"
duels = "127.0.0.1:25568"
try = ["hub"]

[advanced]
compression-threshold = 256
login-ratelimit = 3000

Auf jeder Backend-Instanz dann in der paper-global.yml:

proxies:
  velocity:
    enabled: true
    online-mode: true
    secret: "DEIN_FORWARDING_SECRET"

Backend-Instanzen dürfen niemals direkt aus dem Internet erreichbar sein – nur der Proxy-Port wird freigegeben. Andernfalls kann sich jeder unter beliebigem Namen direkt verbinden.

Wachstum planen

Ein PvP-Netzwerk wächst selten linear. Plane von Anfang an:

Eine zentrale MySQL-Datenbank für Ränge, Statistiken und Strafen.
Getrennte Instanzen pro Modus statt einer Instanz mit allen Plugins.
Einen Testserver, auf dem Updates zuerst laufen.
Optional einen Hébergement de bot Discord für Bewerbungen, Strafen-Logs und Statusmeldungen.

Wenn du parallel andere Spielmodi anbieten willst, findest du unter Tous nos serveurs de jeux weitere Optionen, und im Blog Nexus Games stehen zusätzliche Konfigurationsanleitungen.

Fazit

Ein guter PvP-Server steht und fällt mit Tickstabilität, kurzer Latenz und einem sauber eingestellten Anticheat – nicht mit möglichst vielen Plugins. Fang klein an: Paper oder Purpur, eine Arena, fünf gut konfigurierte Plugins. Miss deine MSPT unter echter Last, korrigiere gezielt, und skaliere erst dann auf ein Proxy-Netzwerk mit mehreren Modi.

FAQ

Wie viel RAM braucht ein Minecraft PvP Server für 50 Spieler?

6 bis 8 GB reichen für reines Arena-PvP mit 50 gleichzeitigen Spielern völlig aus, sofern die Welten klein und statisch sind. Entscheidender als RAM ist die Single-Thread-Leistung der CPU: Setze -Xms und -Xmx auf denselben Wert, nutze die G1GC-Flags und reduziere view-distance auf 6, simulation-distance auf 4.

Wie ermögliche ich 1.8-PvP-Mechanik auf einer aktuellen Serverversion?

Installiere Paper oder Purpur in aktueller Version, ergänze OldCombatMechanics für Attack-Cooldown, Knockback und Schadenswerte im 1.8-Stil, und füge ViaVersion plus ViaBackwards hinzu, damit sich 1.8-Clients verbinden können. Teste anschließend das Knockback-Verhalten mit mehreren Spielern, bevor du live gehst – reine Konfigurationswerte fühlen sich im echten Kampf oft anders an.

Warum laggt mein PvP-Server trotz guter TPS?

TPS zeigt nur den Durchschnitt. Prüfe stattdessen MSPT mit /mspt und starte ein Spark-Profiling unter voller Last. Typische Ursachen sind Scoreboard- oder Hologramm-Plugins, die jeden Tick aktualisieren, zu viele gespeicherte Pfeile und Item-Entities pro Chunk, sowie ein Anticheat mit zu aggressiven Packet-Checks. Prüfe zusätzlich den Ping: Netzwerklatenz erzeugt dasselbe Gefühl wie Serverlag.