@OpenGradient Ich bemerkte den Rollback erst, nachdem die Ausgaben nicht mehr weiter driften.

Das war das Seltsame. Das Modell begann sich wieder normal zu verhalten, aber der Raum wirkte nicht wirklich zur Ruhe gekommen. Einige Inferenzprotokolle deuteten noch auf das neuere Veröffentlichungsfenster hin. Ein Agent hatte seinen Workflow bereits an das Fehlverhalten angepasst. Während der chaotischen Phase war eine Zahlung durchgegangen. Niemand stritt darüber, ob das alte Modell funktionierte. Es wurde darüber gestritten, ob das System nachweisen kann, welche Version wofür eingesetzt wurde.

Genau dort wird ein Rollback in OpenGradient unangenehm.

Gewichte wiederherzustellen ist einfacher als Vertrauen wiederherzustellen. Das alte Modell braucht seine Blob-ID, damit sie weiterhin eine Bedeutung hat. Der Beweis-Pfad muss das erkennen. Die Historie der Model Hub kann nicht so tun, als habe die fehlgeschlagene Version nie existiert. Abrechnungs- oder Settlement-Records müssen lesbar bleiben, auch wenn der Live-Endpunkt wieder nach hinten verschoben wurde.

Ich würde das nicht als normalen Versions-Rollback bezeichnen. Es ist eher, als würde man das Netzwerk bitten, eine ältere Wahrheit zu akzeptieren, ohne den Überblick über den neueren Fehler zu verlieren.
Vielleicht skaliert das sauber, wenn Releases klein sind und die Audit-Trails diszipliniert geführt werden. Weniger sicher bin ich mir, wenn Agenten, Zahlungen, Beweise und Modellrouting gleichzeitig in Bewegung sind.

Der eigentliche Test ist nicht, ob OpenGradient zurückgehen kann.

Sondern ob das Zurückgehen eine Spur hinterlässt, die klar genug ist, um ihr zu vertrauen.#opg $OPG

Kann OpenGradient alte Modelle per Rollback zurückholen, ohne Vertrauen zu verlieren?