Confronto
Paper o Spigot
Aggiornato il 18 ottobre 2026
Spigot è il software per server classico per i plugin Bukkit. Paper è nato come fork di Spigot con patch per le prestazioni, correzioni di bug e un'API molto più ampia, e oggi è la scelta più usata per i server con plugin. Quasi tutti i plugin Spigot girano su Paper; il contrario non vale per i plugin che usano l'API in più di Paper.
Scrivi Paper o Spigot e la versione.
Generalo con CodexeA confronto
| Spigot | Paper | |
|---|---|---|
| Fa girare plugin Bukkit/Spigot | Sì | Sì, quasi tutti |
| Fa girare plugin solo per Paper | No | Sì |
| Prestazioni | Buone | Migliori sulla maggior parte dei server: molte ottimizzazioni e caricamento asincrono dei chunk |
| API per i plugin | API di Bukkit e Spigot | La stessa, più molti eventi, metodi e i componenti di testo Adventure |
| Configurazione | bukkit.yml, spigot.yml | Gli stessi, più i file di configurazione di Paper, globali e per mondo |
| Comportamento vanilla | Più vicino al vanilla | Corregge di default alcuni exploit e bug (alcuni si possono riattivare) |
| Come si ottiene | Lo compili tu con BuildTools | Si scarica già pronto da papermc.io |
Quando conviene Paper
- La maggior parte dei server survival, SMP, minigiochi e network: prestazioni migliori con gli stessi plugin.
- Scrivi plugin e vuoi l'API più ampia: componenti di testo migliori, più eventi, API asincrone.
- Vuoi passare a Folia o usare Velocity in futuro: vengono entrambi dallo stesso progetto PaperMC.
Quando conviene Spigot
- I giocatori tecnici contano su meccaniche vanilla che Paper corregge o cambia, come alcune duplicazioni o comportamenti della redstone, e non vuoi gestire le impostazioni di Paper per loro.
- Scrivi un plugin che deve girare su ogni server Bukkit: compilalo contro l'API di Spigot e girerà su Spigot, Paper e i loro fork.
- Un plugin specifico da cui dipendi supporta ufficialmente solo Spigot e su Paper si comporta male (raro, ma succede).
Paper oggi
Nelle versioni recenti Paper è diventato un hard fork: non riprende più ogni modifica di Spigot e si sviluppa per conto suo, pur continuando a supportare i plugin scritti per l'API di Spigot. In pratica, l'autore di un plugin che punta all'API di Spigot raggiunge entrambi, e chi ha bisogno delle funzioni di Paper punta a Paper.
Passare un server da Spigot a Paper di solito vuol dire sostituire il .jar del server con Paper della stessa versione di Minecraft; mondi e plugin restano. Prima fai un backup e controlla il log di avvio.
Plugin Spigot e Paper su Codexe
Il tipo Bukkit/Spigot/Paper su Codexe li copre entrambi. Scrivi "Paper" o "Spigot" e la versione nella richiesta: Codexe usa quell'API, compila il plugin e controlla che contenga un plugin.yml (o un paper-plugin.yml). Chiedi Spigot se il plugin deve girare su tutti e due. I server di prova usano Paper, quindi anche un plugin Spigot viene provato lì.
Domande
I miei plugin Spigot funzioneranno su Paper?
Quasi tutti, senza modifiche. I plugin che usano il codice interno del server (NMS) richiedono una build per quella versione esatta su entrambi i server.
Purpur è meglio di Paper?
Purpur è un fork di Paper con opzioni di gameplay in più. Fa girare i plugin Paper e Spigot. Sceglilo se vuoi quelle opzioni; altrimenti basta Paper.
Posso tornare da Paper a Spigot?
Di solito sì, con gli stessi mondi, ma i plugin che hanno bisogno dell'API di Paper smetteranno di funzionare. Fai un backup prima di cambiare.
Paper gira su versioni vecchie come la 1.8?
Esistono vecchie build di Paper per la 1.8.8, ancora usate dai server di minigiochi, ma non ricevono aggiornamenti. Lo stesso vale per le vecchie build di Spigot.
Crea un plugin per il tuo server
Questo prompt si apre pronto da inviare:
“Un plugin per Paper 1.21.4 chiamato ChatFormat: formato della chat con prefissi e suffissi di LuckPerms, colori MiniMessage per i giocatori con chatformat.color, un comando /chatformat reload, il formato in config.yml.”
Generalo con Codexe