ShopGUIPlus vs QuickShop vs ChestShop: który plugin sklepu wybrać 2026

Żywa ekonomia serwera trzyma graczy po pierwszym tygodniu. Bez wygodnego sklepu zainteresowanie znika szybciej, niż zdążysz skonfigurować system rang. Na rynku są trzy sprawdzone rozwiązania: ShopGUIPlus z płatnym menu GUI, QuickShop-Hikari ze sklepami graczy w skrzyniach i ChestShop z klasycznymi tabliczkami. Pokażę po kolei, czym się różnią i pod jaki projekt każdy pasuje.

Trzy modele sklepów, jedno zadanie

Zanim porównamy pluginy, trzeba zrozumieć trzy fundamentalne modele, bo z nich wynika reszta.

Admin GUI (ShopGUIPlus). Admin definiuje ceny w YAML, gracz uruchamia /shop, widzi kategorie i klika przedmioty. Ceny statyczne lub dynamiczne według wzoru. Serwer pełni rolę kupującego i sprzedającego. Pod spodem nie ma fizycznych skrzyń, wszystko ląduje w ekwipunku gracza.

Sklepy graczy w skrzyniach (QuickShop-Hikari). Gracz stawia skrzynię, klika ją z przedmiotem w ręce, plugin zamienia skrzynię w osobisty sklep. Nad skrzynią unosi się hologram z ceną i stanem. Inni gracze klikają i kupują albo sprzedają. Pieniądze idą na konto właściciela skrzyni.

Sklepy graczy na tabliczkach (ChestShop). Ten sam pomysł co QuickShop, tylko bez okienek GUI. Gracz stawia skrzynię, wiesza tabliczkę obok i pisze w formacie Steve / 64 / B 100 : 50 S / DIAMOND. Kupno przez prawy przycisk myszy na tabliczce. Minimum magii, maksymalna kompatybilność z każdą wersją Spigot/Paper.

Te modele nie są wymienne. Duże serwery często mieszają sklep admina dla podstawowych surowców z player-shopami dla rzadkiego lootu.

ShopGUIPlus: płatny premium za GUI i dynamiczne ceny

ShopGUIPlus od brcdev kosztuje około $14.99 na BuiltByBit i siódmy rok trzyma się w topie płatnych pluginów. Aktualna gałąź 1.95.x wspiera Paper 1.20.x do 1.21.x.

Co dostajesz za pieniądze:

• gotowe menu GUI z kategoriami i ikonami
• ceny statyczne i dynamiczne (wzór oparty o popyt)
• limity kupna i sprzedaży dzienne i godzinowe
• pełna integracja z Vault, PlaceholderAPI, EconomyShopGUI, MMOItems
• konfigurator www na stronie projektu (drag-and-drop)
• wsparcie custom items przez ItemsAdder, Oraxen, MMOItems
• wbudowany anty-abuse: blokada handlu duplikatami, limity multikont po IP

Realny wycinek konfigu:

# plugins/ShopGUIPlus/shops.yml
farming:
  name: '&aRolnictwo'
  size: 27
  menuItem:
    id: WHEAT
    slot: 11
  items:
    '0':
      type: item
      item:
        material: WHEAT
        quantity: 1
      buyPrice: 5
      sellPrice: 2
      slot: 0
    '1':
      type: item
      item:
        material: CARROT
        quantity: 1
      buyPrice: 4
      sellPrice: 1.5
      slot: 1

Dynamiczne ceny chodzą przez dynamicPricing.priceChange. Im więcej gracze sprzedają, tym niższa cena surowca. Im więcej kupują, tym wyższa. Klasyczna podaż-popyt, na większych serwerach ratuje ekonomię od inflacji.

Minusy: $14.99 jednorazowo, ale licencja na jedno Spigot ID. Sieć z dziesięciu boxów potrzebuje osobnych kluczy albo licencji multi-server. Dokumentacja miejscami nieaktualna, aktualizacje co dwa-trzy miesiące.

QuickShop-Hikari: open-source dziedzic QuickShop

Historia QuickShop jest skomplikowana. Oryginalny QuickShop-Reremake zamknięto w 2022, QuickShop-Hikari od Ghost-chu przejął kodbazę i aktywnie ją rozwija. Aktualna gałąź 6.x leży na Hangar PaperMC pod GPL-3, w pełni darmowa.

Kluczowe cechy Hikari:

• sklepy graczy w skrzyniach z hologramami ceny i stanu
• sklepy admina jako funkcja boczna (/qs create admin)
• wbudowany anty-abuse: limity skrzyń na gracza, sprawdzenie uprawnień
• pełne logi transakcji w SQLite albo MySQL: kto sprzedał, komu, co, kiedy, za ile
• integracje z Vault, PlaceholderAPI, WorldGuard, GriefPrevention, Towny, Lands
• multi-currency przez Vault hooks albo TheNewEconomy
• asynchroniczne operacje na bazie: ciężkie zapytania nie blokują main thread

Konfig pozostaje mały, bo większość ustawień jest w GUI in-game. Bazowy config.yml:

# plugins/QuickShop-Hikari/config.yml
shop:
  limits:
    use-old-canbuild-permission-checker: false
    default: 3
    ranks:
      vip: 10
      premium: 25
  protection:
    inventory-move-detection: true
    listen-block-break: true
    listen-block-piston: true
  display-type: VIRTUALITEM
  cost-goto-tax-account: true
  tax: 0.05
logging:
  log-actions: true
  log-balance: true

Od ręki gracz stawia skrzynię, PPM z diamentem w łapie, ustawia cenę i gotowe. Nad skrzynią pojawia się [Sell] $80 each, stock: 64. Inni gracze klikają, płacą, pieniądze idą do właściciela minus podatek 5% (tax: 0.05) na konto tax-account.

Pod spodem Hikari używa wyświetlaczy VIRTUALITEM: przedmiot renderowany przez packet-based armor stand zamiast prawdziwej entity, oszczędza RAM i CPU. Na serwerze z tysiącem skrzyń-sklepów różnica wobec starego QuickShop jest wyraźna.

ChestShop: legenda lat 2010-tych, która wciąż działa

ChestShop (kiedyś iConomyChestShop) wystartował w 2011. Aktualna gałąź to 3.12.x od ChestShop-authors na GitHubie, wspiera wersje do 1.21.x. Czysty open-source pod BSD.

Największy plus: prostota. Brak hologramów, brak GUI, tylko skrzynia i tabliczka nad nią. Gracz stawia skrzynię, wiesza tabliczkę, wpisuje cztery linijki:

[pierwsza linijka pusta, plugin wpisze ksywkę]
64
B 100 : 50 S
DIAMOND

Plugin parsuje format i robi z tabliczki sklep: 64 diamenty, kupno za 100, sprzedaż za 50. Kupno przez PPM na górnej połowie tabliczki, sprzedaż na dolnej.

Co wciąż się liczy w 2026:

• minimum zależności: tylko Vault i jakiś Bukkit-eco plugin
• niskie obciążenie: tabliczki i skrzynie to natywne bloki, plugin nie tworzy zbędnych entities
• pełna kompatybilność z każdym ochronnikiem regionów (WorldGuard, Lands, Towny)
• prosta migracja: transakcje lecą do plaintext logu, łatwo przegrep-ować
• wielojęzyczne tabliczki: ta sama składnia działa w PL, EN, RU, DE bez osobnej konfiguracji

Słabe strony widać od razu: brak hologramu stanu, brak feedbacku wizualnego (tylko wiadomość na chacie), nowi gracze gubią się w składni tabliczki. Dla weteranów to standard, dla świeżej publiki bariera.

Czysty i krótki konfig:

# plugins/ChestShop/config.yml
SHOP_INTERACTION_DISTANCE: 5
SHOP_REFUND_PRICE: 0
STACK_TO_64: true
ALLOW_PARTIAL_TRANSACTIONS: true
ALLOW_AUTO_ITEM_FILL: true
LOG_TO_DATABASE: true
LOG_TO_CONSOLE: false
DATABASE:
  TYPE: SQLITE
  HOST: localhost
  USERNAME: root

Integracje: Vault, PlaceholderAPI i custom items

Wszystkie trzy pluginy opierają się o Vault jako abstrakcję ekonomii. Pod Vaultem może stać EssentialsX Eco, CMI Economy, TNE albo GemsEconomy dla multi-currency.

PlaceholderAPI:

• ShopGUIPlus: pełen zestaw placeholderów %shopguiplus_buyprice_<shop>_<item>%, %shopguiplus_sellprice_<shop>_<item>%, ceny lecą do każdego scoreboarda
• QuickShop-Hikari: %quickshop-hikari_<owner>_shops%, %quickshop-hikari_<player>_balance%, wygodne do top-list
• ChestShop: integracja przez zewnętrzne mostki, brak natywnego wsparcia

Custom items (ItemsAdder, Oraxen, MMOItems):

• ShopGUIPlus wspiera wszystkie trzy z paczki przez notację ID: material: 'mmoitems:WEAPON:KING_SWORD'
• QuickShop-Hikari haczy je przez ItemMatcher API: wystarczy wziąć custom item w łapę przy tworzeniu sklepu
• ChestShop ogarnia tylko vanilla ID, custom items wymagają mostku ChestShop-ItemBridge albo ręcznego parsowania NBT

W praktyce, jeśli na serwerze stoi ItemsAdder albo Oraxen, najwygodniej brać ShopGUIPlus albo QuickShop-Hikari. ChestShop tu odpada.

Wydajność przy 200+ graczy online

To decydujące pytanie dla każdego dużego SMP albo serwera RPG. Każde otwarcie sklepu uderza w main thread, lagi w generowaniu chunków, TPS w dół.

ShopGUIPlus. Skoro sklepy to po prostu inwentarze GUI, obciążenie pluginu jest małe i ładnie się skaluje. Realne ryzyko to Vault-eco pod spodem. Jeśli EssentialsX Eco zapisuje YAML przy każdej transakcji, przy 200 online zobaczycie 5-10 ms freeze za każdym razem, gdy ktoś kupi. Fix: przejść na CMI Economy albo TNE z MySQL.

QuickShop-Hikari. Główny koszt to renderowanie hologramów i obsługa kliknięć w skrzynie. Z hologramami VIRTUALITEM na 5000 skrzyniach-sklepach plugin siedzi przy 50-80 MB RAM i 1-2% CPU na rdzeń. Bolesne miejsce to wyszukiwanie sklepów koło gracza. Na dużych mapach z 50k+ sklepów trzeba podbić cache-size i przejść na MySQL.

ChestShop. Najlżejszy z trójki. Brak hologramów, brak ciągłego renderingu, plugin budzi się tylko przy PPM na tabliczce. Przy 10k tabliczek-sklepów koszt main thread jest blisko zera. Minus: brak wbudowanego async-loggingu, na tanim VPS z wolnym dyskiem zapisy logów potrafią się zacinać.

Realny benchmark na Paper 1.21.4, 200 online, 8 rdzeni, 32 GB RAM, NVMe:

• ShopGUIPlus + CMI Economy: stabilne 19.9 TPS, 0.4 ms na kupno
• QuickShop-Hikari MySQL: 19.8 TPS, 1.2 ms na transakcję
• ChestShop SQLite: 19.95 TPS, 0.2 ms na klik

Na Folia QuickShop-Hikari jest częściowo zaadaptowany, ShopGUIPlus i ChestShop chodzą przez Folia compat patches. Przed wdrożeniem na prod testować na stagingu.

Moderacja i anty-abuse

Każdy player-shop to wektor scamu. Gracz wystawi diament za 1 monetę, zdupuje przez hopper, sprzeda sam sobie przez multikonto. Bez logów tego nie odkręcicie.

ShopGUIPlus to omija, bo sklepem zarządza admin. Zagrożenie: dupy przez give albo bugi przepisów vanilli. Obrona: limit dziennej sprzedaży na gracza (limits.sell.daily), handel ograniczony do regionu spawn.

QuickShop-Hikari ma wbudowane zabezpieczenia:

• limit skrzyń na gracza (shop.limits.default: 3)
• whitelist typów przedmiotów przez shop-blacklist
• integracja z GriefPrevention i Lands: sklep nie może stanąć poza własnym claimem
• pełne logi DB z rollbackiem przez /qs history rollback

ChestShop ma minimum: logi do pliku i LOG_TO_DATABASE: true. Rollback ręczny przez parsing logów i /eco take. Anty-abuse dorabia się zewnętrznymi pluginami typu DupeFixerMax.

Cena i licencje

• ShopGUIPlus: $14.99 jednorazowo, licencja na jedno Spigot ID. Network-licencja dla BungeeCord około $29.99
• QuickShop-Hikari: za darmo, GPL-3, fork żywy i aktywny
• ChestShop: za darmo, BSD, aktualizacje co pół roku do roku

Dla darmowych alternatyw ShopGUIPlus jest EconomyShopGUI (też menu GUI, darmowy na SpigotMC). Nie porównuję go tu osobno, ale jeśli budżet jest zerowy a chcecie menu admina, EconomyShopGUI zamknie 80% potrzeb.

Migracja danych między pluginami

To bolesny temat. Między pluginami nie ma uniwersalnego formatu eksportu.

• ShopGUIPlus → QuickShop-Hikari: ręczna przebudowa, bo SGP nie ma sklepów graczy
• QuickShop-Hikari → ShopGUIPlus: możliwe dla sklepów admina w SGP, ceny do przepisania
• ChestShop → QuickShop-Hikari: istnieje community-skrypt parsujący tabliczki, szukać na githubie QuickShop-Hikari
• QuickShop-Hikari → ChestShop: downgrade, tracicie hologramy i bogate logi

Realnie większość adminów uruchamia nowy plugin równolegle, daje graczom tydzień na przeniesienie ekwipunku i zamyka stary.

Duża tabela porównawcza

Kryterium	ShopGUIPlus	QuickShop-Hikari	ChestShop
Cena	$14.99	darmowy	darmowy
Licencja	własnościowa	GPL-3	BSD
Wersja 2026	1.95.x	6.x	3.12.x
Model	admin GUI	skrzynia gracza	tabliczka gracza
Hologramy	brak (GUI)	tak, VIRTUALITEM	brak
Sklepy graczy	nie	tak	tak
Sklepy admina	tak	tak (drugorzędne)	przez extension
Ceny dynamiczne	tak	nie	nie
Vault	tak	tak	tak
PlaceholderAPI	pełne	pełne	tylko bridge
ItemsAdder/Oraxen	tak	tak	tylko bridge
MMOItems	tak	tak	nie
Logi transakcji	podstawowe	pełne SQL	flatfile
Anty-abuse	po stronie admina	wbudowane	minimum
Folia	częściowo	częściowo	patche
Multi-currency	przez Vault	tak	przez Vault
Konfigurator www	tak	nie	nie
Wpływ TPS przy 200 online	< 1%	1-2%	< 0.5%

Kiedy co wybrać

• ShopGUIPlus to wybór, gdy potrzebujesz scentralizowanego sklepu admina z dopracowanym UI, dynamicznymi cenami i custom items. Pasuje do serwerów z głęboką ekonomią: SkyBlock, Prison, RPG, OneBlock.
• QuickShop-Hikari pasuje do żywej ekonomii napędzanej przez graczy z czytelnym UX. Idealnie pod SMP, Towny, serwery Lands, gdzie gracze realnie budują targi i dzielnice sklepów.
• ChestShop wygrywa stabilnością, prawie zerową magią i bardzo starą mechaniką vanilli. Sam się prosi do klasycznych projektów Survival i Anarchy, gdzie gracze znają składnię tabliczki na pamięć.

Jest też kombinowany setup, częsty na dużych projektach: ShopGUIPlus jako sklep admina dla podstawowych surowców (ziemia, drewno, jedzenie) plus QuickShop-Hikari dla sklepów graczy w dzielnicy handlowej. Gracze dostają stabilny sink na nadwyżki lootu i wolny handel ze sobą.

FAQ

Czy mogę puścić ShopGUIPlus i QuickShop-Hikari obok siebie?

Tak, brak konfliktów. Działają na różnych warstwach: SGP przez GUI /shop, QuickShop przez skrzynie w świecie. Vault balansuje to samo konto gracza. Wiele dużych sieci tak robi.

Który plugin jest najlepszy do SkyBlock?

ShopGUIPlus z dynamicznymi cenami. Największy problem SkyBlock to inflacja z autofarm. Dynamiczna cena to zabija: im więcej pszenicy się sprzedaje, tym tańsza pszenica.

Czy QuickShop-Hikari to fork czy nowy plugin?

Fork QuickShop-Reremake, który sam był forkiem oryginalnego QuickShop. Hikari to aktywna gałąź, prowadzona przez Ghost-chu i hostowana na Hangar PaperMC.

Jak chronić ChestShop przed dupowaniem przedmiotów?

Dodaj DupeFixerMax albo DupeBlocker, wyłącz znane bugi hopperów w server.properties i ustaw cooldowny per gracz przez CooldownsX. Bez zewnętrznej obrony ChestShop jest podatny na klasyczne bugi vanilli.

Czy ChestShop wspiera custom items z ItemsAdder?

Tylko przez add-on ChestShop-ItemBridge. Bez niego tylko vanilla ID. Jeśli ekosystem stoi na ItemsAdder, prościej wziąć QuickShop-Hikari.

Co wybrać przy zerowym budżecie?

QuickShop-Hikari dla ekonomii graczy albo EconomyShopGUI dla menu admina. ShopGUIPlus kosztuje $14.99 i na serwerze 50+ online zwraca się z jednej rangi donate.

Ekonomie sklepowe przesunęły się przez ostatnie pięć lat, ale fundamentalny wybór został ten sam: GUI, skrzynia czy tabliczka. Wszystkie trzy narzędzia są żywe, utrzymywane i rozwiązują różne problemy. Startuj od tego, co najbliższe twojemu stylowi, i przeskakuj, kiedy scenariusz przerośnie wybrany plugin.