Vencedor do Midnight Hackathon, Latch cria controles privados de gastos para agentes de IA
O vencedor da trilha DeFi implantou um contrato de pagamentos para agentes de IA revogável no Midnight Preprod. A atualização para desenvolvedores correspondente abordou chamadas de contrato, MIP-11 e um tutorial de Shielded Chips para ativos privados de aplicações.
By SongMarketCap
Latch, vencedor da trilha DeFi no Midnight Hackathon de julho de 2026, implantou um contrato inteligente Compact que permite aos proprietários definir permissões de gastos privadas e revogáveis para agentes de IA. O projeto foi apresentado durante o Fireside Dev Hang de 29 de julho, juntamente com atualizações sobre próximos recursos para desenvolvedores do Midnight e ferramentas de tokens protegidos.
Midnight é a cadeia parceira da Cardano para privacidade programável e divulgação seletiva. Seu ambiente de desenvolvimento permite que aplicações verifiquem a execução de contratos enquanto protegem políticas financeiras, identidades de usuários e outros dados sensíveis.
Latch restringe o acesso de agentes de IA à carteira
Latch foi desenvolvido por Ashiha Mahesh Kumar e Atharv Mantri com foco nos riscos criados quando agentes autônomos precisam comprar APIs, conjuntos de dados, infraestrutura ou outros serviços digitais. Dar a um agente acesso irrestrito a uma carteira com fundos pode transformar um fluxo de trabalho comprometido, uma injeção de prompt ou uma decisão equivocada em uma responsabilidade financeira aberta.
O projeto substitui o controle total da carteira por uma capacidade de gasto limitada. Os proprietários podem definir um orçamento total, valor máximo de pagamento, categoria de gastos aprovada, limite de uso e status de revogação. Um mecanismo de nulificação impede que uma solicitação aprovada seja enviada mais de uma vez.
Latch também separa dados privados de gestão das informações disponíveis a observadores externos. A Visão do Proprietário exibe regras de gastos e motivos detalhados de rejeição, enquanto a Visão do Observador Público recebe apenas compromissos, status de autorização e recibos restritos. Limites, categorias e detalhes de rejeição privados são excluídos do modelo de dados público.
De acordo com a submissão no Devpost do projeto, seu contrato Compact está implantado no Midnight Preprod por meio de uma carteira Lace conectada. O contrato implementa três circuitos, createCapability, authorizeSpend e revokeCapability.
O passo a passo interativo atualmente usa um simulador local que espelha essas regras de autorização. As ações do simulador não são enviadas como transações no Preprod. O próximo marco de desenvolvimento do Latch é conectar o fluxo completo da aplicação diretamente ao contrato implantado.
Midnight prepara chamadas de contrato e padrões de tokens protegidos
A atualização do Fireside também abordou chamadas de contrato para contrato, eventos, suporte a assinaturas ECDSA e melhorias adicionais no ambiente de desenvolvimento do Compact. As funcionalidades estão avançando para garantia de qualidade e ambientes de teste, mas ainda não estão disponíveis publicamente na rede Preview.
Chamadas de contrato para contrato permitiriam que um contrato inteligente do Midnight invocasse funcionalidades fornecidas por outro. Eventos dariam a dApps e serviços externos uma forma estruturada de rastrear a atividade do contrato, enquanto o suporte a ECDSA ampliaria a compatibilidade com a infraestrutura existente de carteiras, assinaturas e segurança.
A Midnight planeja lançar documentação, exemplos e código de tutorial à medida que as funções individuais ficarem disponíveis para testes de desenvolvedores.
A atualização também incluiu a MIP-11, o padrão proposto pela OpenZeppelin para tokens nativos protegidos no Midnight. A issue pública de desenvolvimento permanece aberta e está listada como em andamento no processo de lançamento alpha do Compact Contracts 0.3.0.
Sua primeira fase abrange a cunhagem e queima de tokens Zswap nativos protegidos com propriedade modular, controles baseados em papéis ou multassinatura. Uma fase posterior de transferências depende de chamadas de contrato para contrato e de lógica de gastos personalizada.
Uma implementação compartilhada forneceria a desenvolvedores de carteiras e dApps uma estrutura consistente para emitir e destruir ativos protegidos, em vez de exigir que cada aplicação crie um modelo de token independente.
Shielded Chips testa ativos privados e custódia por contrato
Shielded Chips usa uma aplicação de roleta para demonstrar como regras públicas de jogo podem operar ao lado de dados privados de propriedade e pagamentos. Observadores podem verificar que um participante pseudônimo fez uma aposta e se ela venceu, enquanto o endereço da carteira do jogador, a identidade e o valor privado do pagamento permanecem protegidos.
A banca é a única parte autorizada a cunhar os tokens de fichas do jogo. Antes de uma rodada começar, o contrato inteligente assume a custódia dos ativos necessários de ambos os lados e então aplica as regras publicadas para determinar o pagamento.
O design separa esses ativos protegidos da aplicação do $NIGHT, o token público, não protegido, nativo e de governança do Midnight. No modelo demonstrado, $NIGHT não funciona como a ficha privada usada dentro do contrato do jogo.
O ambiente de teste também cobre transações projetadas para falhar. O contrato deve rejeitar um token protegido não suportado, impedir que um participante perdedor reivindique o pagamento e confirmar que o resultado divulgado corresponde ao valor comprometido antes de o desfecho ser revelado.
O repositório e o tutorial do Shielded Chips não eram públicos no momento da atualização. Seu lançamento planejado pretende documentar cunhagem de tokens protegidos, custódia por contrato, identidade pseudônima, pagamentos privados e testes de falha.
Publicar esse código colocaria um exemplo reutilizável de aplicação ao lado da interface comum de tokens da MIP-11. A integração separada do Latch no Preprod completaria a aplicação direta por contrato para criação de capacidades, autorização de pagamentos e revogação, oferecendo aos desenvolvedores do Midnight dois caminhos distintos de implementação para ativos protegidos e pagamentos de agentes de IA com restrições.