Vanilla, Spigot, Paper & Co.: Welche Minecraft-Server-Software passt zu dir?

Vanilla, Spigot, Paper, Purpur, Fabric, Forge, NeoForge – wenn du zum ersten Mal einen eigenen Minecraft-Server aufsetzt, ist die Softwarewahl oft die Stelle, an der Leute am längsten hängen bleiben, dabei ist genau das die Entscheidung, die alles Weitere bestimmt: welche Plugins oder Mods überhaupt laufen, wie viel Leistung du herausholst und wie viel Pflegeaufwand du dir einhandelst.

Dieser Artikel geht durch, welche Server-Software für welchen Anwendungsfall Sinn ergibt, dazu die Hardware-Richtwerte und die richtige Java-Version. Steht die Entscheidung, geht's im zweiten Teil mit den konkreten Befehlen weiter: Minecraft-Server einrichten.

Was du vor dem ersten Start klären solltest

Ein Minecraft-Server läuft auf so gut wie jeder Hardware, die aktuell verkauft wird, die Frage ist nur, wie gut. Bevor du irgendetwas herunterlädst, brauchst du drei Antworten.

Wo läuft der Server?

Eigener Root-Server, Massenhoster oder der eigene PC im Heimnetz sind die drei gängigen Wege. Für den PC zu Hause gilt: Er muss laufen, während gespielt wird, und deine Internetverbindung braucht eine öffentliche IP oder zumindest eine funktionierende Portweiterleitung, sonst kommt niemand von außen rein. Für alles, was über eine reine Testinstallation hinausgeht, ist ein gemieteter Server meistens die praktischere Wahl, dazu mehr in der Hoster-Übersicht.

Wie viel Leistung braucht dein Server?

Eine grobe, aber praxisnahe Orientierung anhand gängiger Community- und Hoster-Richtwerte (Stand August 2026):

Szenario	Beispiel	RAM (Java-Heap)	CPU
Kleine private Runde	2 bis 5 Freunde, Vanilla oder Paper ohne größere Pluginlast	3 bis 4 GB	1 Kern, hohe Singlethread-Leistung reicht
Plugin-Server, moderate Größe	Paper mit 10 bis 20 Plugins, 10 bis 20 gleichzeitige Spieler	6 bis 8 GB	2 Kerne
Größerer Community-Server	20 bis 30 Spieler, umfangreiche Pluginlast (Economy, Anti-Grief und Co.)	8 bis 12 GB	3 bis 4 Kerne
Leichtes Modpack	Kleinere Vanilla+-Packs, unter 50 Mods	4 bis 6 GB	2 Kerne
Mittleres Modpack	Etwa in der Größenordnung von All the Mods Lite, 50 bis 150 Mods	6 bis 8 GB	3 bis 4 Kerne
Schweres Modpack	Etwa in der Größenordnung von All the Mods 9/10 oder RLCraft, über 150 Mods	10 bis 16 GB	4+ Kerne, starke Singlethread-Leistung

Zwei Dinge dazu, die in der Tabelle nicht stehen: Der eigentliche Spiel-Tick läuft bei Minecraft größtenteils auf einem einzigen Kern, mehr Kerne bringen also weniger als eine hohe Singlethread-Leistung, also Taktfrequenz und IPC, pro Kern. Die RAM-Werte in der Tabelle sind reine Java-Heap-Werte, dazu kommt in der Praxis noch ein Puffer von ein bis zwei GB oberhalb für Betriebssystem und JVM-Overhead. Bei der Storage-Wahl hat sich NVMe-SSD gegenüber klassischer HDD spürbar durchgesetzt, gerade beim Generieren und Laden neuer Chunks macht sich das bemerkbar, bei den meisten gemieteten Servern ist das ohnehin Standard.

Welche Java-Version brauchst du?

Das ist keine Nebensächlichkeit mehr. Minecraft ist 2026 auf ein neues Versionsschema umgestiegen, Jahr.Drop.Hotfix statt der bisherigen 1.21.x-Zählung, 26.2 steht also für den zweiten großen Drop im Jahr 2026. Mit diesem Umstieg verlangt Minecraft seit Version 26.1 Java 25, startest du den Server mit einer älteren Java-Version, bricht er sofort mit einem UnsupportedClassVersionError ab. Prüfe mit java -version in der Konsole, was installiert ist. Läuft dein Server über einen Hoster mit Panel, stellst du die Java-Version dort in den Startparametern um, meist unter einem Punkt wie „Java-Version" oder „Umgebung". Bei einer eigenen Linux-Maschine bringt Ubuntu 25.04 und 25.10 openjdk-25-jdk bereits über die offiziellen Paketquellen mit, auf älteren LTS-Versionen wie 24.04 musst du entweder manuell nachinstallieren oder auf das APT-Repository von Eclipse Temurin (Adoptium) ausweichen.

Die Optionen im Überblick

Alle Server-Software-Varianten laden am Ende dieselbe Spielwelt und sprechen dasselbe Netzwerkprotokoll, der Unterschied liegt darin, was zwischen der Roheingabe des Spiels und deinem Server passiert. Vanilla macht nichts davon, alles danach baut Schicht für Schicht Funktionen oder Leistung obendrauf.

Vanilla: der Referenzserver von Mojang

Vanilla ist die von Mojang selbst bereitgestellte Server-Software, ohne jede Modifikation. Kein Plugin-System, keine Performance-Optimierungen, die Community-Forks im Lauf der Jahre eingebaut haben. Was du bekommst, ist exakt das Spielverhalten des Singleplayer-Clients, nur als dedizierter, headless Prozess.

• Keinerlei Drittanbieter-Code. Keine Angriffsfläche durch fremde Plugins oder Mods, die du nicht selbst geprüft hast.
• Kein Plugin-Ökosystem. Kein Economy-System, kein Anti-Grief-Schutz, ohne eigene Datapacks bleibt der Server bei den vanillamäßigen Spielregeln.
• Schwächere Performance bei vielen Spielern. Der Java-Server-Code ist für kleinere Spielerzahlen ausgelegt, ab einer zweistelligen Zahl auf begrenzter Hardware macht sich das bemerkbar.

Ideal für kleine, private Runden, bei denen es um das reine, unveränderte Spiel geht, und Setups, bei denen bewusst keine Drittanbieter-Software auf den Server soll.

Spigot, der Klassiker, an dem sich alles andere abarbeitet

Spigot ist ein Fork von Bukkit, dem ursprünglichen Plugin-Framework für Minecraft-Server, das seit 2014 nicht mehr weiterentwickelt wird. Über Jahre war Spigot der De-facto-Standard für Plugin-Server, ein großer Teil des heutigen Plugin-Ökosystems ist historisch darauf ausgelegt.

• Riesige, historisch gewachsene Plugin-Basis. Für fast jede denkbare Funktion gibt es ein Spigot-Plugin, teils seit Jahren gepflegt, teils verwaist.
• Geschlossener Entwicklungsprozess. Neue Minecraft-Versionen entstehen bei Spigot nicht öffentlich, das hat in der Praxis zu spürbaren Verzögerungen bei der Unterstützung neuer Versionen geführt.
• Von Paper technisch überholt. Paper hat sich Ende 2024 endgültig als eigenständiges Projekt abgespalten (dazu gleich mehr), seitdem liegt Spigot bei Performance und Update-Geschwindigkeit meist zurück.

Für neue Setups eignet sich Spigot kaum noch. Paper bietet bei voller Spigot-Plugin-Kompatibilität praktisch immer die bessere Wahl, Spigot bleibt vor allem für sehr alte, sorgfältig gepflegte Server relevant.

Paper – der Standard für Plugin-Server

Paper hat sich als Fork von Spigot entwickelt, ist seit einem „Hard Fork" im Dezember 2024 aber ein eigenständiges Projekt und implementiert Minecraft-Updates seitdem direkt, ohne Umweg über Spigot. Nach Angaben des Paper-Teams, gestützt auf bStats-Daten großer Plugins, liegt der Marktanteil unter Plugin-Servern aktuell bei rund 85 bis 90 Prozent.

• Deutlich bessere Performance als Spigot. Optimiertes Chunk-Loading und Async-Verarbeitung sorgen für spürbar weniger Tick-Lag bei vergleichbarer Hardware.
• Volle Spigot-/Bukkit-API-Kompatibilität. Die überwältigende Mehrheit an Spigot-Plugins läuft ohne Anpassung auch auf Paper.
• Eigene, umfangreiche Konfiguration. Über paper-global.yml und paper-world-defaults.yml lassen sich zusätzliche Verhaltensweisen feintunen, von Mob-Spawn-Regeln bis zu Anti-Exploit-Patches.
• Kein Rückweg zu Spigot. Seit dem Hard Fork lässt sich ein Server nicht mehr ohne Weiteres zurück auf Spigot migrieren, für die meisten Betreiber praktisch irrelevant, aber gut zu wissen.

Die richtige Wahl für so gut wie jeden Plugin-Server, von der kleinen Freundesrunde bis zum großen Community-Projekt. Ohne konkreten Grund für etwas anderes ist Paper der sinnvolle Standardpunkt.

Purpur, Paper mit mehr Stellschrauben

Purpur ist ein Fork von Paper, kein eigenständiges Projekt von Grund auf. Er übernimmt sämtliche Paper-Optimierungen eins zu eins und legt darüber eine deutlich umfangreichere Konfigurationsebene für Gameplay-Verhalten, das Paper bewusst nicht anfasst.

• Hunderte zusätzliche Einstellungen. Reitbare Mobs, anpassbares Mob-Verhalten, Elytra-Tweaks und mehr, alle über eine eigene purpur.yml steuerbar.
• Kaum Performance-Unterschied zu Paper. Die Engine darunter ist dieselbe, wer nur wegen der Geschwindigkeit wechselt, merkt kaum etwas.
• Leicht verzögerte Updates. Nach einem neuen Minecraft-Release muss Purpur erst auf die passende Paper-Version aufsetzen, meist ein Abstand von wenigen Tagen bis niedrigen Wochen.
• Drop-in-Ersatz für Paper. Migration in beide Richtungen unkompliziert, Welt, Spielerdaten und Plugins bleiben unangetastet.

Sinnvoll bei Servern, bei denen ihr über die reinen Plugin-Möglichkeiten hinaus am Grundverhalten des Spiels drehen wollt, etwa bei individuellen Survival- oder Rollenspiel-Konzepten. Ohne solche Extrawünsche ist Paper meist die unkompliziertere Wahl.

Fabric: schlank, schnell aktuell, für Mods statt Plugins

Fabric verlässt den Bukkit/Spigot/Paper-Zweig komplett und setzt auf echte Mods, die tief in den Spielcode eingreifen, statt über eine Plugin-API mit ihm zu sprechen. Der Loader selbst ist bewusst minimal, den Großteil der Funktionalität liefern optionale Bibliotheken wie die Fabric API dazu.

• Sehr schnelle Unterstützung neuer Minecraft-Versionen. Fabric zieht bei neuen Releases meist innerhalb weniger Tage nach.
• Geringer Ressourcenverbrauch. Der schlanke Kern sorgt für kürzere Startzeiten und tendenziell weniger RAM-Bedarf als bei Forge oder NeoForge.
• Heimat der Performance-Mods. Sodium, Lithium und Starlight, die bekanntesten Optimierungsmods für Minecraft, sind Fabric-basiert.
• Kleineres Angebot an großen Content-Mods. Die großen Tech- und Magie-Modpacks leben traditionell im Forge-/NeoForge-Lager, auch wenn der Abstand kleiner geworden ist.

Geeignet für Server, die auf Performance-Mods und schnelle Aktualität setzen, sowie kleinere bis mittlere Modpacks mit Fabric-Unterstützung. Wichtig: Fabric-Mods laufen nicht auf Forge oder NeoForge und umgekehrt, welcher Loader gebraucht wird, steht bei jedem Mod oder Modpack dabei.

Forge und NeoForge, die Mod-Schwergewichte

Forge ist seit 2011 der älteste noch aktive Mod-Loader für Minecraft und Basis eines Großteils der historisch gewachsenen, umfangreichen Modpacks. Im Sommer 2023 hat sich ein erheblicher Teil des Forge-Kernteams abgespalten und NeoForge gegründet, nach eigener Aussage wegen anhaltender Konflikte um die Projektführung, mit modernisierter Governance und zügigeren Updates.

• Größtes Angebot an umfangreichen Content-Mods. Klassische Tech- und Magie-Modpacks laufen überwiegend auf Forge oder NeoForge, kaum auf Fabric.
• NeoForge ist für neue Modpacks der De-facto-Standard. Für Versionen ab etwa 1.20.5/1.21 hat sich die aktive Modding-Szene größtenteils dorthin verschoben, klassisches Forge wird vor allem für ältere Modpacks weitergepflegt.
• Höherer Ressourcenbedarf. Beide bringen ein umfangreicheres Framework mit als Fabric, das schlägt sich in Startzeit und RAM-Verbrauch nieder.
• Forge aktualisiert sich langsamer. Nach einem Minecraft-Update dauert es bei klassischem Forge oft länger, bis eine stabile Version verfügbar ist.

In der Praxis entscheidet nicht ihr, ob Forge oder NeoForge nötig ist, sondern der Modpack, den ihr spielen wollt, die passende Version steht bei jedem Pack auf CurseForge oder Modrinth. Bei neuen, eigenen Mod-Zusammenstellungen ist NeoForge meist die zukunftssicherere Wahl.

Kurzübersicht

Software	Basis	Größte Stärke	Größte Schwäche
Vanilla	Mojang, unverändert	Keine Drittanbieter-Angriffsfläche	Keine Plugins, schwächere Performance
Spigot	Fork von Bukkit	Riesige, historische Plugin-Basis	Geschlossene Entwicklung, langsame Updates
Paper	Eigenständig seit Ende 2024, ex-Spigot-Fork	Performance + volle Plugin-Kompatibilität	Kein Rückweg zu Spigot nach dem Wechsel
Purpur	Fork von Paper	Sehr viele Gameplay-Einstellungen	Leicht verzögert nach neuen MC-Versionen
Fabric	Eigenständiger Mod-Loader	Schlank, schnell aktuell, Performance-Mods	Weniger große Content-Modpacks
Forge / NeoForge	Forge seit 2011, NeoForge Fork seit 2023	Größte Auswahl an Content-Mods	Höherer Ressourcenbedarf, Forge langsamer

Alle Angaben zur Verbreitung, Update-Geschwindigkeit und den technischen Hintergründen oben, Stand August 2026.

Proxys: relevant, sobald mehr als ein Server dahintersteht

Ein Punkt noch, getrennt von der eigentlichen Server-Software: Wollt ihr mehrere Server unter einer Adresse zusammenschalten, Lobby, Survival, Minigames, zwischen denen Spieler wechseln können, ohne die Verbindung zu trennen, braucht ihr zusätzlich einen Proxy davor. Für einen einzelnen Server ist das komplett irrelevant, deshalb nur kurz:

• BungeeCord. Der ursprüngliche Minecraft-Proxy, seit 2013 im Einsatz, wird von SpigotMC nur noch minimal gepflegt. Seine klassische IP-Weiterleitung an die Backend-Server gilt laut Velocitys eigener Dokumentation als grundsätzlich unsicher, weil die Backend-Server dafür mit online-mode=false laufen müssen.
• Waterfall. Papers eigener BungeeCord-Fork, seit März 2024 offiziell eingestellt, PaperMC empfiehlt selbst den Umstieg auf Velocity, für neue Netzwerke keine Option mehr.
• Velocity. PaperMCs moderner Nachfolger, komplett neu geschrieben, spürbar performanter (PaperMC nennt bis zu 8-fache Geschwindigkeit gegenüber BungeeCord) und mit sicherer, authentifizierter Spieler-Weiterleitung statt der unsicheren BungeeCord-Methode. Heute der De-facto-Standard für neue Server-Netzwerke, auf Bestandsnetzwerken mit vielen alten BungeeCord-/Waterfall-Plugins kann die Migration trotzdem Aufwand bedeuten, weil Velocity ein eigenes, inkompatibles Plugin-System nutzt.

Steht die Software-Entscheidung, findest du die konkreten Einrichtungsschritte, von der EULA bis zu den Ersteinstellungen in server.properties, im zweiten Teil: Minecraft-Server einrichten: Von der Java-Version bis zum laufenden Server.