O presidente da CFTC, Michael S. Selig, utilizou um fórum realizado a 28 de outubro de 2026 para levantar um problema prático relacionado com as finanças autónomas: quando o software identifica oportunidades e executa transações por alguém, que pessoas ou empresas assumem as responsabilidades regulamentares? As suas perguntas abrangeram o registo dos programadores, a responsabilidade quando um agente tem um comportamento indevido e a identificação da parte que representa. As declarações deram início a uma discussão sobre políticas; não atribuíram todas as perdas relacionadas com a IA a uma parte específica.
A mudança importante é a autorização para agir
Nas suas declarações no Frontier Forum, Selig afirmou que a abordagem deveria considerar as funções desempenhadas, o controlo exercido e a realidade económica de uma transação. Afirmou também que as suas opiniões não representavam necessariamente a Comissão. A sua proposta de pergunta “know-your-agent”, ou KYA, não constituía um regime de identificação anunciado.
Essa distinção é importante porque “negociação com IA” descreve vários tipos de acordos. Um assistente de investigação 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 conversação pode fazer com que esses acordos pareçam semelhantes, embora as permissões subjacentes continuem a ser muito diferentes.
| Tipo de acordo | O que o software pode fazer | O que deve ser analisado |
|---|---|---|
| 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 | Âmbito, limites e revogação |
A questão prática é, portanto, o que um sistema está autorizado a fazer, quem concede essa autoridade e quem pode pará-lo. O nome ou a aparente inteligência do modelo não responde a nenhuma dessas perguntas.
O registo e a compensação são questões diferentes
O registo diz respeito a saber se uma atividade coloca uma pessoa ou empresa dentro de uma categoria regulamentar. A compensação diz respeito a saber se alguém tem uma pretensão jurídica por uma perda e contra quem. Uma questão de registo não determina, por si só, uma pretensão de indemnização; do mesmo modo, uma transação com perdas não prova a existência de uma conduta indevida.
Consideremos um utilizador hipotético que autoriza uma ordem máxima de 1 000 $, mas um agente envia uma ordem de 10 000 $. Uma investigação teria de 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, contornado por um erro de software ou mal compreendido pelo utilizador? Essas alternativas descrevem factos diferentes, e não um único acontecimento denominado “falha da IA”.
O programador do modelo, o operador da aplicação, o titular da conta e o prestador de execução podem ser partes distintas. Seria necessário analisar os deveres relevantes, os termos contratuais, a conduta efetiva e a legislação aplicável. Este é um quadro analítico, não uma decisão de que todas essas partes partilham a responsabilidade ou de que uma delas deve necessariamente pagar uma indemnização.
Isso também explica por que razão a publicação de software genérico e a operação de um serviço de negociação contínuo não devem ser automaticamente tratadas como o mesmo negócio. O papel efetivo do serviço requer mais atenção do que o 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 utiliza ou quem autorizou as suas ações. A questão de identificação de Selig diz respeito à parte representada, incluindo situações que envolvam vários agentes.
Um registo operacional útil ligaria a conta, a autorização e a ação. Se um agente delegar uma tarefa noutro, a cadeia deverá continuar a ser compreensível: quem definiu o mandato, que permissões foram transmitidas e se o segundo sistema podia ampliá-las. Estas são considerações práticas de conceção; o discurso não prescreveu um formulário KYA obrigatório nem uma norma técnica universal.
A explicação da KTX sobre a execução do Catalyst e de agentes de IA analisa por que razão uma instrução do utilizador, a assinatura delegada e uma transação efetiva são partes distintas de um fluxo de trabalho. Ligá-las é útil para a análise de incidentes, mesmo antes de um litígio chegar a um regulador ou tribunal.
Um registo 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 aceites, canceladas e executadas.
As empresas já regulamentadas continuam a ter obrigações
Já existe um ponto de partida separado para as entidades regulamentadas pela CFTC. O aviso da equipa da agência sobre a utilização de IA, de dezembro de 2024, recorda às entidades registadas e aos titulares de registo que devem cumprir os requisitos aplicáveis quando utilizam IA diretamente ou através de prestadores terceiros. O aviso aborda áreas como supervisão, salvaguardas dos sistemas, manutenção de registos e gestão de riscos.
O aviso é uma declaração da equipa sobre requisitos existentes, não uma nova regra vinculativa relativa à IA. Não estabelece uma distribuição universal da responsabilidade entre todos os programadores e negociadores. As obrigações contínuas de uma instituição regulamentada e o tratamento ainda não resolvido de um novo serviço de agentes devem, por isso, ser entendidos como questões diferentes.
Do ponto de vista operacional, comprar um modelo não substitui as decisões sobre a sua implementação. Alguém continua a ter de definir as ações aceitáveis, monitorizar se o sistema as segue e responder às exceções. Os registos devem distinguir a instrução pretendida da ação efetivamente realizada, em vez de tratarem um resumo gerado por IA como o historial completo.
O que muda para os negociadores e os criadores de produtos?
Antes de delegar a execução, compreenda quais os mercados, contas e ações acessíveis. Uma conceção sensata pode separar a observação da negociação, limitar o tamanho das ordens e a exposição e disponibilizar um método claro para suspender atividades adicionais. Os controlos adequados dependem do produto; estes exemplos não constituem uma lista de verificação de conformidade da CFTC.
Os programadores que avaliam integrações podem consultar as KTX Skills. A descrição do produto distingue os dados de mercado públicos, disponíveis sem uma chave API, das capacidades privadas de negociação e de conta, que exigem uma. Isto torna o âmbito de acesso uma decisão concreta, em vez de uma suposição escondida na expressão “assistente de IA”.
A automatização também não altera a economia do instrumento subjacente. O guia da KTX sobre futuros perpétuos explica o financiamento e a alavancagem: um sistema que executa rapidamente pode ainda assim acumular custos de financiamento ou atingir limiares de liquidação. O funcionamento bem-sucedido do software não é o mesmo que um investimento bem-sucedido.
Os próximos desenvolvimentos políticos relevantes seriam propostas concretas ou orientações que clarificassem o âmbito, a identificação e a responsabilização. Até lá, a avaliação dos produtos deve centrar-se na autoridade documentada, no comportamento observável e numa resposta viável quando a negociação efetiva divergir do mandato.
Perguntas frequentes
Um backtest rentável comprova a conformidade jurídica?
Não. O desempenho histórico da estratégia não comprova que o serviço tenha os registos, as permissões ou os mecanismos operacionais exigidos para as suas atividades.
O acesso apenas de leitura elimina todos os riscos?
Limita a autoridade de negociação direta, mas uma análise inexata, um acesso inadequado aos dados e uma confiança indevida podem continuar a ser relevantes. Analise a que informações a ferramenta consegue aceder.
Desligar um agente cancela as suas ordens existentes?
Não parta desse princípio. Confirme separadamente o estado das ordens pendentes e das posições. Impedir novas instruções é diferente de cancelar ordens aceites ou fechar uma exposição.
Um registo numa cadeia de blocos garante a recuperação após um erro?
Não. Um registo da transação pode ajudar a estabelecer o que aconteceu; a recuperação depende do ativo, da transação, das contrapartes e dos meios 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. Os sistemas de IA, a execução automatizada e os produtos alavancados envolvem riscos operacionais e financeiros.