A maioria da galera que analisa projetos de infraestrutura de IA pula a camada de consenso e vai direto para os produtos. Isso é um ponto cego. O mecanismo de consenso define a base de confiança de toda a rede; se você escolher errado, por mais produtos que colocar em cima, vai ser só castelo de areia.
@OpenGradient Escolhi o CometBFT (antigo Tendermint) como camada de consenso, e acredito que essa escolha tem uma lógica de engenharia bem clara, não é algo aleatório.
O motivo chave é que as necessidades de validação para a inferência de IA e as características do tradicional PoW/PoS têm um conflito estrutural. A prova de inferência de IA não precisa "finalmente falar pela potência de cálculo"; ela precisa de: uma vez que você tenha a prova TEE ou a prova ZKML, precisa poder confirmar rapidamente e ter um fim imediato. O que o CometBFT oferece é exatamente isso — finalização instantânea, uma vez que o bloco é enviado, é confirmação final, sem possibilidade de fork ou rollback.
Para a liquidação da prova de IA, essa propriedade é crucial. Você não quer que uma prova de inferência suba na cadeia e ainda tenha que esperar 12 blocos para saber se ela foi isolada.
Outro ponto: o CometBFT exige que mais de 2/3 dos validadores cheguem a um consenso, o limite de tolerância a bizâncio é menos de 1/3 de nós maliciosos. Os validadores que verificam as provas TEE e ZKML fazem isso através de operações criptográficas, sem precisar reexecutar a IA — isso está totalmente alinhado com a ideia de "execução e verificação separadas" da arquitetura HACA.
Com um tempo de bloco de 10 segundos junto com a finalização instantânea, é um ponto de equilíbrio razoável entre segurança e latência.
$OPG A rede agora está operando em teste no testnet, a estabilidade da camada de consenso vai impactar diretamente a experiência de liquidação da prova de inferência na mainnet. A qualidade dessa escolha de base, eu acho que é um critério de avaliação severamente subestimado.
Quando você avalia projetos de infraestrutura, o mecanismo de consenso é o seu ponto de partida para pesquisa?
@OpenGradient
#opg $OPG
@OpenGradient Escolhi o CometBFT (antigo Tendermint) como camada de consenso, e acredito que essa escolha tem uma lógica de engenharia bem clara, não é algo aleatório.
O motivo chave é que as necessidades de validação para a inferência de IA e as características do tradicional PoW/PoS têm um conflito estrutural. A prova de inferência de IA não precisa "finalmente falar pela potência de cálculo"; ela precisa de: uma vez que você tenha a prova TEE ou a prova ZKML, precisa poder confirmar rapidamente e ter um fim imediato. O que o CometBFT oferece é exatamente isso — finalização instantânea, uma vez que o bloco é enviado, é confirmação final, sem possibilidade de fork ou rollback.
Para a liquidação da prova de IA, essa propriedade é crucial. Você não quer que uma prova de inferência suba na cadeia e ainda tenha que esperar 12 blocos para saber se ela foi isolada.
Outro ponto: o CometBFT exige que mais de 2/3 dos validadores cheguem a um consenso, o limite de tolerância a bizâncio é menos de 1/3 de nós maliciosos. Os validadores que verificam as provas TEE e ZKML fazem isso através de operações criptográficas, sem precisar reexecutar a IA — isso está totalmente alinhado com a ideia de "execução e verificação separadas" da arquitetura HACA.
Com um tempo de bloco de 10 segundos junto com a finalização instantânea, é um ponto de equilíbrio razoável entre segurança e latência.
$OPG A rede agora está operando em teste no testnet, a estabilidade da camada de consenso vai impactar diretamente a experiência de liquidação da prova de inferência na mainnet. A qualidade dessa escolha de base, eu acho que é um critério de avaliação severamente subestimado.
Quando você avalia projetos de infraestrutura, o mecanismo de consenso é o seu ponto de partida para pesquisa?
@OpenGradient
#opg $OPG