Porównanie
Paper czy Spigot
Zaktualizowano: 18 października 2026
Spigot to klasyczny silnik serwera dla pluginów Bukkit. Paper zaczął jako fork Spigot z poprawkami wydajności, naprawami błędów i znacznie większym API, a dziś jest najczęściej wybieranym silnikiem dla serwerów z pluginami. Prawie każdy plugin na Spigot działa na Paper; w drugą stronę nie dotyczy to pluginów korzystających z dodatkowego API Paper.
Wpisz Paper lub Spigot i wersję.
Wygeneruj to w CodexeObok siebie
| Spigot | Paper | |
|---|---|---|
| Uruchamia pluginy Bukkit/Spigot | Tak | Tak, prawie wszystkie |
| Uruchamia pluginy tylko na Paper | Nie | Tak |
| Wydajność | Dobra | Lepsza na większości serwerów: wiele optymalizacji i asynchroniczne ładowanie chunków |
| API pluginów | API Bukkit i Spigot | To samo plus wiele zdarzeń, metod i komponentów tekstowych Adventure |
| Konfiguracja | bukkit.yml, spigot.yml | To samo plus własne pliki konfiguracyjne Paper, globalne i dla każdego świata |
| Zachowanie jak w vanilli | Bliżej vanilli | Domyślnie naprawia część exploitów i błędów (niektóre można z powrotem włączyć) |
| Jak go zdobyć | Budujesz sam przez BuildTools | Pobierasz gotowy z papermc.io |
Kiedy lepszym wyborem jest Paper
- Większość serwerów survival, SMP, z minigrami i sieci: lepsza wydajność przy tych samych pluginach.
- Piszesz pluginy i chcesz większego API: lepsze komponenty tekstowe, więcej zdarzeń, asynchroniczne API.
- Chcesz później przejść na Folia albo użyć Velocity: oba pochodzą z tego samego projektu PaperMC.
Kiedy lepszym wyborem jest Spigot
- Gracze techniczni polegają na mechanikach z vanilli, które Paper naprawia lub zmienia, na przykład niektórych duplikacjach lub zachowaniach redstone'u, a ty nie chcesz zarządzać pod nich ustawieniami Paper.
- Piszesz plugin, który musi działać na każdym serwerze Bukkit: zbuduj go pod API Spigot, a będzie działał na Spigot, Paper i ich forkach.
- Konkretny plugin, od którego zależysz, oficjalnie obsługuje tylko Spigot i źle zachowuje się na Paper (rzadko, ale się zdarza).
Paper dzisiaj
W ostatnich wersjach Paper stał się twardym forkiem: nie przejmuje już każdej zmiany ze Spigot i rozwija się samodzielnie, zachowując obsługę pluginów napisanych pod API Spigot. W praktyce autor pluginu, który celuje w API Spigot, trafia do obu, a ten, który potrzebuje funkcji Paper, celuje w Paper.
Przeniesienie serwera ze Spigot na Paper zwykle sprowadza się do podmiany pliku .jar serwera na Paper w tej samej wersji Minecrafta; światy i pluginy zostają. Najpierw zrób kopię zapasową i sprawdź log startowy.
Pluginy Spigot i Paper w Codexe
Typ Bukkit/Spigot/Paper w Codexe obejmuje oba. Wpisz w prośbie „Paper” lub „Spigot” i wersję: Codexe używa tego API, kompiluje plugin i sprawdza, czy zawiera plugin.yml (lub paper-plugin.yml). Poproś o Spigot, jeśli plugin ma działać na obu. Serwery testowe działają na Paper, więc plugin na Spigot też jest tam testowany.
Pytania
Czy moje pluginy na Spigot będą działać na Paper?
Prawie wszystkie, bez zmian. Pluginy, które używają wewnętrznego kodu serwera (NMS), na obu serwerach wymagają builda pod dokładnie tę wersję.
Czy Purpur jest lepszy niż Paper?
Purpur to fork Paper z dodatkowymi opcjami rozgrywki. Uruchamia pluginy Paper i Spigot. Wybierz go, jeśli chcesz tych opcji; w przeciwnym razie Paper wystarczy.
Czy mogę wrócić z Paper na Spigot?
Zwykle tak, z tymi samymi światami, ale pluginy wymagające API Paper przestaną działać. Przed zmianą zrób kopię zapasową.
Czy Paper działa na starych wersjach, takich jak 1.8?
Stare buildy Paper na 1.8.8 istnieją i nadal używają ich serwery z minigrami, ale nie dostają aktualizacji. To samo dotyczy starych buildów Spigot.
Zrób plugin do swojego serwera
Ten prompt otworzy się gotowy do wysłania:
“Plugin na Paper 1.21.4 o nazwie ChatFormat: format czatu z prefiksami i sufiksami z LuckPerms, kolory MiniMessage dla graczy z chatformat.color, komenda /chatformat reload, format w config.yml.”
Wygeneruj to w Codexe