Monitoramento de arbitragem de taxa de financiamento para agentes de IA em todos os locais ao vivo

Introdução

Se você está construindo um agente de negociação de IA que observa futuros perpétuos, as taxas de financiamento são a coisa mais próxima que você tem de uma fita de sentimento em tempo real. Mas o financiamento de um único local é ruído. O sinal está na divergência — quando a Binance está pagando longas para manter e a Bybit está pagando curtas, essa lacuna é onde um agente ganha seu sustento. O problema é que a maioria das pilhas de agentes conecta um WebSocket a uma única exchange, calcula uma média móvel e chama isso de monitor. Isso não é inteligência de arbitragem. Isso é um marcador de taxa com etapas extras.

O AlgoVault existe para dar aos agentes um veredicto composto em vez de um monte de feeds brutos. Nosso histórico público — 91,6% de taxa de vitória PFE · 577.638+ chamadas verificadas · ancorado em Merkle no Base L2 — é o recibo para essa afirmação. Este post explica como um agente de IA usa o servidor MCP do AlgoVault para monitorar a divergência da taxa de financiamento em todos os locais ao vivo em uma única chamada, decidir quando a configuração é real e pular quando não é.

O problema com monitores de financiamento DIY

Todo construtor de agentes começa da mesma forma. Escolha duas exchanges. Inscreva-se em seus fluxos WebSocket de taxa de financiamento. Calcule o spread. Alerta quando cruza um limite. Envie. Duas semanas depois, o agente está ou enviando alertas sobre taxas obsoletas (porque um local publica no intervalo de financiamento e o outro publica tick a tick), ou está perdendo as configurações reais porque o limite foi calibrado em um regime que não existe mais.

Os modos de falha do DIY se acumulam rapidamente:

• Alinhamento de intervalo. Binance, Bybit, OKX e Bitget não publicam financiamento no mesmo relógio. Diferenças ingênuas produzem divergência fantasma em cada limite de publicação.
• Desvio de convenção de sinal. Alguns locais citam financiamento de oito horas, alguns citam por intervalo, alguns anualizam. Se seu agente normaliza errado uma vez, a direção da arbitragem se inverte.
• Cegueira de regime. Alguns pontos base de lacuna de financiamento em um regime de chop é uma moeda. A mesma lacuna em uma tendência forte é um sinal de fade para o lado pagante. Diferenças brutas não conseguem ver isso.
• Sem proveniência. Quando seu agente age em uma divergência e dá errado, você não pode auditar por que o monitor achou que era uma configuração. Não há recibo.

A razão estrutural não é preguiça. É que a inteligência de taxa de financiamento é um problema de múltiplos locais, e SDKs de uma única exchange são ferramentas de um único local por construção. Você não pode conectar o raciocínio de múltiplos locais a um feed por exchange. Você tem que compô-lo a montante.

A resposta do AlgoVault: veredicto composto, múltiplos locais por padrão

A Muralha #4 do AlgoVault é a inteligência de múltiplos locais. Cada chamada para get_trade_signal executa o classificador de estado de financiamento contra o conjunto completo de locais ao vivo, aplica o filtro de regime, pesa a divergência contra mudanças de interesse aberto e persistência de tendência, e retorna um único veredicto composto: COMPRAR, VENDER ou MANTER, com uma pontuação de convicção e um livro de fatores explicando a leitura.

O agente não pergunta mais "qual é a taxa de financiamento da Binance?" Ele pergunta "dada a superfície de financiamento em todos os locais ao vivo agora, há uma configuração negociável em BTC no intervalo intradiário mais curto?" Essa pergunta tem uma resposta, não quatro.

O livro de fatores é onde a camada de interpretação ganha seu sustento. Cada veredicto é enviado com as contribuições individuais de funding_state, funding_24h_avg, oi_change_pct, trend_persistence e a tag de regime. Quando o agente vê um MANTER com baixa convicção em um movimento de preço diário altista, o livro explica por que os termos internos de baixa carregaram a leitura — o termo de financiamento é NORMAL, então o momento não foi suficiente para promover a uma chamada direcional.

Essa é a promessa M4 em uma frase: cobertura de ativos de superfície total avaliada sob demanda, no intervalo de tempo que o chamador seleciona, com um recibo anexado.

Passo a passo da implementação

Três blocos. Instalar, uma chamada ao vivo, uma fiação de loop de agente. Tudo abaixo roda contra api.algovault.com sem necessidade de cadastro.

Bloco 1 — instalação e primeira chamada

# Node 20+ recomendado. Nenhuma chave de API necessária para o nível gratuito.
npx -y @algovault/crypto-quant-signal-mcp@^1.28 --transport stdio

# Ou conecte-o ao Claude Desktop / Cursor via uma configuração JSON:
cat > ~/.config/claude/mcp-servers.json <<'
{
  "algovault": {
    "command": "npx",
    "args": ["-y", "@algovault/crypto-quant-signal-mcp@^1.28", "--transport", "stdio"]
  }
}
JSON

O nível gratuito oferece uma cota mensal generosa com um limite diário, para que você possa rodar isso contra BTC em uma cadência intradiária curta e nunca tocar no teto.

Bloco 2 — resposta literal de get_trade_signal

Aqui está uma resposta real para BTC no intervalo intradiário curto. Note o _receipts.factor_ledger — esse é o rastro de auditoria do seu agente.

{
  "call": "MANTER",
  "confidence": <span data-tr-field="pfe_wr">17</span>,
  "price": 80926.2,
  "indicators": {
    "funding_rate": 0.00008786,
    "funding_24h_avg": 0.00008786,
    "funding_state": "NORMAL",
    "oi_change_pct":