Minecraft 26.3: Die Überarbeitung des Brennstoffsystems schreibt die 107 Kochrezepte neu — Ofen, Hochofen, Räucherofen und die Falle des leeren Eimers

Seit Dienstag, dem 1. September 2026, ist die 26.3 von Minecraft keine Snapshot mehr: Sie ist in die Vorabversion übergegangen. Mojang hat an diesem Tag um 13:29 Uhr 26.3 Pre-Release 1 veröffentlicht, dann am Freitag, dem 4. September 2026, um 13:54 Uhr 26.3 Pre-Release 2 — Pariser Zeit, von uns umgerechnet aus den UTC-Zeitstempeln des Versionsmanifests. Die letzte stabile Version bleibt die 26.2, veröffentlicht am 16. Juni 2026, und es ist kein Veröffentlichungsdatum für die 26.3 angekündigt.

Das Studio warnt zu Beginn der Notes der ersten Vorabversion: « There are technical changes, but we are now mainly fixing bugs, making improvements and putting on the final touches ahead of release. » Also kein neuer Inhalt. Außer dass der technische Abschnitt eben dieser Seite eine im Juli begonnene Baustelle abschließt, und zwar eine, die vier Blöcke betrifft, die jeder benutzt: den Ofen, den Hochofen, den Räucherofen und den Braustand. Wir haben die Serverdatei der Pre-Release 2 geöffnet: Die folgenden Zahlen stammen daraus.

Alles steckt in Pre-Release 1, die zweite rührt nichts an

Erster Punkt, leicht zu übersehen: Die Pre-Release 2 enthält keine Änderung im Zusammenhang mit dem Kochen/Garen — keine Interface-Änderung, keine Tag-Umbenennung, siebenunddreißig Bugfixes. Die gesamte Überarbeitung steckt in Pre-Release 1, die das Datenpaket auf 119.0 anhebt.

Die Baustelle stammt nicht erst aus September: Sie beginnt mit Snapshot 4, am Donnerstag, dem 16. Juli 2026, mit zwei Item-Komponenten, minecraft:cooking_fuel — « Describes an item that can be used as fuel for a Furnace, Smoker or Blast Furnace » — und minecraft:brewing_fuel.

Der Brennstoff hat den Code verlassen und ist ins Daten-Set gewandert

Bis zur 26.2 war die Brenndauer eines Gegenstands fest im Programm verankert. Die Pre-Release 1 überführt sie in das neue System der Zahlenlieferanten: burn_time wird zu einem minecraft:context_int_provider, speed_multiplier zu einem minecraft:context_float_provider. Also lesbare und per Datapack veränderbare Dateien.

Die Serverdatei der Pre-Release 2 enthält davon achtzehn für das Garen. Die untenstehenden Dauern sind in Ticks in einem gewöhnlichen Ofen angegeben; die Spalte „gegarte Gegenstände“ ist unsere Division durch die 200 Ticks, die jeder Gegenstand kostet, da der Herausgeber selbst keine Angabe dazu macht.

Hochofen und Räucherofen: Die Verdopplung hat den Platz gewechselt

Der Hochofen und der Räucherofen garen doppelt so schnell wie ein normaler Ofen. Diese Beschleunigung war bisher in den Rezepten verankert; nun wird sie vom Brennstoff getragen.

Der Mechanismus steckt in vier kleinen Dateien. Ein Prädikat, minecraft:block/fast_cooking, bezeichnet nur minecraft:smoker und minecraft:blast_furnace. Der Geschwindigkeitsmultiplikator beträgt dort 2.0 gegenüber 1.0 anderswo, und der Faktor zur Verkürzung der Dauer 2 gegenüber 1: Jede Dauer aus der Tabelle wird halbiert, während sich die Gargeschwindigkeit verdoppelt. Gleiche Ausbeute: Das ist das Ziel.

Die Symmetrie brauchte zwei Monate, um genau zu stimmen. Die Vorabversion 1 behebt MC-311183, „Fuel in blast furnaces and smokers smelts double the items“: Die Dauer wurde nicht verkürzt, und eine Kohle garte sechzehn Gegenstände statt acht in einem Hochofen. Das ist keine Abschwächung gegenüber der 26.2, sondern eine interne Anomalie der 26.3, die vor der Veröffentlichung behoben wurde.

Zwei Anbieter verschwinden dabei, normal_burn_time_multiplier und fast_burn_time_multiplier, „replaced by“ ihre Äquivalente in reduction_factor. Die Ganzzahldivision wird zur Null hin abgeschnitten, schreiben die Notes: Die ungeraden Werte der Tabelle, 4 001 und 67, verlieren dadurch einen Bruchteil eines Ticks, ohne Auswirkung im Maßstab eines gegarten Objekts. Das ist unsere Lesart, keine Warnung des Herausgebers.

Das Feld cookingtime wird verpflichtend: 107 neu geschriebene Rezepte

Das ist die Änderung, die bei anderen etwas kaputtmachen wird. Die Notizen zur Vorabversion 1 lassen keinen Zweifel: „The cookingtime field of all cooking recipes is no longer optional. Custom Smoker and Blast Furnace recipes should be updated accordingly, by setting cookingtime to twice the previous value. If a custom cooking recipe was previously relying on the default cookingtime value, 200 can be used to maintain the same timing.“

Der Vergleich der beiden Server-Dateien macht das Ausmaß deutlich. In 26.2 besitzt keines der 107 Rezepte für Ofen, Schmelzofen und Räucherofen ein Feld cookingtime: 73 Schmelz-, 25 Schmelzofen- und 9 Räucherofen-Rezepte verlassen sich auf den Standardwert. In der Vorabversion 2 weisen alle 107 den Wert 200 auf, einschließlich derer, die zuvor mit einem Standardwert von 100 liefen. Nur die 9 Lagerfeuer-Rezepte behalten ihre 600 Ticks.

Die Konsequenz lässt sich in einem Satz zusammenfassen: Wenn eure selbst erstellten Rezepte für Schmelzofen oder Räucherofen 100 anzeigten, müssen sie nun 200 anzeigen; wenn sie gar keinen Wert anzeigten, werden sie nicht mehr geladen. Die Vorabversion 1 behebt zudem MC-311274, „The default value of the cookingtime field for blasting and smoking recipes is still 100“.

Der leere Eimer, der Trichter und ein Tag mit zwei Einträgen

Zweite Neuerung der Vorabversion 1, unauffälliger und tückischer. Brennstoffe, die einen Gegenstand hinterlassen – im Grundspiel der Lava-Eimer, der einen Eimer zurückgibt – folgen einer zweigeteilten Regel: „If there is fuel remaining in the fuel slot, the remainder item will be dropped on the ground. If the fuel has run out, the remainder item will remain in the fuel slot.“

Konkret: Bleibt noch Brennstoff im Slot, wird der zurückgegebene Gegenstand auf den Boden geworfen; ist kein Brennstoff mehr übrig, bleibt er dort liegen wie bisher. In den Daten der Vorabversion 2 haben wir keinen Brennstoff des Grundspiels gefunden, der den ersten Fall auslösen könnte, und auch der Herausgeber nennt keinen: Die Änderung zielt auf per Datapack hinzugefügte Brennstoffe ab, die nun möglich sind. Bei einer automatisierten Farm gilt es, auf einen Punkt zu achten: Ein zu Boden gefallener Gegenstand wird nicht mehr von einem darunter angebrachten Trichter aufgenommen.

Daher der Ausweg. Die Vorabversion 1 fügt ein Objekt-Tag hinzu, #furnace_fuel_bottom_takeable, „Items that can be taken out of furnace by a hopper attached to the bottom face“. Wir haben es geöffnet: Es enthält genau zwei Einträge, minecraft:bucket und minecraft:water_bucket – den Eimer und den Wassereimer. Mojang stellt diese Entnahme von unten nicht als Neuheit dar: Neu ist, dass sie nun in einem Tag beschrieben wird und somit per Datapack erweiterbar ist.

Der Braustand erfährt dieselbe Überarbeitung und verliert dabei ein Tag. #brewing_fuel, das in 26.2 nur Blaze-Pulver enthielt, ist zugunsten der Komponente verschwunden; die Datei der Vorabversion 2 bestätigt seine Entfernung und legt die Standardanzahl der Verwendungen auf 20 fest.

Was man sich merken sollte

Für einen gewöhnlichen Spieler ändert sich am Ertrag nichts: Eine Kohle verbrennt weiterhin acht Gegenstände, egal bei welchem der drei Blöcke. Die Zahlen in der Tabelle entsprechen denen von 26.2, sie sind lediglich nun lesbar geworden.

Für die anderen – Serveradministratoren, Datapack-Autoren, Farmbauer – sind vor der Veröffentlichung drei Prüfungen unerlässlich: cookingtime vorhanden und bei Schmelzofen- und Räucherofen-Rezepten verdoppelt; Brennstoffe für die Alchemie vom Tag zur Komponente migriert; Brennstoffe mit zurückgegebenem Gegenstand in #furnace_fuel_bottom_takeable eingetragen, da sonst der darunter angebrachte Trichter ihn nicht aufnehmen wird.

Bleibt der Zeitplan: Mojang hat kein Datum für die stabile 26.3 veröffentlicht. Eine zweite Vorabversion signalisiert normalerweise ein nahendes Ende des Zyklus, aber das ist eine Lesart der Historie des Studios, keine offizielle Information des Herausgebers.