Quem vai bloquear o pagamento "antes que o dinheiro seja realmente transferido" quando os Agentes de IA começarem a gastar dinheiro em nome das empresas?

Autor do artigo, fonte: DeDing Innovation

Resumo

Skalor está construindo uma infraestrutura não custodiada para liquidação e execução de estratégias voltada para a economia de Agentes de IA.

À medida que os Agentes de IA avançam da geração de conteúdo e análise de dados para compras, pagamentos, negociações e gestão de fundos, as empresas estão concedendo cada vez mais permissões reais a agentes de software. Os Agentes já não se limitam a fornecer recomendações, mas começam a executar pagamentos em nome da organização, chamar serviços financeiros, comprar recursos em nuvem, gerenciar fornecedores e até acessar diretamente o caixa da empresa. Os sistemas de pagamento atuais não foram projetados para Agentes autônomos.

Pagamentos tradicionais de empresas são iniciados por padrão por indivíduos naturais e dependem de aprovação manual, permissões de conta e controles de auditoria pós-evento para gerenciar riscos. Quando o agente executivo se torna um Agente de IA que opera 24/7, chama ferramentas automaticamente e inicia transações continuamente, esse mecanismo revela lacunas evidentes: é difícil para as empresas determinar em tempo real se um Agente tem permissão para pagar, se ultrapassou o orçamento, se está pagando a fornecedores não autorizados, e qual modelo, identidade e ambiente de execução desencadearam uma determinada operação.

O objetivo do Skalor é adicionar uma camada de liquidação e controle em tempo real entre agentes de IA e redes de pagamento. Antes da transferência real de fundos, o sistema verifica a identidade do agente, verifica as políticas de pagamento definidas pela empresa, aplica restrições orçamentárias e de fornecedores, e gera recibos criptográficos independentemente verificáveis para cada transação.

Sua posição central pode ser resumida como:

Skalor não é responsável por guardar fundos corporativos, mas sim por decidir se uma transação iniciada por um AI Agent tem permissão para ser executada.

Este design não custodiado permite que o Skalor se integre a stablecoins, pagamentos bancários, redes de liquidação institucional e outros protocolos de pagamento de Agentes, sem substituir os sistemas existentes de custódia e gestão de fundos da empresa. A longo prazo, o Skalor busca se tornar o "compensador" da economia de AI Agentes: conectando identidade, permissões, pagamentos e auditoria, fornecendo infraestrutura confiável para a implementação de Agentes com permissões econômicas reais pelas empresas.

Problemas centrais do pagamento de agente de IA

O agente de IA está passando de “ferramenta de software” para “participante econômico”.

Nos estágios iniciais, os Agentes realizam principalmente tarefas de baixo risco, como resumir documentos, gerar código ou organizar informações. À medida que as capacidades do modelo aumentam, os Agentes passam a conseguir chamar APIs externas, colaborar com outros Agentes e tomar decisões autônomas com base em objetivos pré-definidos.

Isso significa que as empresas podem permitir que os Agentes realizem tarefas mais complexas:

• Software e serviços em nuvem de compra automática;
• Faça pedidos aos fornecedores com base no estoque disponível;
• Pagar despesas de viagem, marketing e operações;
• Gerenciar inscrições e cobranças periódicas;
• Executar negociações nos mercados financeiros;
• Aloque fundos corporativos de acordo com as regras de negócios.

Esses cenários podem aumentar significativamente a eficiência, mas também introduzem um novo tipo de risco: ações não autorizadas iniciadas por máquinas.

Os controles de risco de pagamentos tradicionais são principalmente projetados em torno de contas, dispositivos e identidades de indivíduos. O sistema pode confirmar que um funcionário fez login em uma conta corporativa, mas nem sempre consegue determinar se o agente chamado pelo funcionário tem permissão para realizar pagamentos na tarefa atual ou se o agente já se desviou das instruções originais.

A verdadeira pergunta que as empresas precisam responder é:

• Qual agente iniciou esta transação?
• Qual empresa ou departamento realiza isso?
• Does it have the current permissions?
• Does the amount comply with the single and daily budget limits?
• Is the recipient on the approved list?
• É necessário assinatura manual adicional?
• O modelo e o ambiente de execução do agente sofreram alguma alteração?
• É possível reproduzir integralmente o processo de aprovação e execução após o fato?

Se essas perguntas não puderem ser respondidas com certeza antes da transação, será difícil para as empresas transferirem o controle real dos fundos para Agentes autônomos.

A avaliação de Skalor é que monitorar apenas o comportamento do agente não é suficiente. As empresas precisam de algo que impeça ações que violam as regras antes que o pagamento ocorra, e não apenas descubra violações após o fato.

Da "monitorização" para a "execução atomizada"

As ferramentas de governança de Agentes atuais geralmente se concentram em logs, detecção de anomalias e alertas pós-evento. Esses métodos podem ajudar as empresas a identificar problemas, mas sua natureza ainda é de controle observacional: o sistema só avalia se o comportamento é anômalo após o Agente já ter realizado a operação. Para Agentes que acessam bancos de dados de produção, cofres corporativos ou redes de pagamentos de grande valor, esse modelo não é suficiente para atender aos requisitos financeiros e de conformidade. O Skalor adota uma abordagem diferente: transforma as políticas de pagamento corporativas em regras diretamente executáveis e realiza verificação atômica antes do encerramento de cada transação. A verificação atômica significa que uma transação só pode prosseguir se todas as condições forem simultaneamente atendidas; se qualquer uma delas falhar, o pagamento não ocorrerá.

Por exemplo, as empresas podem definir:

• Cada pagamento individual não pode exceder um determinado valor;
• O agente não pode gastar mais do que o orçamento diário acumulado;
• Only payments to approved suppliers are permitted;
• Transações específicas exigem assinatura conjunta do responsável financeiro;
• O agente só pode executar dentro de horários ou tarefas especificados;
• O mesmo pedido de negociação não pode ser enviado repetidamente;
• The trading pair must pass sanctions and compliance screening.

Essas regras não estão escritas no manual de operações internas nem são apenas sugeridas pelo sistema de fundo, mas se tornam parte direta do caminho de execução da negociação.

Este design transforma a governança corporativa de “esperar que os Agentes sigam as regras” para “Agentes tecnicamente incapazes de contornar as regras”.

Arquitetura da plataforma

A plataforma Skalor é composta principalmente por três módulos interconectados: Skalor Mandate, KYA Bureau e Pay + Receipts.

O Skalor Mandate é um contrato inteligente on-chain implantado para cada agente. As empresas podem configurar nele os limites de gastos e comportamento do agente, incluindo limites por transação, orçamento diário, lista branca de fornecedores, limiar de assinatura conjunta e regras anti-replay, entre outros. O contrato armazena e executa apenas as políticas, não detém os ativos da empresa. As empresas continuam gerenciando seus ativos por meio de contas bancárias existentes, custodiadores institucionais, carteiras multiassinatura ou plataformas de pagamento. Este design traz várias características importantes:

Primeiro, as permissões do Agente são claras e verificáveis. Qualquer parte envolvida pode confirmar se um pagamento está em conformidade com as regras estabelecidas pela empresa, sem precisar confiar plenamente no servidor centralizado da Skalor.

Em segundo lugar, as alterações nas políticas são estritamente controladas. Apenas a equipe de operação da empresa pode ajustar o Mandate, e todas as alterações deixam um registro auditável.

Em terceiro lugar, as empresas podem definir permissões diferentes para diversos Agentes. Por exemplo, o Agente de compras pode autorizar pagamentos a fornecedores aprovados, mas não tem permissão para acessar contas de negociação; o Agente financeiro pode lidar com salários e taxas de assinatura, mas qualquer valor acima de um determinado limite deve ser aprovado conjuntamente pelo CFO.

O Skalor Mandate transforma a matriz de autorização interna da empresa em regras on-chain que os Agentes podem executar e as instituições de auditoria podem verificar.

O sistema financeiro humano depende do KYC, ou seja, a verificação da identidade e do perfil de risco do cliente. Mas na economia de Agentes, verificar apenas a empresa ou pessoa por trás não é suficiente.

Uma mesma empresa pode executar centenas de Agentes, cada um utilizando modelos, permissões, ferramentas e ambientes de implantação diferentes. Mesmo que pertençam à mesma empresa, seus perfis de risco são completamente distintos.

Portanto, o Skalor introduziu o KYA, ou Know Your Agent.

O KYA Bureau é um sistema federal de registro de identidade e reputação de Agentes. As instituições podem emitir certificados classificados para Agentes e registrar provas assinadas relacionadas à sua identidade, ambiente de operação, comportamento histórico e desempenho de risco.

Esses certificados podem ser gerados pela participação de diferentes tipos de instituições, por exemplo:

• Instituição custodiante qualificada;
• Provedor de carteiras MPC;
• Equipe de segurança corporativa;
• Plataforma de negociação e pagamento;
• Instituição financeira regulamentada;
• Outros provedores confiáveis de serviços de Agent.

Qualquer parte que receba uma transação pode verificar se um agente possui credenciais válidas, sem depender de um único banco de dados centralizado de identidade.

Do ponto de vista funcional, o KYA Bureau é semelhante a uma rede de crédito e identidade voltada para Agentes autônomos. Ele não apenas responde “a quem pertence este Agente?”, mas também tenta responder “este Agente possui as condições confiáveis para executar esta transação?”.

À medida que mais instituições se juntam e contribuem com assinaturas de observação, a cobertura e a confiabilidade dos credenciais do Agent aumentam continuamente. Isso também pode formar um dos efeitos de rede mais importantes do Skalor: quanto mais instituições participarem, mais valiosos se tornam os dados de identidade; quanto mais completo for a rede de identidade, mais dispostas as empresas estarão a adotar sua camada de liquidação de pagamentos.

Skalor não está vinculado a uma única rede de pagamento. Agentes podem realizar pagamentos por meio de stablecoins, redes bancárias, sistemas de liquidação institucional ou outros protocolos de pagamento de Agentes. Skalor está localizado antes dessas rotas de pagamento, responsável por verificar identidade e políticas, e por gerar recibos com assinatura criptográfica após a conclusão da transação.

Cada recibo pode conter:

• Identidade e credenciais do agente;
• Prova do ambiente de execução;
• Resultado da verificação da política de negociação;
• Registros de aprovação manual ou multissignatura;
• Prova de liquidação final;
• Transações na cadeia relacionadas e carimbos de tempo.

Esses recibos podem ser verificados independentemente; mesmo que o serviço do Skalor esteja temporariamente indisponível, empresas, instituições de auditoria e contrapartes ainda podem reconstruir o rastreamento das transações com base nas informações de verificação públicas, o que é essencial para as empresas.

Os logs de agentes tradicionais são geralmente armazenados pela própria plataforma, podendo ser alterados, perdidos ou tornados inacessíveis se o fornecedor encerrar os serviços. O objetivo do Skalor é transformar a auditoria de negociação em uma prova criptográfica portátil e reprodutível, e não apenas em um registro dentro de um banco de dados de uma plataforma.

Como concluir um pagamento do Agent

Por exemplo, uma empresa que usa um Agente de IA para gerenciar pagamentos a fornecedores.

Primeiro, o responsável financeiro da empresa define o Mandato para o Agente, incluindo:

• Limite máximo por pagamento;
• Orçamento diário total;
• Lista de fornecedores aprovados;
• Limite de valor que requer aprovação conjunta humana.

Quando o agente estiver pronto para pagar ao fornecedor, ele enviará a intenção de pagamento por meio do Skalor SDK, incluindo o valor, o objeto e o propósito da transação.

Skalor em seguida verifica:

• O agente possui identidade válida;
• O comprovante ainda está dentro do prazo de validade?
• O destinatário passou pela verificação de conformidade?
• O valor excede o limite por transação?
• O gasto acumulado no dia ultrapassou o orçamento?
• O destinatário está na lista branca da empresa?
• Foi acionado o requisito adicional de assinatura conjunta?

Quando o valor exceder o limite definido pela empresa, o sistema pausará a transação e enviará um pedido de aprovação independente ao responsável designado. A transação só prosseguirá após a aprovação ser concluída.

Após a aprovação de todas as regras, o Mandate autoriza o pagamento e encaminha a transação para a rede de pagamento correspondente. Após o encerramento, o Skalor gera um recibo com assinatura criptográfica, fornecendo um registro de auditoria em tempo real para a equipe financeira da empresa.

O fluxograma representa esse processo como:

Agente → SDK → Skalor Proxy → Mandato → Rede de pagamento → Comerciante

Ele mostra que o Skalor não substitui diretamente a rede de pagamento, mas realiza autenticação, verificação de políticas e autorização antes que as instruções de pagamento entrem na camada de liquidação.

Estratégia de distribuição de desenvolvedores

O SDK e as ferramentas centrais do Skalor adotam uma estratégia aberta para desenvolvedores. Os desenvolvedores podem integrar o Skalor aos frameworks e aplicativos de Agent, permitindo que o Agent chame automaticamente a interface de validação de políticas antes de iniciar um pagamento. Sua integração MCP permite que aplicações baseadas em grandes modelos de linguagem acessem serviços de identidade e liquidação por meio de chamadas padronizadas de ferramentas. Essa distribuição aberta oferece dois níveis de valor:

Primeiro, reduz o custo de experimentação para desenvolvedores. A equipe pode integrar Mandate, verificação de identidade e validação de recibos em um ambiente de teste sem precisar assinar contratos empresariais complexos primeiro.

Em segundo lugar, a integração de desenvolvedores pode naturalmente gerar volume de negociação. Quando um produto de Agent entrar em produção, suas atividades de pagamento podem se transformar em transações de liquidação do Skalor e clientes corporativos.

Portanto, o SDK gratuito não é uma fonte de receita independente, mas sim a porta de entrada da Skalor:

Desenvolvedor adota → Integração do Agente → Implantação empresarial → Crescimento do volume de pagamento e liquidação

Skalor busca construir confiança entre desenvolvedores ao abrir componentes básicos e, em seguida, monetizar por meio de serviços de liquidação corporativa e conformidade.

Modelo de negócios

O modelo de negócios da Skalor gira em torno de liquidação de negociações e serviços de infraestrutura empresarial.

Taxa de liquidação de negociação

Sempre que uma transação iniciada pelo Agent for concluída através do Skalor, a plataforma pode cobrar uma taxa de liquidação com base no valor da transação. Esse modelo é semelhante às taxas de infraestrutura cobradas por organizações de cartões ou redes de pagamento: uma taxa unitária baixa, mas receita que cresce com o volume de transações. À medida que o Agent começar a processar compras, assinaturas, pagamentos a fornecedores e transações financeiras, uma única empresa pode gerar um grande volume de pagamentos contínuos. O Skalor não precisa segurar fundos nem suportar custos operacionais manuais que aumentam proporcionalmente ao valor das transações, apresentando assim forte efeito de escala de software.

Taxas da plataforma empresarial

Empresas de grande porte, instituições financeiras e equipes profissionais de IA geralmente precisam de capacidades adicionais, incluindo:

• Modelo de política personalizado;
• Implantação privada ou ambiente dedicado;
• Integração de identidade e permissões corporativas;
• Relatório de auditoria e conformidade;
• Gerenciamento multi-departamental e multi-agente;
• Suporte técnico exclusivo;
• Integração de um canal de pagamento específico.

Para atender a essas necessidades, o Skalor pode cobrar uma assinatura da plataforma empresarial.

As taxas de liquidação de negociação e as taxas de assinatura da plataforma são complementares: as primeiras aumentam com o volume de pagamentos, enquanto as segundas proporcionam uma receita recorrente mais estável e de alta margem.

Integração do SDK com o MCP

As ferramentas de desenvolvedor permanecerão gratuitas para ampliar a cobertura do protocolo e impulsionar a integração de Agentes. Esse modelo de “distribuição aberta, monetização empresarial” é comum em software de infraestrutura: quanto mais fácil for para os desenvolvedores adotarem os padrões subjacentes, menor será a resistência à implantação durante a aquisição empresarial.

Serviços financeiros escaláveis

À medida que a plataforma cresce, o Skalor poderá oferecer outros serviços adicionais em torno de fundos corporativos e processos de pagamento. No entanto, essas funcionalidades exigem uma definição clara de sua estrutura legal, rotas de fundos e limites de risco. Para o Blog externo, é mais apropriado considerá-las como uma direção de expansão de produto a longo prazo, e não como parte central do modelo de negócios atual.

Oportunidade de mercado

O mercado em que o Skalor está inserido é resultado da ocorrência simultânea de três tendências.

Os custos dos grandes modelos continuam a cair, enquanto as capacidades de chamada de ferramentas e inferência melhoram rapidamente, permitindo que empresas implementem Agentes autônomos em mais cenários. Inicialmente, os Agentes ajudavam os humanos a concluir tarefas. Na próxima fase, os Agentes se tornarão progressivamente entidades executivas autorizadas, participando diretamente de compras, pagamentos, negociações e gestão de ativos. Assim que os Agentes obtiverem permissões econômicas reais, as empresas deverão criar sistemas para identidade, orçamento, aprovação, gestão de riscos e auditoria para eles. Isso significa que a governança de Agentes não será apenas uma função de software genérica, mas poderá formar um mercado de infraestrutura independente.

As stablecoins operam 24/7, são programáveis e podem ser invocadas diretamente por meio de API e contratos inteligentes, tornando-as naturalmente adequadas para pagamentos entre máquinas. Em comparação com sistemas bancários tradicionais, os agentes não precisam aguardar dias úteis nem fazer login manual em bancos online para realizar pagamentos. Desde que tenham permissão, eles podem liquidar transações em tempo real em todo o mundo. Contudo, quanto mais automatizada for a via de pagamento, maior será a necessidade de camadas de autorização e liquidação. As stablecoins resolvem “como os fundos se movem”; o Skalor resolve “se as máquinas têm permissão para mover os fundos”.

Coinbase, Stripe, Anthropic, Google e outras empresas de infraestrutura estão impulsionando padrões para pagamentos e chamadas de ferramentas por Agentes. Essas plataformas reduzem a dificuldade de os Agentes iniciarem pagamentos, mas nem sempre resolvem completamente questões empresariais como identidade, orçamento, aprovação conjunta e auditoria verificável. Nesse sentido, o Skalor não busca competir com todos os protocolos de pagamento por Agentes, mas sim tornar-se uma camada universal de liquidação e política sobre eles. Enquanto houver diferenças entre os protocolos de pagamento, as empresas precisarão de um sistema capaz de gerenciar unificadamente as permissões dos Agentes entre diferentes plataformas.

Ao implantar Agentes corporativos, os requisitos de supervisão e auditoria não desaparecem apenas porque o agente executante se torna software.

Ao contrário, quando o pagamento é executado por um sistema autônomo, as empresas podem precisar provar de forma mais rigorosa:

• Cada transação é autorizada;
• O agente está sujeito a limites de permissão claros;
• As sanções e as verificações de combate à lavagem de dinheiro foram concluídas;
• Os fluxos de fundos podem ser totalmente rastreados;
• Existe um mecanismo de intervenção humana nas decisões chave;
• The system cannot be arbitrarily bypassed by a single Agent.

Portanto, a conformidade não é um módulo adicional após o lançamento do Skalor, mas sim uma fonte importante de requisitos do produto.

À medida que stablecoins e pagamentos com ativos digitais entrarem em mais empresas regulamentadas, plataformas capazes de oferecer execução de políticas não custodiais e registros de auditoria verificáveis podem gradualmente passar de “ferramentas de segurança” a requisitos básicos na aquisição corporativa.

Cenário competitivo

Os concorrentes do Skalor vêm de várias áreas relacionadas, mas os problemas resolvidos por diferentes soluções não são exatamente os mesmos.

Protocolo de pagamento do agente

Essas plataformas são responsáveis por permitir que os Agentes descubram serviços, negociem preços e iniciem pagamentos. Elas resolvem a iniciativa de pagamento e a padronização de protocolos, enquanto o Skalor se concentra na autorização empresarial, execução de estratégias e auditoria. Portanto, os dois são mais provavelmente complementares em muitos cenários.

Ferramentas de governança e segurança do agente

Algumas plataformas oferecem regras de pré-execução, detecção de anomalias e monitoramento de comportamento. Elas podem ajudar as empresas a identificar riscos, mas se as políticas existirem apenas na camada de aplicação, Agentes ou sistemas integrados ainda podem contornar as regras. A diferenciação do Skalor está em inserir restrições críticas na camada de execução verificável, impedindo que transações sejam concluídas quando não estiverem em conformidade com as políticas.

Infraestrutura de custódia e carteiras

As instituições custodiantes e plataformas MPC possuem acesso a clientes corporativos e entradas de fundos, podendo adicionar gerenciamento de permissões de Agent no futuro. Essas empresas possuem forte capacidade de distribuição, mas seu negócio principal continua sendo a custódia de fundos. O Skalor optou por manter-se não custodiado, permitindo neutralidade entre múltiplas entidades custodiantes e redes de pagamento, sem exigir que as empresas migrem seus ativos.

Redes de pagamento tradicionais

Visa, Mastercard e outras instituições de pagamento estão explorando capacidades de pagamento e identidade baseadas em Agent. Elas possuem vantagens significativas nos cenários de pagamento com cartão, mas os Agentes corporativos futuramente podem utilizar simultaneamente stablecoins, redes bancárias, protocolos on-chain e sistemas de liquidação institucional. A oportunidade da Skalor está em fornecer uma política e camada de identidade consistentes entre todas as vias, em vez de se limitar a um único método de pagamento.

Nuvem geral e plataforma de Agent

Grandes provedores de nuvem podem integrar diretamente a capacidade de pagamento de Agentes nos processos de implantação de modelos e aquisição corporativa. Essas plataformas são a força competitiva de longo prazo mais importante para a Skalor, pois possuem clientes existentes, ecossistema de desenvolvedores e canais de aquisição prontos. A estratégia de defesa da Skalor reside em manter neutralidade entre modelos, nuvens e redes de pagamento. As empresas podem não desejar que a identidade dos seus Agentes, políticas de pagamento e registros de auditoria fiquem vinculadas a um único fornecedor de nuvem ou plataforma de modelo.

Diferenciação central

Camada neutra não custodiada

Skalor não armazena ativos corporativos, apenas executa políticas e gera provas. Isso reduz o custo para empresas trocarem de cofre, custodiante ou rede de pagamento, além de evitar conflitos diretos de controle de fundos entre a plataforma e instituições financeiras existentes.

Execução de política atomizada

O sistema não apenas alerta sobre riscos após a execução da negociação, mas aplica políticas obrigatoriamente antes do liquidação da transação. Isso o torna mais próximo de uma infraestrutura de liquidação real do que de um software de monitoramento comum.

Rede de identidade do agente

O KYA Bureau integra a identidade do Agente, o ambiente de execução e a reputação da instituição em credenciais verificáveis. Se essa rede conseguir obter ampla participação institucional, ela poderá formar um efeito de rede mais forte do que uma única função de software.

Cross-Payment Rail

O objetivo do Skalor não é se tornar outra rede de pagamentos, mas sim conectar redes diferentes. Os Agentes podem usar criptomoedas estáveis, redes de cartões ou sistemas de liquidação empresarial, permitindo que as empresas continuem aplicando regras unificadas de orçamento e autorização.

Open source and independently verifiable

Para a infraestrutura que gerencia permissões de tesouraria corporativa, a confiança não pode depender totalmente dos compromissos do fornecedor. Contratos abertos, testes públicos e recibos verificáveis offline ajudam as equipes de segurança e órgãos de auditoria a confirmar autonomamente o comportamento do sistema, em vez de tratar a lógica de liquidação como uma caixa preta invisível.

Posição no setor

Skalor representa uma importante transformação na infraestrutura de AI Agent.

Na primeira fase, a indústria se concentra em saber se o modelo é suficientemente inteligente.

Na segunda fase, observe se o agente consegue usar ferramentas e concluir tarefas.

E quando o agente começar a acessar os fundos, a questão se torna ainda mais:

Como as empresas podem conceder seguramente permissões econômicas reais a máquinas?

Isso gerará um novo conjunto completo de infraestrutura, incluindo identidade de Agent, políticas de autorização, liquidação e pagamento, seguro, crédito e auditoria. O Skalor escolheu atuar na camada mais central: determinar, antes da transação ocorrer, se um Agent tem permissão para executar uma determinada ação econômica. Se a economia de Agent continuar a crescer, essa camada poderá se assemelhar às redes de liquidação, sistemas de autenticação de identidade e gerenciamento de permissões corporativas do sistema de pagamento atual. Ela não será diretamente voltada ao consumidor final, mas poderá se tornar o componente padrão por trás de grande parte dos pagamentos de Agent.

Resumo

O agente de IA está se transformando de uma ferramenta de informação em um participante da economia digital com capacidade de execução.

No entanto, as empresas não podem entregar totalmente o acesso a fundos reais a um Agente apenas porque o modelo se comporta bem. Elas precisam de identidade clara, orçamento executável, autorização verificável e registro de auditoria imutável. O Skalor combina esses requisitos em uma camada de liquidação não custodiada por meio dos sistemas Mandate, KYA Bureau e recibos assinados. Ele não substitui os bancos, custódios ou redes de pagamento das empresas, mas estabelece os limites de controle necessários entre eles e os Agentes de IA.

Do ponto de vista deste, o Skalor está tentando responder a uma das questões mais fundamentais da economia de agentes:

Quando máquinas puderem gastar dinheiro, quem decidirá quando elas terão permissão para gastar?

Perspectiva do Draper Dragon

Para Draper Dragon, o verdadeiro ponto de inflexão dos AI Agents não é apenas o fato de os modelos conseguirem gerar respostas melhores, mas sim o fato de eles começarem a obter permissão para executar ações econômicas reais. Quando os Agents puderem adquirir serviços, gerenciar assinaturas, invocar ferramentas financeiras e transferir fundos em nome de empresas, a IA deixará de ser apenas um software de produtividade e passará a se tornar um novo participante no sistema econômico empresarial. Ao mesmo tempo, infraestruturas em torno de identidade, autorização, liquidação e atribuição de responsabilidade também precisam ser desenvolvidas simultaneamente.

Acreditamos que as empresas não passarão diretamente da "execução manual" para a "autonomia total". É necessário um nível de controle confiável que permita às organizações ampliar gradualmente os privilégios dos Agentes, mantendo ao mesmo tempo o controle final sobre fundos, riscos e conformidade. O que o Skalor construiu são exatamente as capacidades fundamentais necessárias para essa transição. Ele transforma políticas empresariais de documentos internos e configurações de back-end em regras de transação verificáveis e executáveis; transforma Agentes de processos de software vagos em entidades econômicas com identidades e limites de permissão claros; e, por meio de recibos criptográficos, permite que cada pagamento iniciado por máquina seja reproduzido, auditado e rastreado.

Mais importante, o Skalor escolheu manter-se não custodiado e neutro em relação às redes de pagamento. Isso significa que as empresas não precisam migrar seus ativos para uma nova plataforma fechada nem reconstruir todos os seus processos em torno de um único modelo, provedor de nuvem ou rede de liquidação. À medida que o ecossistema de Agentes se fragmenta cada vez mais, essa neutralidade pode se tornar uma propriedade de infraestrutura muito importante.

A longo prazo, acreditamos que os pagamentos por agentes não serão apenas um recurso especializado nas stablecoins ou no setor de IA, mas poderão evoluir para uma nova interface comercial global. Máquinas buscarão, negociarão e concluirão transações de serviços em nome de indivíduos e empresas, exigindo padrões de identidade e liquidação tão rigorosos quanto — ou até mais rigorosos do que — os da atual estrutura financeira humana.

Nesse processo, esperamos ver:

• Mais empresas estão passando de permitir apenas que agentes forneçam sugestões para conceder a eles permissões reais de execução sob restrições de políticas rigorosas;
• A identidade e a reputação do agente estão se tornando gradualmente uma infraestrutura independente do modelo e da plataforma;
• Redes de pagamento, instituições custodiantes e softwares empresariais estão adotando padrões unificados de autorização e auditoria máquinas;
• A execução de estratégias não custodiantes torna-se o limite de segurança padrão para a implantação empresarial de Agentes financeiros.

Como investidor da Skalor, a Draper Dragon acredita que as próximas gerações de atividades comerciais serão cada vez mais guiadas por humanos definindo objetivos e por Agentes executando-os, e que a infraestrutura de confiança determinará quão rápido e em que escala essa transformação ocorrerá.

O Skalor pode se tornar um importante camada de liquidação conectando identidade, permissões e fluxos de fundos na era da economia de máquinas.

Sobre a Draper Dragon

A Draper Dragon nasceu do fundo de capital de risco DFJ da Silicon Valley, fundada em 2005 por renomados investidores de risco globais e líderes da primeira geração de capital de risco na China. É o fundo central e membro do conselho da rede global de capital de risco precoce, "Draper Venture Network". Focando em oportunidades inovadoras com altas barreiras tecnológicas e grande potencial de crescimento, os parceiros do fundo Draper Dragon investiram e desenvolveram globalmente diversas unicórnios tecnológicos, como Coinbase (Nasdaq: COIN), HKbitEX, VirgoCX, CoinDCX, Ledger, Otter.ai, VeChain ($VET), IOTEX ($IOTX), YEEPAY e Splashtop. Além disso, a Draper Dragon responde ativamente às diretrizes políticas governamentais para a indústria, estabelecendo fundos de investimento em inovação e empreendedorismo por meio da atração de capital social qualificado e do apoio dos fundos de orientação de investimento em empreendedorismo dos governos municipais de Xangai e Qingdao, mobilizando efetivamente o capital social para investir na indústria de alta tecnologia e contribuindo significativamente para o desenvolvimento de indústrias inovadoras.