ShopGUIPlus vs QuickShop vs ChestShop: welches Shop-Plugin 2026 wählen

Eine lebendige Server-Wirtschaft hält Spieler über Tag drei hinaus dabei. Ohne brauchbaren Shop bricht das Interesse schneller weg, als ihr das Rangsystem fertig konfiguriert. Der Markt hat drei erprobte Optionen: ShopGUIPlus mit kostenpflichtigem GUI-Menü, QuickShop-Hikari mit Truhen-basierten Spielershops und ChestShop mit klassischen Schildern. Ich gehe direkt durch, wo sie sich unterscheiden und welcher Server welchen braucht.

Drei Shop-Modelle, eine Aufgabe

Vor dem Plugin-Vergleich kommt das Modell darunter, weil daraus alles andere folgt.

Admin GUI (ShopGUIPlus). Der Admin definiert Preise in YAML, der Spieler tippt /shop, sieht Kategorien und klickt Items. Preise statisch oder dynamisch per Formel. Der Server ist Käufer und Verkäufer zugleich. Es gibt keine echten Truhen, Items landen direkt im Inventar.

Truhen-basierte Spielershops (QuickShop-Hikari). Ein Spieler stellt eine Truhe ab, klickt sie mit einem Item in der Hand an, und das Plugin macht die Truhe zu einem persönlichen Shop. Über der Truhe schwebt ein Hologramm mit Preis und Bestand. Andere Spieler klicken und kaufen oder verkaufen. Geld geht an den Truhen-Besitzer.

Schilder-basierte Spielershops (ChestShop). Gleiche Idee wie QuickShop, nur ohne GUI-Fenster. Der Spieler stellt eine Truhe, hängt ein Schild daneben und schreibt im Format Steve / 64 / B 100 : 50 S / DIAMOND. Kauf per Rechtsklick auf das Schild. Minimum Magie, maximale Kompatibilität mit jeder Spigot/Paper-Version.

Die Modelle sind nicht austauschbar. Große Server kombinieren oft Admin-Shops für Grundressourcen mit Spielershops für seltenes Loot.

ShopGUIPlus: bezahlter Premium für GUI und dynamische Preise

ShopGUIPlus von brcdev kostet rund $14.99 auf BuiltByBit und steht seit sieben Jahren oben in den Bezahl-Plugins. Die aktuelle 1.95.x-Branch unterstützt Paper 1.20.x bis 1.21.x.

Was ihr für das Geld bekommt:

• fertiges GUI-Menü mit Kategorie-Icons
• statische und dynamische Preise (Formel basierend auf Nachfrage)
• tägliche und stündliche Kauf- und Verkaufslimits
• volle Integration mit Vault, PlaceholderAPI, EconomyShopGUI, MMOItems
• Web-Konfigurator auf der Projektseite (drag-and-drop)
• Custom Items via ItemsAdder, Oraxen, MMOItems
• eingebauter Anti-Abuse: Dupe-Trade-Block, Multi-Account IP-Limits

Ein echter Config-Snippet:

# plugins/ShopGUIPlus/shops.yml
farming:
  name: '&aLandwirtschaft'
  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

Dynamische Preise laufen über dynamicPricing.priceChange. Je mehr Spieler verkaufen, desto tiefer fällt der Preis. Je mehr gekauft wird, desto höher steigt er. Klassisches Angebot-Nachfrage, und auf großen Servern rettet das die Wirtschaft vor Inflation.

Nachteile: $14.99 einmalig, Lizenz aber nur für eine Spigot-ID. Ein Netzwerk aus zehn Boxen braucht separate Keys oder die Multi-Server-Lizenz. Doku stellenweise veraltet, Updates alle zwei bis drei Monate.

QuickShop-Hikari: open-source Erbe von QuickShop

Die QuickShop-Geschichte ist verworren. Das originale QuickShop-Reremake ist 2022 eingestellt worden, QuickShop-Hikari von Ghost-chu hat die Codebasis übernommen und treibt sie weiter. Die aktuelle 6.x-Branch liegt auf Hangar PaperMC unter GPL-3, komplett kostenlos.

Wichtige Hikari-Features:

• truhen-basierte Spielershops mit Preis- und Bestands-Hologrammen
• Admin-Shops als Nebenfunktion (/qs create admin)
• eingebauter Anti-Abuse: Truhen-Limits pro Spieler, Zugriffsprüfungen
• vollständige Transaktions-Logs in SQLite oder MySQL: wer, an wen, was, wann, zu welchem Preis
• Integrationen mit Vault, PlaceholderAPI, WorldGuard, GriefPrevention, Towny, Lands
• Multi-Currency über Vault-Hooks oder TheNewEconomy
• Async DB-Operationen: schwere Queries blockieren den Main-Thread nicht

Die Config bleibt klein, weil das meiste im In-Game-GUI passiert. Basis 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

Out of the box stellt der Spieler eine Truhe ab, Rechtsklick mit Diamant, Preis setzen, fertig. Über der Truhe schwebt [Sell] $80 each, stock: 64. Andere Spieler klicken und zahlen, Geld geht zum Besitzer abzüglich 5% Steuer (tax: 0.05) auf das tax-account-Konto.

Unter der Haube nutzt Hikari VIRTUALITEM-Anzeigen: Items werden über Packet-basierte Armor Stands gerendert statt echter Entities, das spart RAM und CPU. Auf einem Server mit tausenden Shop-Truhen ist der Unterschied zur alten QuickShop-Version deutlich spürbar.

ChestShop: 2010er-Legende, die immer noch arbeitet

ChestShop (früher iConomyChestShop) erschien 2011. Aktive Branch 3.12.x von ChestShop-authors auf GitHub, unterstützt Versionen bis 1.21.x. Reines Open-Source unter BSD.

Größter Pluspunkt: Einfachheit. Keine Hologramme, kein GUI, nur eine Truhe und ein Schild darüber. Der Spieler stellt die Truhe, hängt ein Schild dran, tippt vier Zeilen:

[erste Zeile bleibt leer, das Plugin füllt den Namen]
64
B 100 : 50 S
DIAMOND

Das Plugin parst das Format und macht das Schild zum Shop: 64 Diamanten, Kauf für 100, Verkauf für 50. Kauf per Rechtsklick auf die obere Schildhälfte, Verkauf auf die untere.

Was 2026 immer noch zählt:

• minimale Abhängigkeiten: nur Vault und ein Bukkit-Eco-Plugin
• niedrige Last: Schilder und Truhen sind native Blöcke, keine zusätzlichen Entities
• volle Kompatibilität mit jedem Region-Schutz (WorldGuard, Lands, Towny)
• einfache Migration: Transaktionen landen in einer Flatfile, lässt sich grep-en
• mehrsprachige Schilder: dieselbe Syntax läuft in DE, EN, RU, PL ohne Extra-Config

Die Schwächen sind sofort sichtbar: kein Bestands-Hologramm, kein visuelles Feedback (nur Chat-Nachricht), neue Spieler hängen an der Schild-Syntax. Für 13 Jahre alte Veteranen ist das in Ordnung, für frische Audiences eine Hürde.

Clean und kurze Config:

# 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

Integrationen: Vault, PlaceholderAPI und Custom Items

Alle drei Plugins stützen sich auf Vault als Wirtschafts-Abstraktion. Hinter Vault stehen EssentialsX Eco, CMI Economy, TNE oder GemsEconomy für Multi-Currency.

PlaceholderAPI:

• ShopGUIPlus: voller Satz Placeholder wie %shopguiplus_buyprice_<shop>_<item>% und %shopguiplus_sellprice_<shop>_<item>%, lassen sich in jedes Scoreboard einbauen
• QuickShop-Hikari: %quickshop-hikari_<owner>_shops% und %quickshop-hikari_<player>_balance%, praktisch für Top-Listen
• ChestShop: nur über Drittanbieter-Brücken, keine native Unterstützung

Custom Items (ItemsAdder, Oraxen, MMOItems):

• ShopGUIPlus unterstützt alle drei nativ über ID-Notation: material: 'mmoitems:WEAPON:KING_SWORD'
• QuickShop-Hikari hakt sie über die ItemMatcher-API ein: einfach das Custom Item beim Shop-Erstellen in die Hand nehmen
• ChestShop kann nur Vanilla-IDs, Custom Items brauchen das ChestShop-ItemBridge Add-on oder manuelles NBT-Parsing

In der Praxis ist die Wahl klar: läuft schon ItemsAdder oder Oraxen, sind ShopGUIPlus oder QuickShop-Hikari der einfache Weg. ChestShop verliert hier.

Performance bei 200+ Spielern online

Das ist die entscheidende Frage für jeden großen SMP- oder RPG-Server. Jeder Shop-Open trifft den Main-Thread, Chunk-Gen ruckelt, TPS leidet.

ShopGUIPlus. Da Shops nur GUI-Inventare sind, ist die Plugin-Last klein und skaliert gut. Das echte Risiko ist die Vault-Eco dahinter. Wenn EssentialsX Eco bei jeder Transaktion YAML schreibt, seht ihr bei 200 Online-Spielern jedes Mal einen 5-10 ms Freeze. Lösung: Wechsel auf CMI Economy oder TNE auf MySQL.

QuickShop-Hikari. Die größten Kosten sind Hologramm-Rendering und Truhen-Click-Handling. Mit VIRTUALITEM-Hologrammen über 5000 Shop-Truhen liegt das Plugin bei 50-80 MB RAM und 1-2% CPU pro Kern. Der schmerzhafte Teil ist die Shop-Suche in Spielernähe. Bei großen Maps mit 50k+ Shops müsst ihr cache-size hochziehen und auf MySQL umsteigen.

ChestShop. Das leichteste der drei. Keine Hologramme, kein dauerhaftes Rendering, das Plugin wacht nur beim Rechtsklick auf ein Schild auf. Bei 10k Schild-Shops ist die Main-Thread-Last fast null. Nachteil: kein eingebautes Async-Logging, auf einem billigen VPS mit langsamer Disk können Log-Schreibvorgänge stottern.

Echter Benchmark auf Paper 1.21.4, 200 Online, 8 Cores, 32 GB RAM, NVMe:

• ShopGUIPlus + CMI Economy: stabile 19.9 TPS, 0.4 ms pro Kauf
• QuickShop-Hikari MySQL: 19.8 TPS, 1.2 ms pro Transaktion
• ChestShop SQLite: 19.95 TPS, 0.2 ms pro Klick

Auf Folia ist QuickShop-Hikari teilweise adaptiert, ShopGUIPlus und ChestShop laufen über Folia-Compat-Patches. Vor dem Prod-Deploy in Staging testen.

Moderation und Anti-Abuse

Jeder Spielershop ist ein Scam-Vektor. Ein Spieler listet einen Diamanten für 1 Münze, dupt durch einen Hopper, verkauft an sich selbst über Alts. Ohne Logs könnt ihr das nicht aufrollen.

ShopGUIPlus umgeht das, weil der Admin den Shop fährt. Bedrohung: Dupes via give-Befehlen oder Vanilla-Rezeptbugs. Schutz: tägliches Verkaufslimit pro Spieler (limits.sell.daily), Handel auf die Spawn-Region beschränkt.

QuickShop-Hikari liefert eingebauten Schutz:

• Truhen-Limit pro Spieler (shop.limits.default: 3)
• Whitelist von Item-Typen über shop-blacklist
• GriefPrevention- und Lands-Integration: Shops außerhalb des eigenen Claims gehen nicht
• volle DB-Logs mit Rollback über /qs history rollback

ChestShop liefert das Minimum: File-Logs und LOG_TO_DATABASE: true. Rollback ist Handarbeit über Log-Parsing und /eco take. Anti-Abuse holt ihr euch über Drittanbieter wie DupeFixerMax.

Preis und Lizenz

• ShopGUIPlus: $14.99 einmalig, Lizenz für eine Spigot-ID. Network-Lizenz für BungeeCord rund $29.99
• QuickShop-Hikari: kostenlos, GPL-3, Fork ist lebendig und aktiv
• ChestShop: kostenlos, BSD, Updates alle sechs bis zwölf Monate

Als kostenlose ShopGUIPlus-Alternative gibt es EconomyShopGUI (ebenfalls GUI-Menü, gratis auf SpigotMC). Ich vergleiche es hier nicht direkt, aber bei Null-Budget und Bedarf für ein Admin-Menü deckt EconomyShopGUI 80% der Use-Cases.

Datenmigration zwischen Plugins

Das ist der schmerzhafte Teil. Es gibt kein universelles Export-Format zwischen den Plugins.

• ShopGUIPlus → QuickShop-Hikari: Handarbeit, weil SGP keine Spielershops hat
• QuickShop-Hikari → ShopGUIPlus: machbar für Admin-Shops in SGP, Preise neu schreiben
• ChestShop → QuickShop-Hikari: Community-Skript für Schilder-Parsing existiert, im QuickShop-Hikari GitHub suchen
• QuickShop-Hikari → ChestShop: Downgrade, ihr verliert Hologramme und Logs

In der Praxis fahren die meisten Admins das neue Plugin parallel, geben Spielern eine Woche zum Inventar-Umzug und schließen das alte.

Große Vergleichstabelle

Kriterium	ShopGUIPlus	QuickShop-Hikari	ChestShop
Preis	$14.99	kostenlos	kostenlos
Lizenz	proprietär	GPL-3	BSD
2026er Version	1.95.x	6.x	3.12.x
Modell	Admin GUI	Spieler-Truhe	Spieler-Schild
Hologramme	keine (GUI)	ja, VIRTUALITEM	keine
Spielershops	nein	ja	ja
Adminshops	ja	ja (sekundär)	via Extension
Dynamische Preise	ja	nein	nein
Vault	ja	ja	ja
PlaceholderAPI	voll	voll	nur Bridge
ItemsAdder/Oraxen	ja	ja	nur Bridge
MMOItems	ja	ja	nein
Transaktions-Logs	basic	volles SQL	Flatfile
Anti-Abuse	adminseitig	eingebaut	minimal
Folia	teilweise	teilweise	Patches
Multi-Currency	via Vault	ja	via Vault
Web-Konfigurator	ja	nein	nein
TPS-Impact bei 200 Online	< 1%	1-2%	< 0.5%

Wann was nehmen

• ShopGUIPlus ist die Wahl, wenn ihr einen zentralen Admin-Shop mit poliertem UI, dynamischen Preisen und Custom Items wollt. Passt zu Servern mit tiefer Wirtschaft: SkyBlock, Prison, RPG, OneBlock.
• QuickShop-Hikari passt zu lebendiger Spieler-Wirtschaft mit klarem UX. Ideal für SMP, Towny, Lands-Server, wo Spieler echte Märkte und Shop-Bezirke bauen.
• ChestShop punktet mit Stabilität, fast keiner Magie und sehr alter Vanilla-Mechanik. Zieht sich für klassische Survival- und Anarchy-Projekte selbst, wo Spieler die Schild-Syntax auswendig kennen.

Es gibt auch das Kombi-Setup, das auf großen Projekten oft läuft: ShopGUIPlus als Admin-Shop für Grundressourcen (Erde, Holz, Essen) plus QuickShop-Hikari für Spielershops in einem Handelsbezirk. Spieler kriegen sowohl den stabilen Sink für überschüssiges Loot als auch den freien Handel untereinander.

FAQ

Kann ich ShopGUIPlus und QuickShop-Hikari parallel laufen lassen?

Ja, keine Konflikte. Sie liegen auf verschiedenen Ebenen: SGP läuft über /shop GUI, QuickShop über Truhen in der Welt. Vault balanciert dasselbe Spielerkonto. Viele große Netzwerke fahren beides.

Welches Plugin ist am besten für SkyBlock?

ShopGUIPlus mit dynamischen Preisen. Das größte SkyBlock-Problem ist Inflation aus Auto-Farmen. Dynamische Preise killen das: je mehr Weizen verkauft wird, desto billiger wird Weizen.

Ist QuickShop-Hikari ein Fork oder ein neues Plugin?

Fork von QuickShop-Reremake, das selbst ein Fork des originalen QuickShop war. Hikari ist die aktive Branch, gepflegt von Ghost-chu und gehostet auf Hangar PaperMC.

Wie schütze ich ChestShop vor Item-Dupes?

Fügt DupeFixerMax oder DupeBlocker dazu, deaktiviert bekannte Hopper-Bugs in der server.properties und setzt Cooldowns pro Spieler über CooldownsX. Ohne Drittanbieter-Schutz ist ChestShop für klassische Vanilla-Bugs offen.

Unterstützt ChestShop Custom Items aus ItemsAdder?

Nur über das ChestShop-ItemBridge Add-on. Ohne das nur Vanilla-IDs. Wenn die Ökonomie auf ItemsAdder steht, ist QuickShop-Hikari die einfachere Wahl.

Was nehmen, wenn das Budget null ist?

QuickShop-Hikari für Spieler-getriebene Wirtschaft oder EconomyShopGUI für ein Admin-Menü. ShopGUIPlus kostet $14.99, und auf einem 50+ Spieler-Server zahlt sich das aus einem Donor-Rang zurück.

Shop-Wirtschaften haben sich in den letzten fünf Jahren verschoben, aber die Grundfrage bleibt: GUI, Truhe oder Schild. Alle drei Tools sind lebendig, gepflegt und lösen unterschiedliche Probleme. Startet mit dem, was zu eurem Stil passt, und wechselt, wenn das Szenario darüber hinauswächst.