Pumpkin Plugins installieren und verstehen

Pumpkin Plugins installieren

Pumpkin hat ein eigenes Plugin-System auf WebAssembly-Basis. Ein Plugin ist eine .wasm-Datei, die im Ordner plugins/ liegt. Bukkit-, Spigot- und Paper-Plugins laufen nicht — die APIs haben nichts miteinander zu tun.

So installierst du ein Plugin:

1. Öffne im RespawnHost-Panel den Bereich Dateien.
2. Lege im Hauptverzeichnis den Ordner plugins an, falls er noch fehlt.
3. Lade die .wasm-Datei hinein.
4. Starte den Server neu — oder aktiviere Hot-Reload (siehe unten).

Warum WebAssembly statt Java-Jars?

Weil Pumpkin selbst kein Java ausführt. WebAssembly gibt dem Server zwei Dinge, die ein klassisches Jar nicht hat:

• Sprachfreiheit: Plugins lassen sich in Rust, Python, C#, C, Go oder Kotlin schreiben. Die Schnittstelle ist über WIT (WebAssembly Interface Types) definiert, nicht über eine Java-API.
• Abschottung: Jedes Plugin läuft in einer Sandbox mit eigenen Berechtigungen und eigenem Speicherlimit. Ein Plugin kann nur das, was du ihm erlaubst.

Wie konfiguriere ich das Plugin-System?

Alles steht in der pumpkin.toml unter [plugins]:

[plugins]
enabled = true
hot_reload = false
allow_unsigned = true
verify_signatures = false

Option	Bedeutung
enabled	Plugin-System an oder aus
hot_reload	Geänderte Plugins werden im laufenden Betrieb neu geladen
allow_unsigned	Lädt auch Plugins ohne Signatur
verify_signatures	Prüft kryptografische Signaturen vor dem Laden
allowed_permissions	Global erlaubte Berechtigungen
blocked_permissions	Global gesperrte Berechtigungen

Pro Plugin lassen sich die Regeln verschärfen oder lockern:

[plugins.overrides.mein-plugin]
max_memory_mb = 64

Neben dem Speicherlimit kannst du dort einzelne Berechtigungen und Umgebungsvariablen setzen.

Wann lohnt sich Hot-Reload?

Auf Entwicklungsservern: Du baust das Plugin neu, lädst die Datei hoch, Pumpkin zieht sie ohne Neustart. Auf Produktivservern lass die Option besser aus — ein halb hochgeladenes Plugin wird sonst mitten im Betrieb geladen.

Eigene Plugins schreiben

Die offizielle Dokumentation führt Schnellstarts für Rust, Python, C#, C, Go und Kotlin und beschreibt jeweils Grundlogik, Befehle, Events, Inventare und Konfiguration. Für Umsteiger gibt es eine eigene Migrationsstrecke von Bukkit, die zeigt, wie sich Bukkit-Konzepte auf die Pumpkin-API übertragen.

Lizenzseitig ist das bewusst offen gehalten: Der Server steht unter GPLv3, die Plugin-API (pumpkin-plugin-api und pumpkin-plugin-wit) dagegen unter MIT oder Apache-2.0 — dein Plugin muss also nicht unter die GPL.

Häufige Fragen

Laufen EssentialsX, LuckPerms oder WorldEdit auf Pumpkin? Nein. Diese Plugins setzen die Bukkit-API voraus, die Pumpkin nicht implementiert.

Wo finde ich fertige Pumpkin-Plugins? Das Ökosystem ist noch jung, es gibt keinen etablierten Marktplatz wie SpigotMC. Anlaufstelle ist derzeit die Community rund um GitHub und den Discord des Projekts.

Welche Dateiendung hat ein Plugin? .wasm. Andere Dateien im Ordner plugins/ werden ignoriert.

Kann ein Plugin den Server abstürzen lassen? Die Sandbox begrenzt Speicher und Rechte, ein fehlerhaftes Plugin bleibt aber ein fehlerhaftes Plugin. Teste neue Plugins auf einem separaten Server, bevor sie auf den Hauptserver kommen.

Brauche ich für Plugins mehr RAM? Plugins bekommen eigenen Speicher zugewiesen (max_memory_mb). Rechne diesen Bedarf zusätzlich zum Server ein, wenn du das Paket wählst — mehr dazu im Setup-Guide.

PumpkinMC Server mieten — mit vollem Dateizugriff für eigene Plugins.