Paper czy Spigot — różnice, wydajność i dla kogo

Krótka historia

Bukkit (2010) — pierwszy popularny silnik z API dla pluginów. Spigot (2013) — fork Bukkita z dodatkowymi optymalizacjami. Paper (2015) — fork Spigota z agresywnymi optymalizacjami i nowymi API.

Każda kolejna iteracja jest „lepszym Spigotem". Paper to obecnie standard branżowy.

Wydajność

Paper ma dziesiątki optymalizacji, których Spigot nie ma:

• asynchroniczne ładowanie chunków,
• per-player mob spawns,
• asynchroniczne dane entity,
• lepszy chunk compression,
• Alternate Current dla redstone,
• no-tick view-distance.

Realny zysk: Paper obsługuje 1.5–2× więcej graczy przy tym samym sprzęcie co Spigot. Na średnim VPS z 8 GB RAM Spigot pociągnie ~30 graczy, Paper — 50–60.

Kompatybilność z pluginami

Paper jest w pełni kompatybilny z Spigot API. Każdy plugin spigotowy działa na Paper. W drugą stronę — niektóre pluginy używają Paper API i nie zadziałają na Spigocie.

W praktyce w 2026 r. ok. 30% nowych pluginów używa już Paper API (lepsze możliwości, async, components). Pisząc nowy plugin lub wybierając hosting — Paper wygrywa.

Tempo aktualizacji

Paper wypuszcza wersje na nowe wydania Minecrafta zwykle w 1–3 dni. Spigot — czasem tygodnie. Dla aktywnego serwera, który chce być na bieżąco z update'ami, Paper jest jedynym praktycznym wyborem.

Konfiguracja

Spigot ma spigot.yml i bukkit.yml. Paper dodaje paper-world-defaults.yml z setkami opcji. To więcej do nauczenia, ale też więcej możliwości optymalizacji.

Klucze, których nie ma na Spigocie:

• per-player-mob-spawns,
• delay-chunk-unloads-by,
• fix-items-merging-through-walls,
• anti-xray,
• redstone-implementation: ALTERNATE_CURRENT.

Wbudowany anty-xray

Paper ma wbudowany anty-xray. Spigot wymaga osobnego pluginu. Paper załatwia to bez kosztu CPU:

anti-xray:
  enabled: true
  engine-mode: 2
  hide-blocks:
    - DIAMOND_ORE
    - ANCIENT_DEBRIS

Paper API — dlaczego deweloperzy je kochają

Pisząc plugin na Paper:

• Components zamiast surowych StringDataów (kolorowanie tekstu),
• Adventure API dla wiadomości i tytułów,
• asynchroniczne API tam, gdzie Spigot wymusza synchroniczność,
• lepsze events (np. AsyncChatEvent),
• nowoczesna obsługa custom item models.

To są realne udogodnienia. Plugin pisany na Paper API zwykle działa szybciej i ma czystszy kod.

Kiedy Spigot ma sens?

W 2026 r. — praktycznie nigdy dla nowego projektu. Wyjątki:

• masz licencyjny plugin, który nie działa na Paper (rzadkość),
• specyficzny test wydajnościowy własnego pluginu,
• edukacja — chcesz zobaczyć vanilla Bukkit z minimalną liczbą zmian.

Dla każdego innego scenariusza — Paper.

Forki Papera

Paper sam jest forkowany. Najpopularniejsze:

• Purpur — fork Papera z dodatkowymi opcjami konfiguracji (np. wyłącz krytyki creeperów). Kompatybilny ze wszystkim co Paper.
• Pufferfish — Paper z dodatkowymi optymalizacjami pod 100+ graczy.
• Folia — eksperymentalny Paper z wielowątkową symulacją. Lepszy dla 500+ graczy, ale niekompatybilny z większością pluginów.

Dla 90% serwerów: zwykły Paper. Purpur dla zwiększonej kontroli, Pufferfish dla mocno obciążonych projektów.

Migracja Spigot → Paper

Trywialna:

1. Pobierz paper.jar dla swojej wersji Minecrafta.
2. Zatrzymaj serwer.
3. Zachowaj backup (na wszelki wypadek).
4. Podmień spigot.jar na paper.jar w skrypcie startup.
5. Uruchom serwer.

Wszystkie pluginy, świat, configi działają. Nie ma break changes — Paper jest drop-in replacement.

Podsumowanie

Paper jest lepszy od Spigota w każdym wymiarze: wydajność, tempo aktualizacji, API, konfiguracja, wbudowany anty-xray. Migracja zajmuje 5 minut. Korzyści — natychmiastowe.

Spigot w 2026 r. to historia. Jeśli prowadzisz serwer na nim, to dziś, nie jutro, jest dobry moment, by przejść na Paper.