Voltar as noticias
Quem Suporta o Risco Noturno em uma Transação de um Agente de IA?
Casos de UsoMediaEN

Quem Suporta o Risco Noturno em uma Transação de um Agente de IA?

Dev.to - MCP·4 de agosto de 2026

Seu balcão OTC concorda com um preço hoje e liquida amanhã, e todos dormem tranquilos. Não porque o risco overnight desapareceu. Ele nunca desaparece. Alguém sempre o detém - e nas finanças tradicionais, o detentor tem um nome.

Entre a concordância e a liquidação, o risco de que sua contraparte não entregue é suportado por um conjunto muito específico: um departamento de crédito que decidiu quanto de exposição permitir a você, um contrato mestre ISDA que define o que acontece se você entrar em default, garantias apresentadas contra a posição e, no fundo de tudo, um sistema judicial que pode apreender ativos de uma entidade legal. T+1 não é seguro porque nada pode dar errado durante a noite. É seguro porque, quando algo dá errado, há uma pessoa para processar.

O custo da lacuna quando o detentor falha

As finanças aprenderam o preço dessa lacuna em setembro de 2008. Quando o Lehman Brothers entrou com pedido de falência, era uma contraparte em cerca de 900.000 operações de derivativos em aberto - forwards, swaps, opções, todos os instrumentos que vivem no espaço entre a concordância e a liquidação. Cada uma dessas operações tinha o balanço do Lehman como a coisa que segurava a lacuna. Desfazer o livro levou mais de uma década de litígios em várias jurisdições.

A resposta regulatória não foi fechar a lacuna. Foi dar à lacuna um custodiante mais forte. O G20 empurrou derivativos OTC padronizados para câmaras de compensação central, exigiu margem inicial e de variação e, nesse processo, fez das CCPs algumas das instituições mais sistemicamente importantes do planeta. Funciona amplamente. Mas note o que cada camada da solução assume: contrapartes que têm nomes legais, assinam contratos mestres, mantêm contas de margem e podem ser processadas através dos tribunais quando falham.

A contraparte que não pode ser processada

Agora coloque um agente autônomo de um lado desse forward.

Um agente tem uma carteira e uma chave de assinatura. Ele não tem um nome legal. Não pode assinar um contrato mestre ISDA. Não pode abrir uma conta em uma câmara de compensação, porque a integração na câmara de compensação é construída para entidades reguladas com balanços e oficiais de conformidade. E se ele entrar em default, não há nada para processar - uma carteira nova não tem ativos para apreender e nenhuma reputação que não possa abandonar.

Cada ferramenta que as finanças tradicionais usam para segurar o risco overnight assume a personalidade jurídica. Os agentes não têm nenhuma. O que explica a forma do cenário de pagamento de agentes de hoje: quase todos os trilhos que um agente pode alcançar liquida no ato, no próximo bloco ou dois. Swap à vista, pagamento à vista, escrow à vista. "Liquide agora" é a única coisa que a pilha pode dizer com segurança, porque "liquide depois" requer que alguém segure a lacuna - e não há ninguém.

Isso é uma verdadeira perda de expressividade. Forwards existem porque "agora" e "depois" são necessidades genuinamente diferentes: proteger uma obrigação futura conhecida, combinar um cronograma de pagamento, travar um preço antes da volatilidade esperada. Uma economia de agentes que só pode liquidar no ato não pode expressar um dos instrumentos mais antigos das finanças.

Segurando a lacuna com código em vez de um balanço

Há uma terceira opção entre "confiar em um balanço" e "só à vista": tornar a liquidação em si atômica na data do forward.

O mecanismo é uma restrição adicional em um contrato de hash-time-locked. Um HTLC padrão já tem dois controles: um hashlock (a reivindicação requer revelar um segredo) e um timelock (se nada acontecer, ambos os lados reembolsam). Um forward adiciona um terceiro: o momento em que a reivindicação se torna válida. Ambas as partes bloqueiam suas pernas no momento da concordância, mas o caminho de retirada só se abre dentro de uma janela - da data de liquidação acordada até o tempo limite. Antes da janela, nenhum dos lados pode puxar a operação para frente. Dentro dela, a liquidação é atômica: uma reivindicação revela o segredo que desbloqueia a outra perna. Depois disso, se a liquidação nunca aconteceu, ambos os lados reembolsam.

Veja o que aconteceu com o risco overnight. Entre a concordância e a janela de liquidação, nenhuma das partes está exposta ao balanço da outra, porque não há balanço no meio - ambas as pernas estão bloqueadas em contratos com caminhos de reembolso determinísticos. Seu dinheiro nunca sai do controle da sua carteira no sentido que importa: nenhum custodiante o detém, e o pior resultado é que seus próprios fundos voltam após o tempo limite. O default, no sentido tradicional de "minha contraparte me deve a entrega e não pode pagar", deixa de ser uma categoria de evento. Não é proibido. É inexpressável.

O livro-razão honesto

Esse design paga por essa propriedade, e vale a pena ser preciso sobre o preço.

Colateralização total. Um forward liquidado nas finanças tradicionais é eficiente em margem - você posta uma fração do nocional. Um forward atômico bloqueia o total nocional em ambos os lados durante toda a lacuna. Esse é um custo de oportunidade real, e para mesas de negociação alavancadas pode ser o comércio errado. Para um agente que de outra forma não teria uma maneira segura de expressar "depois" de forma alguma, a comparação não é contra 5% de margem - é contra nada.

O risco de mercado permanece. Um forward fixa o preço por design. Se o mercado se mover, um lado estará liquidando a uma taxa pior do que a do mercado. O mecanismo remove o risco da contraparte, não o risco de preço - exatamente como qualquer forward.

A opção de abandono. O lado que detém o segredo pode escolher o silêncio: não revelar nada, deixar a janela fechar e ambos os lados reembolsarem. A parte em desvantagem nunca perde o principal - mas seu capital foi bloqueado durante a duração, por nada. Esta é a crítica clássica da opcionalidade dos HTLCs, e é justa. É também por isso que uma camada de liquidação precisa de uma camada econômica em cima: obrigações de conclusão que um agente aposta em seu compromisso, perdidas para a contraparte que deixa esperando. Nós escrevemos sobre esse mecanismo - recompensas de execução - ontem. O risco residual em um forward atômico é o tempo, não o principal, e o tempo é exatamente a coisa que um título pode precificar.

Onde isso se encaixa

Nada disso compete com os trilhos de pagamento que estão sendo construídos para agentes agora - micropagamentos nativos de HTTP, APIs de facilitadores, cobrança por solicitação. Esses movem uma única perna para uma chamada de serviço concluída, e são bons nisso. Um forward é um objeto diferente: duas pernas, duas cadeias, uma lacuna deliberada no meio. Esse é o trabalho da camada de liquidação, abaixo da camada de pagamento.

No Hashlock estamos construindo isso como parte de um protocolo RFQ de licitação selada fundido com liquidação HTLC, exposto a agentes como ferramentas MCP (o servidor é @hashlock-tech/mcp no npm, atualmente 0.5.1). Status, declarado precisamente: o núcleo de liquidação está ativo de ponta a ponta na mainnet do Ethereum; contratos Sui estão implantados e testados em CLI, ainda não ativos; Bitcoin está validado na signet, mainnet pendente. O design da janela de forward acima é um dos cinco primitivos que estamos construindo sobre esse núcleo - a mecânica está em nossa documentação: https://hashlock.markets/docs?utm_source=devto&utm_medium=article&utm_campaign=2026-08-04-forward-otc-overnight-risk

O design do protocolo está escrito em mais detalhes em nosso whitepaper no SSRN: https://papers.ssrn.com/sol3/papers.cfm?abstract_id=6712722

A pergunta

Dois públicos, uma pergunta cada.

Se você opera em um balcão OTC: você aceitaria bloquear o total nocional por 24 horas para eliminar completamente o risco da contraparte, ou a eficiência da margem é todo o jogo - e alguém para processar é um substituto aceitável para a certeza?

Se você constrói agentes: qual é a maior lacuna entre "concordado" e "liquidado" que sua pilha pode expressar hoje - e que operação você não fez porque não pôde?

Contexto Triplo Up

Empresas brasileiras que utilizam agentes de IA em transações financeiras precisam entender os riscos associados e a falta de garantias legais. A adaptação a novos modelos de contrato pode ser crucial para mitigar esses riscos.

Noticias relacionadas

Gostou do conteudo?

Receba toda semana as principais novidades sobre WebMCP.