Für ein neues Netzwerk auf aktuellen Paper-Versionen ist Velocity meist die stärkere Ausgangsbasis: Modern Forwarding schützt die übertragenen Spielerdaten mit einem geheimen MAC und die API ist auf moderne Minecraft-Versionen ausgelegt. BungeeCord bleibt sinnvoll, wenn ein bestehendes Netzwerk von BungeeCord-Plugins oder sehr alten Versionen abhängt und eine Migration mehr Risiko als Nutzen erzeugt.
PaperMC empfiehlt Velocity ausdrücklich. Diese Empfehlung kommt vom Anbieter und Maintainer von Velocity; dessen eigene Vergleichsseite weist selbst auf eine mögliche Voreingenommenheit hin. BungeeCord ist nicht eingestellt: Repository und Jenkins erhielten 2026 weiterhin Commits und erfolgreiche Builds. Waterfall, PaperMCs früherer BungeeCord-Fork, ist dagegen End of Life.
Vergleich auf einen Blick
| Kriterium | BungeeCord | Velocity |
|---|---|---|
| bestehende BungeeCord-Plugins | nativ | nicht generell kompatibel; jedes Plugin prüfen |
| Legacy-Minecraft | breite historische Kompatibilität | Modern Forwarding erst ab 1.13; Legacy-Modi möglich |
| sicheres natives Forwarding | Legacy-Format ohne eigenes MAC-Secret | Modern Forwarding mit Secret/MAC |
| BungeeGuard | Zusatzschutz möglich | BungeeGuard-Modus möglich, Modern meist vorzuziehen |
| neue Paper-Netze | funktionsfähig, braucht strikten Netzwerkschutz | PaperMC-Empfehlung |
| Waterfall-Migration | API-nah, aber Waterfall EOL | eigener Proxy/API, Migration prüfen |
| Proxy-Plugins | BungeeCord API | Velocity API |
Kein Eintrag verspricht eine pauschale Spielerzahl oder einen Performancefaktor. Solche Zahlen hängen von Hardware, Kompression, Plugins, Protokollen und Verbindungsprofil ab und brauchen einen reproduzierbaren Lasttest.
Forwarding und Sicherheit
BungeeCord-Legacy-Forwarding überträgt IP, UUID und Profilinformationen, besitzt aber kein proxy-spezifisches Signatur-Secret. Deshalb muss ein Offline-Mode-Backend ausschließlich vom richtigen Proxy erreichbar sein. BungeeGuard kann ein Secret ergänzen; mindestens Version 1.4.0 ist nötig, und nach einem betroffenen Upgrade wird der Token rotiert.
Velocity Modern Forwarding signiert die weitergereichten Informationen mit einem gemeinsamen Secret. Das macht eine gefälschte Proxyidentität deutlich schwieriger, ersetzt aber keine saubere Netzwerkgrenze. Ein Backend-Port sollte auch hier nicht unnötig öffentlich sein.
Die offizielle Paper-Dokumentation ordnet die Modi so ein: Modern ist sicherer, BungeeGuard besser als reines Legacy, Legacy kompatibler aber weniger sicher. Unter Minecraft 1.13 ist Modern Forwarding nicht verfügbar.
Wann BungeeCord die vernünftige Wahl ist
- Das laufende Netzwerk verwendet zentrale BungeeCord-Plugins ohne geprüften Velocity-Ersatz.
- Alte Minecraft-/Modloader-Versionen sind geschäftskritisch.
- Das Team beherrscht die vorhandene Konfiguration und der Backend-Netzwerkschutz ist nachweislich wirksam.
- Eine Migration würde UUIDs, Permissions oder Plugin Messaging ohne ausreichenden Testpfad gefährden.
Dann ist „bleiben und härten“ besser als eine ungetestete Modernisierung. Nutze den BungeeCord-Setup-Pillar, die config.yml-Referenz und den Forwarding-Sicherheitsguide.
Wann Velocity die vernünftige Wahl ist
- Du baust ein neues Netzwerk auf aktuellen Paper-Versionen.
- Alle benötigten Proxy-Plugins existieren für Velocity oder können ersetzt werden.
- Modern Forwarding ist mit allen Backends kompatibel.
- Du willst eine moderne API und kannst die Migration in einer Kopie vollständig testen.
Fabric und Forge brauchen eine versionsgenaue Prüfung. Die Aussage „Velocity unterstützt Mods besser“ ist kein Freifahrtschein für jede Loader-/Minecraft-Kombination.
Migrationscheckliste BungeeCord → Velocity
- Erstelle ein getestetes Backup von Proxykonfiguration, Plugins, Datenbanken und Backend-Playerdata. Nutze dafür den Backup-/Rollbackpfad.
- Inventarisiere alle Proxy-Plugins und markiere „Velocity nativ“, „Ersatz“, „entfällt“ oder „Blocker“.
- Übertrage Serverliste, Listener, Forced Hosts und Permissions bewusst; kopiere keine Bungee-YAML blind in
velocity.toml. - Erzeuge das Modern-Forwarding-Secret auf dem Zielsystem und behandle es wie ein Passwort.
- Konfiguriere Paper oder den passenden Modloader für exakt einen Forwarding-Modus.
- Teste Online-UUID, echte Client-IP, Skins, Permissions, Plugin Messaging, Lobby, Serverwechsel und Fallback.
- Teste einen falschen Secret-Pfad und unabhängigen Direktzugriff als Negativfälle.
- Prüfe Domain/SRV und Geyser/Floodgate getrennt.
- Halte den BungeeCord-Rollback bereit, bis produktive Joins stabil sind.
Plugins und Betrieb
BungeeCord-Plugins laufen nicht automatisch auf Velocity. Selbst Kompatibilitätsschichten sind kein Ersatz für eine explizite Freigabe. Prüfe beim Installieren von Plugins Plattform, aktuelle Version, Abhängigkeiten, Datenmigration und Security-Hinweise.
Ein Proxy-Neustart trennt Spieler, startet aber die Backends nicht neu. Plane bei beiden Proxys Wartungsfenster, sichere Konfiguration/Plugins und überwache Prozess, TCP, Minecraft-Ping und echten Lobby-Join getrennt.
Entscheidung
| Ausgangslage | Empfehlung |
|---|---|
| neues, aktuelles Paper-Netzwerk | Velocity mit Modern Forwarding zuerst bewerten |
| bestehendes BungeeCord-Netz mit kritischen Plugins | BungeeCord behalten und absichern, Migration separat testen |
| Waterfall | Ablösung planen; Projekt ist EOL |
| Minecraft vor 1.13 | Kompatibilität im Detail prüfen; Modern Forwarding fällt aus |
| unklare Pluginlage | erst Inventar und Kopietest, noch keine Produktivmigration |
Die Domain zeigt in beiden Fällen auf den Proxy; der Domain-/SRV-Guide bleibt gleich. Wer die Instanzen neu aufbauen möchte, startet bei der Minecraft-Server-Bestellung.