私がOpenGradientの開発者ドキュメントを読んでいた時、ある一文が本当に目を引きました。

2026年6月現在の公式開発者ドキュメントによれば、検証モードは開発者が積極的に変更しない限り、バニラに設定されています。

アーキテクチャのドキュメントでは、これは署名検証のみを定義しており、正しい実行の証明はありません。TEEとZKMLのオプションが存在します。バニラは、何も選択されなかった場合に実行されるものです。

ドキュメントはその理由を説明しており、正直です。ZKMLは1000倍から10000倍の計算オーバーヘッドを追加し、大規模なモデルには全く実用的ではありません。TEEはほとんどのプロダクションシナリオをカバーします。スペクトラムは正当な技術的理由で存在し、私もそれを理解しています。

しかし、開発者たちが実際に何を選んでいるのかはどこにも見つかりません。

OpenGradient財団は、2026年4月時点で200万回以上の推論を処理したと報告しています。

TEEを実行した数、ZKMLを実行した数、検証可能な正しい実行の証明なしにバニラで実行した数の公表された内訳はありません。

その分割こそが、このネットワークが実際に何であるかを教えてくれる唯一の数字であり、公式ドキュメントに書かれていることではありません。

デザインの選択は技術的に意味がありますが、トレードオフは現実です。

その使用がブランドにマッチしているかどうかは、OpenGradientが公に答えたのを見たことがない質問で、私は何度もそれに戻ってきます。
@OpenGradient #opg $OPG