Epoche 8: ein strengeres Orakel
Diesen Beitrag anhören9 Min.
Von KI aus dem Text dieses Beitrags erstellt und von einer synthetischen Stimme gelesen; keine wörtliche Fassung, Fehler sind möglich.
Wird geladen …
Von KI aus dem Text dieses Beitrags erstellt und von einer synthetischen Stimme gelesen; keine wörtliche Fassung, Fehler sind möglich.Position und Geschwindigkeit bleiben in diesem Browser und werden nirgendwohin gesendet.
Die Aufnahme konnte nicht abgespielt werden. Audiodatei öffnen
Am 9. Oktober 2026 um 18:30 UTC ist das Orakel, die Instanz, die über jede Änderung an Coherent entscheidet, in seine 8. Epoche gegangen. Die Epoche hat keine Zeile der Engine geändert. Sie hat geändert, wie das Orakel zu einem Urteil kommt: An mehreren Stellen wird ein Urteil, das trotz schwacher oder gestörter Messung hätte bestehen können, jetzt verweigert. Dieser Beitrag beschreibt, was sich geändert hat, was geplant war und draußen blieb, und wie der Wechsel lief, einschließlich des ersten Anlaufs, der scheiterte.
Was eine Epoche ist
Das Orakel vergleicht jeden Kandidaten unter festen Messbedingungen mit seinem Vorgänger. Ändern sich diese Bedingungen, sind Ergebnisse von vorher und nachher nicht mehr gleich gemessen. Das Orakel eröffnet dann eine neue Epoche: Es baut die aktuelle Engine neu, hält einen neuen Fingerabdruck der Messbedingungen fest und schreibt einen Ankereintrag in sein Register. Vergleiche in der neuen Epoche beginnen bei diesem Anker. Epoche 8 ist der Registereintrag T-0172.
Was sich geändert hat
Entschieden wird mit dem genauen Wert. Ein sequenzieller Test entscheidet, wenn seine Kennzahl, das logarithmierte Wahrscheinlichkeitsverhältnis, eine Schranke erreicht. Das Orakel las diese Kennzahl bisher aus der gedruckten Ausgabe, gerundet auf 2 Nachkommastellen. Ein Lauf, der an seiner Partiengrenze mit dem wahren Wert 2,9355 endet, wird als 2,94 gedruckt und hätte als bestanden gezählt, obwohl die Schranke bei 2,9444 liegt. Jetzt rechnet das Orakel die Kennzahl selbst, in voller Genauigkeit, aus den Partieergebnissen; die gedruckte Zahl dient nur noch der Anzeige.
Bestehen braucht tragende Stufen. Ein regulärer zweistufiger Vergleich besteht nur, wenn beide Stufen in voller Genauigkeit bestehen und die Zahlen der Siege, Remis und Niederlagen zu den Partiepaaren passen.
Die Messkerne sind gebunden und bewacht. Eine getrennte Fortschrittsmessung, die von Hand unter den Bedingungen der kurzen Stufe läuft, bindet ihre Engines jetzt an dieselben Messkerne wie die Tests des Orakels. Scheitert die Bindung der Engines an ihre Kerne, endet der Lauf mit einem Halt statt mit einem Urteil. Der Fingerabdruck der Messbedingungen hält die Takteinstellungen jetzt Kern für Kern fest. Und ein Wächter ist darauf eingestellt, diese Bedingungen während jeder Stufe alle 2 Sekunden zu lesen; eine erkannte Änderung führt nach dem Ende des Tests zu einem Halt statt zu einem Urteil. Der laufende Test wird dabei nicht abgebrochen.
Installation und Übertragung. Für diesen Epochenwechsel wurden die Module des Orakels gemeinsam aus einem geprüften, per Prüfsumme festgelegten Paket installiert. Ein unvollständig angekommenes Paket startet keinen Auftrag; ein festes Verfahren verschiebt das Bruchstück in Quarantäne.
Ein Weg für Fremdmessungen. Die Verankerungen gegen Engines anderer Projekte sollen ins Register eingetragen werden. Der Weg dafür ist installiert, Senden und Bestellen sind aber gesperrt. Er enthält keinen Eintrag; eine registrierte Fremdmessung hat Epoche 8 nicht gebracht.
Hat sich ein früheres Urteil geändert?
Nein. Vor dem Wechsel wurden die neuen Regeln auf das Register vom Morgen angewandt. Jede Stufe behielt mit der genauen Kennzahl ihr Urteil, und jedes Bestehen trägt in voller Genauigkeit. Für alle Einträge, die der Registerleser auswerten konnte, ergaben altes und neues Lesen dasselbe.
| Gruppe | Anzahl | Am nächsten an der Schranke |
|---|---|---|
| Alle Stufen, genaue Kennzahl | 244 | 0,000000051 unter der unteren Schranke; bleibt abgelehnt |
| Stufen bestandener Läufe | 168 | 0,0000073 über der Schranke |
| Einträge, die der Registerleser auswerten konnte | 115 | entfällt |
Was das Register nicht zeigen kann: ob es bei einem früheren Lauf je eine unbemerkte Störung der Messkerne gab. Danach sucht jetzt der Wächter.
Was geplant war und draußen blieb
Der Plan vom 5. Oktober 2026 war größer. Er enthielt einen automatischen Weg für Änderungen, die richtig, aber zu klein für einen messbaren Gewinn sind, einen Weg für Vereinfachungen, einen Weg für Spieleinstellungen und die Endspieltafeln. Keiner davon wurde in Epoche 8 aktiviert.
Am Morgen des 9. Oktober 2026 wurde der Umfang auf das Fertige verkleinert. Später am Vormittag fragte der Inhaber des Projekts, ob ein früherer Wechsel mehr Spielstärke bringt, und fügte hinzu: Wenn wegen des Wechsels etwas blockiert ist, dann wechseln wir baldmöglichst. Zwei unabhängige Gutachten aus zwei Modellfamilien kamen zur selben Antwort. Die geplanten Termine, der 10. Oktober 2026 für den Inhalt und der 12. Oktober 2026 für das Fenster, waren Puffer aus einem überholten Plan, keine äußeren Gründe. Keines der Gutachten konnte zeigen, dass ein früherer Wechsel messbar mehr Spielstärke bringt; der Nutzen ist eine sicherere Messung. Auf Anweisung des Inhabers wurden dann keine neuen Tests mehr zugelassen, der laufende durfte zu Ende laufen, und der Wechsel folgte, ohne eine Messung abzubrechen.
Wie der Wechsel lief
Erster Anlauf. Um 13:33 UTC öffnete das Fenster. Keine Minute später, um 13:34, scheiterte der 2. Schritt: Eine erwartete Datei fehlte auf dem Orakelrechner, weil dort noch nie ein Lauf der Art stattgefunden hatte, die sie schreibt. Der Rückweg funktionierte. Das Register blieb unverändert, die gestoppten Dienste wurden wiederhergestellt, kein neuer Weg wurde eingeschaltet, und um 13:41 lief das Orakel wieder in Epoche 7. Danach maß es einen wartenden Kandidaten bis zum Urteil. Der Umgang mit fehlenden Dateien wurde berichtigt, die Voraussetzungen späterer Schritte wurden vorab geprüft, und das Paket wurde neu geprüft.
Ein festes Tor. Gegen 15:14 setzte der Inhaber ein festes Tor auf dem Orakelrechner ein. Der zweite Anlauf ging ohne jeden Schritt eines Menschen hindurch.
Zweiter Anlauf. Um 17:54 öffnete das Tor. Vor dem Anker mussten zwei Modellfamilien den neuen Fingerabdruck unabhängig bestätigen. Die erste Runde scheiterte, weil ein Beleg zur Last des Rechners fehlte; der leitende Agent hat das als eigenen Fehler festgehalten. Die zweite Runde scheiterte, weil der neue Weg nach dem Einschalten 24 wartende Pakete zugestellt hätte; der Sender wurde gesperrt. In der dritten Runde bestätigten beide. Der Anker folgte um 18:30, mit zweimal byte-gleich gebauter Engine. Nach einer Wartefrist und einer Lastprüfung wurde das Orakel um 18:41 freigegeben.
Die ersten Ergebnisse
Der erste Lauf in Epoche 8 wurde in der kurzen Stufe nach rund 12.900 Partien abgelehnt. Der zweite, eine Fassung der Engine aus der Linie einer zweiten Forschergruppe mit eigener Suche, bestand beide Stufen. Das sind Schätzungen aus sehr kurzen Tests.
| Lauf | Stufe | Elo | Partien |
|---|---|---|---|
| Erster | kurz, abgelehnt | −1,56 ± 3,08 | 12.892 |
| Zweiter | kurz, bestanden | +51,19 ± 12,05 | 834 |
| Zweiter | lang, bestanden | +54,65 ± 11,65 | 750 |
Epoche 8 dauerte etwa vier Stunden. Der Anker der Epoche 9 folgte um 22:29 UTC. Das ist eine eigene Geschichte.
Epoche 8 hat das Orakel strenger gemacht, nicht die Engine stärker. Was das wert war, zeigt sich erst mit der Zeit: an Urteilen, die nicht mehr durch Rundung oder durch eine gestörte Messung bestehen.