Deine Eisenfarm steht still, sobald du weg bist? Dann brauchst du einen Chunkloader – eine Konstruktion, die dafür sorgt, dass bestimmte Chunks dauerhaft geladen bleiben und deine Farmen weiterlaufen, auch wenn kein Spieler in der Nähe ist. Diese Anleitung erklärt die Mechanik, zeigt den klassischen Netherportal-Chunkloader und die zuverlässigen Alternativen für Server.
Was ist ein Chunkloader?
Ein Chunkloader hält einen oder mehrere Chunks „aktiv", ohne dass ein Spieler dort sein muss. Nur in geladenen Chunks laufen Redstone, Mob-Spawns, Wachstum und Item-Transport. Ohne Chunkloader „friert" alles ein, was außerhalb deiner Reichweite liegt.
Wie funktionieren Chunks?
- Chunk-Größe: Ein Chunk ist eine 16×16 Blöcke große Säule über die volle Welthöhe.
- Simulation Distance: Legt fest, wie weit um einen Spieler herum Chunks aktiv getickt werden (Redstone, Mobs, Wachstum). Steht in der
server.properties. - Render Distance: Wie weit ein Spieler die Welt sieht – rein clientseitig, tickt nichts.
- Spawn Chunks: Der Bereich um den Weltspawn bleibt in Java immer geladen (ein Feld von ~19×19 Chunks, davon ein kleinerer Kern voll aktiv). Farmen hier laufen dauerhaft.
Warum braucht man einen Chunkloader?
Damit diese Anlagen weiterlaufen, während du woanders bist:
- Eisenfarm – produziert Eisen rund um die Uhr
- Villager-/Handelshallen – Restock und Berufe-Ticks
- Redstone-Anlagen – Uhren, Automaten, Fahrstühle
- Item-Sortieranlagen – Hopper transportieren weiter
- Crop-Farmen – Pflanzen wachsen weiter
- Mob-Farmen – Spawns laufen weiter
Funktioniert ein Chunkloader in jeder Version?
Die Mechanik unterscheidet sich stark – hier der Überblick:
| Plattform | Chunkloading |
|---|---|
| Java Edition | Spawn Chunks + Befehl /forceload; Netherportal-Loader funktionieren technisch, sind aber versionsabhängig |
| Bedrock | Kein /forceload; Redstone-Loader verhalten sich anders, unzuverlässiger |
| Paper / Spigot | /forceload verfügbar; zusätzlich Plugins und feine Chunk-Einstellungen |
| Fabric / Forge | Vanilla-Wege plus Mods (z. B. dedizierte Chunkloader-Mods) |
/forceload fast immer die bessere Wahl als eine Redstone-Konstruktion: zuverlässig, versionssicher und ohne laufende Entities. Der Netherportal-Bau unten ist die „Vanilla-Survival"-Variante ohne Befehle.Chunkloader mit Netherportal bauen
Das Prinzip: Reist eine Entität (z. B. ein geworfenes Item) durch ein Netherportal, wird der Ziel-Chunk auf der anderen Seite kurz geladen. Schickst du ununterbrochen Entitäten hindurch, bleibt der Chunk aktiv.
Materialliste
- 1× Netherportal in der Oberwelt + das verlinkte Portal im Nether (mind. 10 Obsidian + Feuerzeug)
- 1× Spender (Dispenser)
- 1× Trichter (Hopper)
- Redstone: 1 Beobachter (Observer) oder eine einfache Redstone-Uhr
- Ein Item-Nachschub (z. B. ein Stapel Pfeile/Eier zum Durchwerfen)
Schritt-für-Schritt
- Portal bauen und einmal durchgehen, damit das Gegenstück im Nether erzeugt und verlinkt wird.
- Direkt vor das Portal einen Spender setzen, der in Richtung Portal zeigt.
- Über einen Trichter den Spender mit Items befüllen (Nachschub-Kreislauf).
- Mit Beobachter/Redstone-Uhr den Spender im Takt auslösen – er schießt laufend Items ins Portal.
- Die Items teleportieren durch das Portal und halten den Ziel-Chunk geladen.
Erklärung der Mechanik
Beim Betreten eines Portals wird der Ziel-Bereich der anderen Dimension geladen, damit die Entität dort ankommen kann. Dieses kurzzeitige Laden nutzt der Chunkloader aus: Durch den Dauerstrom an Entitäten wird der Chunk nie ganz entladen. Sobald der Nachschub stoppt, „taut" der Chunk nach kurzer Zeit wieder auf – die Farm steht.
Grenzen
- Hält meist nur wenige Chunks rund ums Portal geladen – für große Anlagen mehrere Loader nötig
- Laufende Entitäten (die Items) erzeugen selbst minimale Last
- Versionsabhängig und nicht offiziell „vorgesehen" – kann durch Updates brechen
- In Bedrock deutlich unzuverlässiger
Alternativen (empfohlen auf Servern)
| Methode | Wann sinnvoll |
|---|---|
/forceload add <von> <bis> | Vanilla-Java-Befehl seit 1.13 – lädt Chunks dauerhaft, ohne Redstone. Beste Wahl auf eigenen Servern |
| Spawn Chunks nutzen | Farm einfach beim Weltspawn bauen – ist immer geladen |
| Chunkloader-Plugin (Paper/Spigot) | Loader an einen Spieler/Claim binden, mit Limits gegen Last |
| Chunkloader-Mod (Fabric/Forge) | Dedizierte Blöcke zum Laden, oft mit Zeit-/Aufwandslimit |
# Beispiel: einen Bereich dauerhaft laden (Koordinaten anpassen)
/forceload add 100 -200 180 -120
/forceload query # zeigt geladene Bereiche
/forceload remove 100 -200 180 -120Häufige Fehler
- Simulation Distance zu niedrig – selbst geladene Chunks ticken nicht, wenn der Wert zu klein ist
- Portal nicht verlinkt – zuerst einmal manuell durchgehen, damit das Gegenstück existiert
- Nachschub leer – ohne Items stoppt der Kreislauf und der Loader fällt aus
- Falsche Dimension geladen – Ober- und Nether-Seite verwechselt
- Auf dem Server
/forceloadvergessen, obwohl es die einfachste Lösung wäre
FAQ
Belastet ein Chunkloader den Server? Ja, ein wenig – jeder geladene Chunk kostet Leistung, laufende Entitäten zusätzlich. Auf gemeinsam genutzten Servern sparsam einsetzen. Wie du Last misst und senkst, steht unter Paper-Server optimieren.
Wie viele Chunkloader sind okay? So wenige wie möglich. Bündle Farmen nah beieinander, statt viele einzelne Loader zu bauen.
Funktioniert das ohne Befehle? Ja – der Netherportal-Loader kommt ohne Befehle aus. Mit Serverzugriff ist /forceload aber einfacher und stabiler.
Fazit
Für den reinen Survival-Betrieb ist der Netherportal-Chunkloader eine clevere Redstone-Lösung. Auf einem eigenen Server ist /forceload (oder ein Plugin) meist die bessere, zuverlässigere Wahl. Wichtig bleibt immer: Simulation Distance passend setzen und die Serverlast im Blick behalten.
Weiter geht's
- Läuft dein Server durch viele Farmen zäh? Paper-Server optimieren
- Handelshallen richtig bauen: Alle Dorfbewohner-Berufe in Minecraft
- Noch keinen eigenen Server? Minecraft Server erstellen