Estaba revisando la documentación de desarrolladores de OpenGradient y una línea realmente me detuvo.
Según la documentación oficial de desarrolladores a partir de junio de 2026, el modo de verificación está configurado en Vanilla a menos que un desarrollador lo cambie activamente.
Los documentos de arquitectura definen esto como verificación de firma únicamente, sin prueba de ejecución correcta. Tanto TEE como ZKML existen como opciones. Vanilla es simplemente lo que se ejecuta si no se selecciona nada.
Los documentos explican por qué y son honestos al respecto. ZKML agrega de 1000x a 10000x de sobrecarga computacional, completamente impracticable para modelos grandes. TEE cubre la mayoría de los escenarios de producción. El espectro existe por una razón técnica legítima y lo entiendo.
Lo que no puedo encontrar en ninguna parte es lo que los desarrolladores están eligiendo realmente.
La OpenGradient Foundation reportó más de 2M de inferencias procesadas hasta abril de 2026.
No existe un desglose público de cuántos corrieron en TEE, cuántos en ZKML y cuántos en Vanilla sin prueba verificable de ejecución correcta.
Esa división es el único número que me diría qué es realmente esta red en la práctica, no lo que dicen los documentos oficiales que puede ser.
La elección de diseño tiene sentido técnico para mí, el compromiso es real.
Si el uso detrás de esto coincide con la marca es una pregunta que no he visto que OpenGradient responda públicamente, y es la que sigo regresando.
@OpenGradient #opg $OPG
Según la documentación oficial de desarrolladores a partir de junio de 2026, el modo de verificación está configurado en Vanilla a menos que un desarrollador lo cambie activamente.
Los documentos de arquitectura definen esto como verificación de firma únicamente, sin prueba de ejecución correcta. Tanto TEE como ZKML existen como opciones. Vanilla es simplemente lo que se ejecuta si no se selecciona nada.
Los documentos explican por qué y son honestos al respecto. ZKML agrega de 1000x a 10000x de sobrecarga computacional, completamente impracticable para modelos grandes. TEE cubre la mayoría de los escenarios de producción. El espectro existe por una razón técnica legítima y lo entiendo.
Lo que no puedo encontrar en ninguna parte es lo que los desarrolladores están eligiendo realmente.
La OpenGradient Foundation reportó más de 2M de inferencias procesadas hasta abril de 2026.
No existe un desglose público de cuántos corrieron en TEE, cuántos en ZKML y cuántos en Vanilla sin prueba verificable de ejecución correcta.
Esa división es el único número que me diría qué es realmente esta red en la práctica, no lo que dicen los documentos oficiales que puede ser.
La elección de diseño tiene sentido técnico para mí, el compromiso es real.
Si el uso detrás de esto coincide con la marca es una pregunta que no he visto que OpenGradient responda públicamente, y es la que sigo regresando.
@OpenGradient #opg $OPG