Vergleich

Paper vs. Spigot

Aktualisiert am 18. Oktober 2026

Spigot ist die klassische Serversoftware für Bukkit-Plugins. Paper begann als Fork von Spigot mit Performance-Patches, Bugfixes und einer viel größeren API und ist heute die meistgenutzte Wahl für Plugin-Server. Fast jedes Spigot-Plugin läuft auf Paper; umgekehrt gilt das nicht für Plugins, die die zusätzliche API von Paper nutzen.

Gib Paper oder Spigot und die Version an.

Mit Codexe erstellen

Im direkten Vergleich

	Spigot	Paper
Führt Bukkit-/Spigot-Plugins aus	Ja	Ja, fast alle
Führt Plugins nur für Paper aus	Nein	Ja
Leistung	Gut	Auf den meisten Servern besser: viele Optimierungen und asynchrones Laden von Chunks
Plugin-API	Bukkit- und Spigot-API	Dieselbe plus viele Events, Methoden und Adventure-Textkomponenten
Konfiguration	`bukkit.yml`, `spigot.yml`	Dieselben plus die eigenen globalen und weltbezogenen Config-Dateien von Paper
Vanilla-Verhalten	Näher an Vanilla	Behebt standardmäßig einige Exploits und Bugs (manche lassen sich wieder einschalten)
Bezug	Selbst gebaut mit BuildTools	Fertig heruntergeladen von papermc.io

Wann Paper die bessere Wahl ist

Die meisten Survival-, SMP-, Minigame- und Netzwerkserver: bessere Performance mit denselben Plugins.
Du schreibst Plugins und willst die größere API: bessere Textkomponenten, mehr Events, asynchrone APIs.
Du willst später auf Folia umsteigen oder Velocity nutzen: Beide stammen aus demselben PaperMC-Projekt.

Wann Spigot die bessere Wahl ist

Technische Spieler verlassen sich auf Vanilla-Mechaniken, die Paper behebt oder ändert, etwa bestimmte Duplizierungs- oder Redstone-Verhaltensweisen, und du willst dafür nicht die Einstellungen von Paper pflegen.
Du schreibst ein Plugin, das auf jedem Bukkit-Server laufen muss: Baue es gegen die Spigot-API, dann läuft es auf Spigot, Paper und deren Forks.
Ein bestimmtes Plugin, auf das du angewiesen bist, unterstützt offiziell nur Spigot und verhält sich auf Paper falsch (selten, aber es kommt vor).

Paper heute

In neueren Versionen ist Paper ein Hard Fork geworden: Es übernimmt nicht mehr jede Änderung von Spigot und entwickelt sich eigenständig weiter, unterstützt aber weiterhin Plugins, die für die Spigot-API geschrieben sind. In der Praxis erreicht ein Plugin-Autor, der die Spigot-API anvisiert, beide, und wer Paper-Funktionen braucht, zielt auf Paper.

Einen Server von Spigot auf Paper umzustellen heißt meist nur, die Server-.jar durch Paper derselben Minecraft-Version zu ersetzen; Welten und Plugins bleiben. Mach vorher ein Backup und prüfe das Startprotokoll.

Spigot- und Paper-Plugins auf Codexe

Der Typ Bukkit/Spigot/Paper auf Codexe deckt beides ab. Schreib „Paper“ oder „Spigot“ und die Version in die Anfrage: Codexe nutzt diese API, kompiliert das Plugin und prüft, ob es eine plugin.yml (oder paper-plugin.yml) enthält. Verlange Spigot, wenn das Plugin auf beiden laufen muss. Testserver laufen mit Paper, ein Spigot-Plugin wird also auch dort getestet.

Fragen

Funktionieren meine Spigot-Plugins auf Paper?

Fast alle, ohne Änderungen. Plugins, die internen Servercode (NMS) nutzen, brauchen auf beiden Servern einen Build für genau diese Version.

Ist Purpur besser als Paper?

Purpur ist ein Fork von Paper mit zusätzlichen Gameplay-Optionen. Es führt Paper- und Spigot-Plugins aus. Nimm es, wenn du diese Optionen willst; sonst reicht Paper.

Kann ich von Paper zurück zu Spigot wechseln?

Meist ja, mit denselben Welten, aber Plugins, die die API von Paper brauchen, funktionieren dann nicht mehr. Mach vor dem Wechsel ein Backup.

Läuft Paper auf alten Versionen wie 1.8?

Alte Paper-Builds für 1.8.8 gibt es und sie werden von Minigame-Servern noch genutzt, bekommen aber keine Updates. Dasselbe gilt für alte Spigot-Builds.

Erstelle ein Plugin für deinen Server

Dieser Prompt öffnet sich versandfertig:

“Ein Plugin für Paper 1.21.4 namens ChatFormat: Chatformat mit Präfixen und Suffixen aus LuckPerms, MiniMessage-Farben für Spieler mit chatformat.color, ein Befehl /chatformat reload, das Format in der config.yml.”

Mit Codexe erstellen