Um agente de IA está prestes a transferir capital para um protocolo de empréstimos.
Antes de assinar qualquer coisa, ele consulta as taxas registradas pelo protocolo no último trimestre.
Uma pergunta simples: como ele sabe que esse número é real?
No momento, na maioria das vezes, não.
O dado vem de uma API ou do banco de dados de alguém, e o agente age com base no que recebe, à velocidade da máquina.
Essa lacuna é o que @SpaceandTime foi projetado para preencher.
Space and Time é uma blockchain de dados apoiada pelo M12, o fundo de capital de risco da Microsoft.
Ela indexa dados on-chain, armazena conjuntos de dados off-chain junto deles e retorna resultados SQL com uma prova zk anexada (Proof of SQL).
Quem consome o resultado, seja um agente ou um contrato, verifica a prova e dispensa a confiança no operador.
IA
A infraestrutura de agentes está evoluindo rapidamente: carteiras, assinaturas, meios de pagamento, execução entre blockchains. Mas ainda falta algo entre a intenção de um agente e sua transação: os dados que indicam se a transação faz sentido.
Pense no que um agente financeiro sério precisa fazer antes de agir.
Analisar o comportamento de uma posição ao longo de várias semanas, agregar atividades entre protocolos e blockchains, buscar dados externos, como níveis de reservas, e então executar uma lógica com tudo isso.
Um agente que avalia um empréstimo precisa saber como o índice de garantia do mutuário variou nos últimos 30 dias, e um contrato inteligente não consegue responder a isso com base apenas no estado atual.
Um operador humano verificaria o painel antes de clicar. Um agente não tem esse momento de pausa.
Um dado desatualizado ou manipulado vai direto para uma transação assinada. Quando o histórico de taxas ou os dados de garantia chegam como resultado de uma consulta comprovada, o agente pode verificar os dados que recebeu, e a contraparte pode conferir o que o agente viu antes que o capital seja movimentado.
É essa segunda parte que transforma “deixar um agente gerir dinheiro” de um salto de fé em algo que uma equipe de risco pode aprovar.
Tokenização
A tokenização da primeira onda era apenas uma representação: um token que acompanha o preço de um título ou de uma ação. Os produtos que as instituições operam hoje são cálculos.
- um fundo tokenizado do mercado monetário se rebalanceia com base nas curvas de rendimento e aplica regras de resgate conforme os limites de liquidez.
- um fundo de crédito privado recebe pagamentos de dezenas de empréstimos, aplica a lógica de distribuição em cascata entre tranches e ajusta as avaliações à medida que surgem inadimplências.
O ativo é o resultado desse cálculo.
É aqui que a maioria dos programas emperra: os contratos conseguem aplicar regras, mas não conseguem fazer cálculos sobre grandes conjuntos de dados ou dados históricos. Os sistemas off-chain conseguem fazer esses cálculos, mas então todos os detentores precisam confiar no resultado.
Os emissores acabam simplificando o ativo ou adicionando um intermediário confiável, o que enfraquece a razão de tokenizar em primeiro lugar.
A Space and Time preenche essa lacuna: um administrador ou emissor executa o cálculo do NAV como uma consulta SQL sobre os dados das participações e publica o resultado com uma prova de que o cálculo foi executado corretamente sobre esses dados.
A custódia e a auditoria ainda determinam quais são as participações. A prova fecha a última etapa entre esses registros e o número que o detentor vê on-chain.
A mesma lógica vale para uma ação tokenizada negociada em vários pools: o volume total de todos eles é calculado de uma só vez e comprovado com base em dados comprometidos.
DeFi
Um contrato vê o bloco atual e nada do que veio antes. É por isso que a maioria dos incentivos DeFi é pouco precisa.
Uma única faixa de taxas para todos. Recompensas distribuídas com base em snapshots que os farmers aprendem a explorar. Programas de fidelidade que não conseguem reconhecer a fidelidade.
Os hooks do Uniswap v4 mostram tanto os limites quanto a solução. Um hook pode executar lógica personalizada em cada swap, mas só conhece o estado atual do pool e o que quer que seja passado a ele.
A Space and Time publica modelos de hooks nos quais o hook faz uma consulta histórica, algo como quanto essa carteira negociou nos últimos 30 dias, e recebe uma resposta comprovada.
O modelo de desconto por fidelidade armazena em cache a categoria do usuário assim que a elegibilidade é comprovada e aplica a taxa mais baixa no momento do swap. A consulta SQL é a única parte que o desenvolvedor precisa escrever.
O mesmo padrão se estende a programas de recompensa em que a elegibilidade é calculada com base em atividades passadas reais e comprovada, para que ninguém precise declarar a própria atividade e qualquer pessoa possa auditar quem se qualificou e por quê.
Os protocolos finalmente podem precificar o comportamento ao longo do tempo, em vez de considerar um único momento.
Token
O token está vinculado ao trabalho real. Toda carga de trabalho na rede é liquidada em $SXT : indexar dados de blockchain, inserir conjuntos de dados off-chain, gerar e verificar provas de consultas.
Cada consulta custa SXT porque exige computação real. Por outro lado, faz-se staking de SXT para respaldar os validadores que executam consultas e protegem a blockchain.
O uso e a segurança dependem do mesmo ativo, e as taxas são registradas on-chain, onde qualquer pessoa pode acompanhá-las.
Se o seu agente ou protocolo pudesse comprovar uma consulta histórica antes de agir, qual consulta você escolheria primeiro?
