OpenGradient resolveu um problema, mas talvez não seja o mais urgente para os desenvolvedores
Ao ler o white paper, reparei em um detalhe: verificação do ambiente TEE, processo de verificação do ZKML, e saída da prova — três camadas de verificação, cada uma com seu trecho.
O desenho é bem bonito. Mas quando perguntei a alguns amigos que fazem estratégias DeFi, a reação foi bem parecida: “O que importa é o meu modelo rodar rápido; quem se importa se dá para verificar?”
Essa frase é bem realista. Para a maioria dos desenvolvedores, custo é um indicador rígido, velocidade é um indicador rígido, e “verificável” fica bem mais atrás. Não é que a verificação não seja útil; é que, na maior parte dos cenários, o usuário simplesmente não liga se o backend foi adulterado — desde que o resultado esteja certo.
@OpenGradient de fato resolve um problema real, mas a prioridade desse problema talvez não seja tão alta quanto parece. O que realmente precisa ser verificável são coisas como compensação financeira, diagnóstico médico e negociação automática — situações em que “se der errado, não dá para voltar atrás”. Em outras situações, “ser verificável” é mais como um extra que adiciona valor.
Então eu não vou focar apenas no quão duro é o aspecto técnico; vou observar um dado: depois que o subsídio diminui, quantas pessoas ainda estão dispostas a pagar aqueles Gas a mais por “verificável”. Se a proporção de inferência paga de verdade conseguir decolar, então aí sim teremos uma temperatura real da necessidade de verificação.
A tecnologia é boa, mas as contas do negócio precisam ser calculadas separadamente.
#OPG $OPG @OpenGradient $BTC
Ao ler o white paper, reparei em um detalhe: verificação do ambiente TEE, processo de verificação do ZKML, e saída da prova — três camadas de verificação, cada uma com seu trecho.
O desenho é bem bonito. Mas quando perguntei a alguns amigos que fazem estratégias DeFi, a reação foi bem parecida: “O que importa é o meu modelo rodar rápido; quem se importa se dá para verificar?”
Essa frase é bem realista. Para a maioria dos desenvolvedores, custo é um indicador rígido, velocidade é um indicador rígido, e “verificável” fica bem mais atrás. Não é que a verificação não seja útil; é que, na maior parte dos cenários, o usuário simplesmente não liga se o backend foi adulterado — desde que o resultado esteja certo.
@OpenGradient de fato resolve um problema real, mas a prioridade desse problema talvez não seja tão alta quanto parece. O que realmente precisa ser verificável são coisas como compensação financeira, diagnóstico médico e negociação automática — situações em que “se der errado, não dá para voltar atrás”. Em outras situações, “ser verificável” é mais como um extra que adiciona valor.
Então eu não vou focar apenas no quão duro é o aspecto técnico; vou observar um dado: depois que o subsídio diminui, quantas pessoas ainda estão dispostas a pagar aqueles Gas a mais por “verificável”. Se a proporção de inferência paga de verdade conseguir decolar, então aí sim teremos uma temperatura real da necessidade de verificação.
A tecnologia é boa, mas as contas do negócio precisam ser calculadas separadamente.
#OPG $OPG @OpenGradient $BTC