Bukkit, Spigot, Paper или Purpur — сравнение сборок сервера Minecraft

MAATRIX GAMES

Скачали Minecraft-сервер, открыли гайд по установке — а там четыре разных названия сборки, и непонятно, какую из них качать. Bukkit, Spigot, Paper, Purpur — это не конкуренты, а цепочка форков, где каждый следующий строится поверх предыдущего и добавляет что-то своё. Разберём, откуда эта цепочка взялась, чем сборки реально отличаются по производительности и гибкости, и главное — что произойдёт с вашими плагинами, если вы решите перейти с одной сборки на другую.

Bukkit: откуда пошла вся цепочка форков

Bukkit (точнее, CraftBukkit — серверная реализация поверх Bukkit API) появился больше десяти лет назад и первым дал сообществу открытый API для написания плагинов к ванильному серверу Minecraft. Именно Bukkit API — набор классов, событий и методов вроде Player, Block, PluginManager — стал тем фундаментом, на котором до сих пор строятся все плагины для всей этой цепочки сборок, включая самые свежие.

Проблема в том, что сам проект Bukkit как отдельная работающая сборка сегодня практически не существует в живом виде. В середине 2010-х вокруг него случился юридический конфликт с частью декомпилированного кода Mojang, из-за которого официальные сборки CraftBukkit перестали публиковаться, а разработка фактически заморозилась. Формально скачать старые архивные билды ещё можно, но для нового сервера в 2026 году это не вариант: ни актуальных версий Minecraft, ни патчей безопасности, ни какой-либо поддержки. Практическая ценность Bukkit сегодня — исторический фундамент и название API, под которое до сих пор пишут плагины, а не сборка, которую стоит реально запускать.

Spigot: разгон ванильного ядра патчами

Spigot — прямой форк CraftBukkit, который взял тот же Bukkit API, но накатил поверх серию патчей производительности прямо в ядро сервера: оптимизацию генерации чанков, настройку дальности активности мобов, тайминги обработки сущностей и так далее. Появился он как раз в период, когда официальная поддержка Bukkit начала буксовать, и на годы стал стандартной платформой для плагиновых серверов.

Ключевая особенность Spigot — собственный конфиг spigot.yml, где можно тонко настраивать вещи вроде дальности активации мобов (entity-activation-range) или мержа предметов на земле (merge-radius), чего в чистом Bukkit не было вообще. Полностью совместим со всеми плагинами, написанными под Bukkit API — то есть переход с Bukkit на Spigot никогда не ломает существующие плагины, только добавляет производительность и новые настройки.

Собрать Spigot самостоятельно можно через официальный BuildTools.jar с spigotmc.org — сборка компилируется из исходников на лету под конкретную версию Minecraft:

java -jar BuildTools.jar --rev 1.21.4

Минус этого пути — сборка занимает время и требует JDK на машине, где вы её собираете, что не всегда удобно на боевом сервере. На практике в 2026 году чистый Spigot ставят редко: почти всегда есть смысл взять следующую ступень цепочки — Paper, которая даёт больше производительности при полной обратной совместимости с теми же плагинами.

Paper: форк Spigot, ставший стандартом де-факто

Paper — форк Spigot, и именно он сегодня выступает базовым выбором для подавляющего большинства новых серверов. Команда PaperMC не просто донастраивает существующие тайминги, а переписывает узкие места серверной логики: асинхронную подгрузку чанков, оптимизацию путей поиска мобов, обработку редстоуна и физики предметов. Результат — заметно более стабильный тикрейт на серверах с активным онлайном по сравнению со Spigot при том же железе, особенно на картах с большим количеством построек и мобов.

Paper вводит собственный расширенный API (Paper API) поверх Bukkit/Spigot API — с дополнительными событиями и методами, которых нет у предков. Плагины, написанные строго под Bukkit или Spigot API, на Paper работают без единой правки — обратная совместимость сохраняется полностью. А вот плагины, написанные специально под Paper API, на чистом Spigot или Bukkit уже не запустятся — им не хватит нужных классов.

Основной конфиг производительности и геймплейных тонкостей — paper-world-defaults.yml (плюс paper-global.yml для общих настроек): там задаются дальность обработки редстоуна, лимиты на активность отдельных типов мобов, поведение падающих блоков и десятки других параметров, которых в Spigot попросту нет.

Скачивается готовый .jar прямо с официального API проекта, без сборки из исходников:

wget https://api.papermc.io/v2/projects/paper/versions/1.21.4/builds/latest/downloads/paper-1.21.4-latest.jar -O server.jar

Подробный разбор самого процесса подъёма сервера на Paper — от eula.txt до автозапуска через systemd — есть в отдельной статье: как поднять сервер Minecraft.

Purpur: форк Paper с упором на гибкость и геймплейные твики

Purpur — ещё один шаг вниз по цепочке, форк уже самого Paper. Если Paper фокусируется в первую очередь на производительности и стабильности тикрейта, то Purpur добавляет к этому большой набор дополнительных настроек, которые позволяют владельцу сервера точечно менять поведение игры без единого плагина — через конфиг.

Типичный пример того, чем славится Purpur — возможность включить в конфиге катание на мобах, которые в ванильной игре для этого не предназначены, настроить индивидуальное поведение почти каждого моба отдельно, гибко покрутить механику элитр, дропа, спавна структур и другие мелкие детали геймплея, до которых у команды Paper обычно не доходят руки — их фокус на производительности и стабильности, а не на экспериментальных фичах. Все эти опции лежат в собственных секциях конфигов Purpur (purpur.yml и расширенные версии paper-world-defaults.yml), и большинство из них можно включать выборочно, по мирам.

Важный момент: Purpur полностью наследует API и патчи Paper, поэтому всё, что работает на Paper — плагины Bukkit, Spigot и Paper API — работает и на Purpur без доработок. По производительности Purpur обычно сопоставим с Paper, но чем больше нестандартных опций вы включаете в конфиге (особенно про поведение мобов на картах с их большим количеством), тем внимательнее стоит следить за нагрузкой — это зависит от конкретного набора настроек и размера сервера, универсальных цифр тут не бывает.

Скачивается аналогично Paper — готовый .jar через официальный API проекта:

wget https://api.purpurmc.org/v2/purpur/1.21.4/latest/download -O server.jar

Совместимость плагинов: как работает наследование сверху вниз

Это самый частый источник путаницы, поэтому стоит зафиксировать чётко. Цепочка форков устроена как матрёшка: каждая следующая сборка включает в себя всё API предыдущей и добавляет своё сверху.

Bukkit API  →  Spigot (Bukkit API + патчи производительности)
            →  Paper (Spigot API + свой API + оптимизации)
            →  Purpur (Paper API + свой API + геймплейные твики)

Отсюда простое правило совместимости:

• Плагин под Bukkit API — запустится на Bukkit, Spigot, Paper и Purpur без исключений.
• Плагин под Spigot API (использует специфичные для Spigot методы) — запустится на Spigot, Paper, Purpur, но не на чистом Bukkit.
• Плагин под Paper API (например, использует асинхронные события Paper) — запустится на Paper и Purpur, но не на Spigot и Bukkit.
• Плагин под Purpur API — большая редкость, но если такой встретится, он будет работать только на Purpur.

На практике подавляющее большинство плагинов на SpigotMC и Hangar пишутся под Bukkit или Spigot API ради максимальной совместимости — авторы сознательно не завязываются на фичи конкретного форка, чтобы не отсекать часть аудитории. Перенос плагинов вниз по цепочке (Bukkit → Spigot → Paper → Purpur) почти всегда проходит без проблем, а вот наверх (плагин под Purpur на чистом Spigot) — не сработает. Как ставить сами плагины и с чего начать, разобрано в статье Bukkit и Spigot плагины: с чего начать.

Если сомневаетесь, под что написан конкретный плагин — смотрите страницу ресурса на SpigotMC или Hangar: там обычно прямо указано, на каких платформах плагин протестирован и заявлен как рабочий.

Какую сборку выбрать: таблица и сценарии

Хотите просто поднять стабильный сервер под плагины и не думать лишний раз о выборе — берите Paper. Это самый предсказуемый вариант: максимум документации, максимум плагинов протестировано именно на нём, активная поддержка команды PaperMC, готовые сборки без необходимости что-либо компилировать.

Хотите паблик с нестандартными фишками — покатушками на мобах, тонкой настройкой дропа и спавна, экспериментальным геймплеем без плагинов — берите Purpur. Вы ничего не теряете в плагиновой совместимости по сравнению с Paper, зато получаете десятки дополнительных рычагов в конфиге.

Работаете с legacy-инфраструктурой или конкретным старым плагином, который жёстко завязан именно на Spigot API и на Paper заявленно не тестировался — тут может понадобиться чистый Spigot, но такие случаи в 2026 году редкость: подавляющее большинство таких плагинов либо давно обновлены под Paper, либо благополучно работают на нём и без официального заявления совместимости просто в силу устройства API.

Bukkit в качестве рабочей сборки для нового сервера сегодня не рассматривайте вообще — только как справочный контекст, что означает фраза "плагин под Bukkit API" в описаниях ресурсов.

Отдельная реплика для тех, кто держит сеть из нескольких серверов через BungeeCord или Velocity: выбор сборки на бэкенд-серверах (Paper или Purpur) никак не завязан на выбор прокси-слоя — подробнее про сам proxy-слой и его настройку в статье BungeeCord и Velocity: сеть Minecraft-серверов. А если после смены сборки или добавления плагинов сервер вдруг начал проседать по тикрейту — там уже отдельная диагностика, разобранная в статье низкий TPS и лаги на Minecraft-сервере.

Частые вопросы