#sxt $SXT O CMO da Space and Time disse uma vez: alguém mexeu nos dados antes de eles entrarem no sistema, e o Proof of SQL não consegue detectar isso.
Li essa frase duas vezes.
O Proof of SQL prova que a consulta foi executada corretamente e que o resultado corresponde aos dados previamente comprometidos, gerando uma prova em menos de um segundo. O que pode ser verificado é o cálculo. Ele não consegue controlar de onde vêm os dados de entrada nem se foram alterados.
Quando agentes de IA o usam para tomar decisões, ou quando bancos ancoram dados de reservas na blockchain para tokenizá-los, o verdadeiro risco está justamente na etapa anterior à entrada.
Por isso, analiso a questão em duas camadas. A camada de cálculo tem provas matemáticas — isso é sólido. Na camada de entrada, os validadores assinam compromissos sobre os dados; a confiança passa do banco de dados para o conjunto de validadores, mas não desaparece.
Quanto ao token, a oferta total é fixa em 5 bilhões. Em fevereiro, a estimativa oficial para o rendimento de staking era de cerca de 9,7%, mas foi explicitado que ele varia conforme a carga de consultas. Os dados de taxas no DefiLlama ainda são bastante modestos.
Estou de olho em duas coisas: se as fontes de dados da camada de entrada passam por auditorias públicas e se a proporção das taxas de consulta em relação às recompensas de staking está aumentando.
Os agentes de IA devem confiar que “o cálculo foi feito corretamente” ou que “os dados não foram alterados”?
O texto acima não constitui recomendação de investimento. Negociar envolve riscos.
DYOR.
@SpaceandTime $SXT #SXT