Ich habe die Entwicklerdokumentation von OpenGradient durchgesehen und eine Zeile hat mich wirklich gestoppt.

Laut offiziellen Entwicklerdokumentationen vom Juni 2026 ist der Verifizierungsmodus auf Vanilla eingestellt, es sei denn, ein Entwickler ändert dies aktiv.

Die Architektur-Dokumente definieren dies als nur Signaturverifizierung, ohne Nachweis einer korrekten Ausführung. Sowohl TEE als auch ZKML stehen als Optionen zur Verfügung. Vanilla ist einfach das, was läuft, wenn nichts ausgewählt ist.

Die Dokumente erklären, warum und sind ehrlich darüber. ZKML fügt 1000x bis 10000x Rechenaufwand hinzu, was für große Modelle völlig unpraktisch ist. TEE deckt die meisten Produktionsszenarien ab. Das Spektrum existiert aus einem legitimen technischen Grund, und ich verstehe das.

Was ich nirgendwo finden kann, ist, was Entwickler tatsächlich wählen.

Die OpenGradient Foundation berichtete bis April 2026 von über 2 Millionen verarbeiteten Inferenzanfragen.

Es gibt keinen öffentlichen Überblick darüber, wie viele TEE, wie viele ZKML und wie viele Vanilla ohne verifizierbaren Nachweis einer korrekten Ausführung liefen.

Diese Aufteilung ist die einzige Zahl, die mir sagen würde, was dieses Netzwerk in der Praxis tatsächlich ist, nicht was die offiziellen Dokumente sagen, dass es sein kann.

Die Designentscheidung macht für mich technisch Sinn, der Kompromiss ist real.

Ob die Nutzung dahinter zur Marke passt, ist eine Frage, die ich nicht gesehen habe, dass OpenGradient sie öffentlich beantwortet, und es ist die, zu der ich immer wieder zurückkomme.
@OpenGradient #opg $OPG