Passei a noite consultando a documentação do OpenGradient até 1 da manhã. Quando vi as quatro palavras “validação assíncrona”, pressionei Ctrl+F de forma automática, digitando “validação falhou”.
0 resultados.
Tentei também “failure”, “settlement”, “rollback”. Não havia nada.
O design da HACA, na verdade, é bem inteligente. Blockchains tradicionais fazem com que cada validador reexecute cada transação; a inferência por IA é cara e não determinística, então simplesmente não dá para rodar. A solução do OpenGradient é separar execução e validação: os nós de inferência rodam o modelo, retornando resultados em nível de milissegundos; os nós completos validam assincronamente as provas do TEE. Os nós de validação não precisam saber qual é o prompt ou qual é o modelo; só precisam confirmar que o código não foi adulterado no enclave.
O problema está justamente aqui. A documentação oficial diz claramente que a prova do TEE valida “enclave was not tampered with”, não se o resultado em si está correto. O nó de inferência pode “rodar corretamente” o modelo dentro do TEE e devolver um resultado errado — a prova ainda assim passa. A documentação admite uma “lacuna temporária de confiança”, mas não diz como essa lacuna é preenchida. Não há uma única palavra sobre isso. $OPG
A Gate Academy tem um artigo que menciona “validação falhou, o resultado será rejeitado ou recalculado”. Quem paga o dinheiro do recalculo? Como reverter as transações já executadas? A documentação oficial nem deixa um TODO
Dê uma olhada no DeFi: quando a validação falha, há liquidação e apreensão como garantia; no caso de um Optimistic Rollup, existe o período de desafio e provas de fraude. O OpenGradient vende “primeiro sai o resultado, depois valida” como argumento — e pelo que parece, quem vai lidar com o desastre é o próprio usuário. #OPG
A direção da arquitetura está certa. Mas antes que o modelo econômico da mainnet seja publicado por completo e o mecanismo de tratamento de falha de validação seja descrito na documentação, eu preciso deixar essa conta bem fechada. @OpenGradient
0 resultados.
Tentei também “failure”, “settlement”, “rollback”. Não havia nada.
O design da HACA, na verdade, é bem inteligente. Blockchains tradicionais fazem com que cada validador reexecute cada transação; a inferência por IA é cara e não determinística, então simplesmente não dá para rodar. A solução do OpenGradient é separar execução e validação: os nós de inferência rodam o modelo, retornando resultados em nível de milissegundos; os nós completos validam assincronamente as provas do TEE. Os nós de validação não precisam saber qual é o prompt ou qual é o modelo; só precisam confirmar que o código não foi adulterado no enclave.
O problema está justamente aqui. A documentação oficial diz claramente que a prova do TEE valida “enclave was not tampered with”, não se o resultado em si está correto. O nó de inferência pode “rodar corretamente” o modelo dentro do TEE e devolver um resultado errado — a prova ainda assim passa. A documentação admite uma “lacuna temporária de confiança”, mas não diz como essa lacuna é preenchida. Não há uma única palavra sobre isso. $OPG
A Gate Academy tem um artigo que menciona “validação falhou, o resultado será rejeitado ou recalculado”. Quem paga o dinheiro do recalculo? Como reverter as transações já executadas? A documentação oficial nem deixa um TODO
Dê uma olhada no DeFi: quando a validação falha, há liquidação e apreensão como garantia; no caso de um Optimistic Rollup, existe o período de desafio e provas de fraude. O OpenGradient vende “primeiro sai o resultado, depois valida” como argumento — e pelo que parece, quem vai lidar com o desastre é o próprio usuário. #OPG
A direção da arquitetura está certa. Mas antes que o modelo econômico da mainnet seja publicado por completo e o mecanismo de tratamento de falha de validação seja descrito na documentação, eu preciso deixar essa conta bem fechada. @OpenGradient