O presidente da CFTC, Michael S. Selig, usou um fórum em 28 de outubro de 2026 para levantar um problema prático relacionado às finanças autônomas: quando um software identifica oportunidades e executa negociações para alguém, quais pessoas ou empresas assumem as responsabilidades regulatórias? As perguntas dele abrangeram o registro de desenvolvedores, a responsabilidade quando um agente se comporta de maneira inadequada e a identificação da parte que ele representa. Os comentários abriram uma discussão política; eles não atribuíram todas as perdas relacionadas à IA a uma parte específica.
A mudança importante é a permissão para agir
Em seus comentários no Frontier Forum, Selig disse que a abordagem deveria considerar as funções desempenhadas, o controle exercido e a realidade econômica de uma transação. Ele também declarou que suas opiniões não representavam necessariamente a Comissão. Sua proposta de uma pergunta “know-your-agent”, ou KYA, não era um regime de identificação anunciado.
Essa distinção é importante porque “negociação com IA” descreve vários arranjos diferentes. Um assistente de pesquisa que lê preços públicos não tem a mesma autoridade que um serviço que seleciona posições e envia ordens sem aprovação individual. Uma interface de chat pode fazer com que esses arranjos pareçam semelhantes, embora as permissões subjacentes continuem sendo muito diferentes.
| Arranjo | O que o software pode fazer | O que examinar |
|---|---|---|
| Análise | Ler e resumir informações | Qualidade dos dados e limites de acesso |
| Recomendação | Sugerir uma ordem para aprovação humana | Quem analisa a proposta |
| Execução delegada | Enviar ordens dentro de uma autorização | Escopo, limites e revogação |
A questão prática, portanto, é o que um sistema tem permissão para fazer, quem concede essa autoridade e quem pode interrompê-lo. O nome ou a aparente inteligência do modelo não responde a nenhuma dessas perguntas.
Registro e compensação são questões diferentes
O registro diz respeito a saber se uma atividade enquadra uma pessoa ou empresa em uma categoria regulatória. A compensação diz respeito a saber se alguém tem uma reivindicação legal por uma perda e contra quem. Uma questão de registro, por si só, não determina uma reivindicação por danos; tampouco uma negociação com prejuízo estabelece má conduta.
Considere um usuário hipotético que autoriza uma ordem máxima de US$ 1.000, mas um agente envia uma ordem de US$ 10.000. Uma investigação precisaria reconstruir as instruções, os limites configurados, as mensagens da ordem e a execução. O limite nunca foi implementado, foi alterado por um operador, ignorado por uma falha de software ou mal compreendido pelo usuário? Essas alternativas descrevem fatos diferentes, e não um único evento chamado de “falha de IA”.
O desenvolvedor do modelo, o operador do aplicativo, o titular da conta e o provedor de execução podem ser partes distintas. Os deveres relevantes, os termos contratuais, a conduta efetiva e a legislação aplicável precisariam ser examinados. Este é um quadro analítico, não uma decisão de que todas essas partes compartilham responsabilidade ou de que uma delas necessariamente deve pagar uma compensação.
Isso também explica por que publicar um software geral e operar um serviço contínuo de negociação não deve ser automaticamente tratado como o mesmo negócio. O papel efetivo do serviço exige mais atenção do que seu rótulo de marketing.
Identificar o agente é apenas metade da tarefa
Um agente pode ter um nome, um endereço de carteira ou um identificador de software sem revelar de quem são os fundos que está usando ou quem autorizou suas ações. A pergunta de identificação de Selig diz respeito à parte representada, inclusive em situações que envolvem vários agentes.
Um registro operacional útil conectaria a conta, a autorização e a ação. Se um agente delegar uma tarefa a outro, a cadeia deverá permanecer compreensível: quem definiu o mandato, quais permissões foram repassadas e se o segundo sistema poderia ampliá-las. Essas são considerações práticas de design; o discurso não prescreveu um formulário KYA obrigatório nem um padrão técnico universal.
A explicação da KTX sobre a execução do Catalyst e de agentes de IA explora por que uma instrução do usuário, a assinatura delegada e uma transação efetiva são partes separadas de um fluxo de trabalho. Conectá-las é útil para a análise de incidentes mesmo antes de uma disputa chegar a um regulador ou tribunal.
Um registro completo de negociação é mais informativo do que uma explicação convincente gerada posteriormente. As mensagens sobre as ações pretendidas devem ser comparadas com as ordens aceitas, canceladas e executadas.
Empresas reguladas existentes ainda têm obrigações
Já existe um ponto de partida separado para entidades reguladas pela CFTC. O comunicado da equipe sobre o uso de IA da agência, de dezembro de 2024, lembra às entidades registradas e aos registrantes que cumpram os requisitos aplicáveis ao usar IA diretamente ou por meio de provedores terceirizados. Ele aborda áreas como supervisão, proteções dos sistemas, manutenção de registros e gestão de riscos.
O comunicado é uma declaração da equipe sobre requisitos existentes, não uma nova regra de IA vinculante. Ele não cria uma alocação universal de responsabilidade entre todos os desenvolvedores e negociadores. As obrigações contínuas de uma instituição regulada e o tratamento ainda não resolvido de um novo serviço de agentes devem, portanto, ser considerados questões diferentes.
Operacionalmente, comprar um modelo não substitui as decisões sobre sua implementação. Ainda é necessário que alguém defina as ações aceitáveis, monitore se o sistema as segue e responda às exceções. Os registros devem distinguir a instrução pretendida da ação efetivamente realizada, em vez de tratar um resumo gerado por IA como o histórico completo.
O que muda para negociadores e desenvolvedores de produtos?
Antes de delegar a execução, entenda quais mercados, contas e ações estão acessíveis. Um design sensato pode separar observação de negociação, restringir o tamanho das ordens e a exposição, além de fornecer um método claro para suspender novas atividades. Os controles adequados dependem do produto; estes exemplos não constituem uma lista de verificação de conformidade da CFTC.
Os desenvolvedores que avaliam integrações podem consultar o KTX Skills. Sua descrição do produto distingue dados públicos de mercado, disponíveis sem uma chave de API, dos recursos privados de negociação e de conta, que exigem uma. Isso torna o escopo de acesso uma decisão concreta, em vez de uma suposição oculta na expressão “assistente de IA”.
A automação também preserva a economia do instrumento subjacente. O guia de futuros perpétuos da KTX explica o financiamento e a alavancagem: um sistema que executa rapidamente ainda pode acumular custos de financiamento ou atingir limites de liquidação. O funcionamento bem-sucedido do software não é o mesmo que um investimento bem-sucedido.
Os próximos avanços significativos nas políticas seriam propostas concretas ou orientações que esclarecessem escopo, identificação e responsabilização. Até lá, a avaliação de produtos deve se concentrar na autoridade documentada, no comportamento observável e em uma resposta viável quando a negociação efetiva divergir do mandato.
Perguntas frequentes
Um backtest lucrativo estabelece conformidade legal?
Não. O desempenho histórico de uma estratégia não estabelece que o serviço tenha os registros, as permissões ou os arranjos operacionais exigidos para suas atividades.
O acesso somente leitura elimina todos os riscos?
Ele limita a autoridade direta para negociar, mas análises imprecisas, acesso inadequado a dados e confiança equivocada ainda podem ser relevantes. Analise quais informações a ferramenta pode acessar.
Desligar um agente cancela suas ordens existentes?
Não presuma que sim. Confirme separadamente o status das ordens pendentes e das posições. Impedir novas instruções é diferente de cancelar ordens aceitas ou encerrar uma exposição.
Um registro em blockchain garante a recuperação após um erro?
Não. Um registro de transação pode ajudar a estabelecer o que aconteceu; a recuperação depende do ativo, da transação, das contrapartes e dos recursos jurídicos ou técnicos disponíveis.
Este artigo explica uma discussão sobre políticas e não constitui aconselhamento jurídico ou de investimento. Sistemas de IA, execução automatizada e produtos alavancados envolvem riscos operacionais e financeiros.