Il vincitore del Midnight Hackathon, Latch, crea controlli di spesa privati per agenti IA

Latch, vincitore della track DeFi al Midnight Hackathon di luglio 2026, ha implementato un contratto smart Compact che consente ai proprietari di definire autorizzazioni di spesa private e revocabili per agenti IA. Il progetto è stato presentato durante il Fireside Dev Hang del 29 luglio insieme ad aggiornamenti sulle prossime funzionalità per sviluppatori di Midnight e sugli strumenti per token shielded.

Midnight è la chain partner di Cardano per la privacy programmabile e la divulgazione selettiva. Il suo ambiente di sviluppo consente alle applicazioni di verificare l’esecuzione dei contratti proteggendo al contempo politiche finanziarie, identità degli utenti e altri dati sensibili.

Latch limita l’accesso al wallet degli agenti IA

Latch è stato sviluppato da Ashiha Mahesh Kumar e Atharv Mantri a partire dai rischi che sorgono quando agenti autonomi devono acquistare API, dataset, infrastrutture o altri servizi digitali. Concedere a un agente accesso illimitato a un wallet finanziato può trasformare un flusso di lavoro compromesso, una prompt injection o una decisione errata in una responsabilità finanziaria aperta.

Il progetto sostituisce il controllo completo del wallet con una capacità di spesa limitata. I proprietari possono definire un budget totale, un importo massimo per pagamento, una categoria di spesa approvata, un limite di utilizzo e lo stato di revoca. Un meccanismo di nullifier impedisce che una richiesta approvata venga inviata più di una volta.

Latch separa inoltre i dati di gestione privati dalle informazioni disponibili agli osservatori esterni. L’Owner View mostra le regole di spesa e i motivi di rifiuto dettagliati, mentre la Public Observer View riceve solo commitments, stato di autorizzazione e ricevute limitate. Limiti, categorie e dettagli di rifiuto privati sono esclusi dal modello di dati pubblico.

Secondo la submission su Devpost del progetto, il relativo contratto Compact è implementato su Midnight Preprod tramite un wallet Lace connesso. Il contratto implementa tre circuiti, createCapability, authorizeSpend e revokeCapability.

Il percorso interattivo utilizza attualmente un simulatore locale che rispecchia quelle regole di autorizzazione. Le azioni del simulatore non vengono inviate come transazioni su Preprod. Il prossimo traguardo di sviluppo di Latch è collegare l’intero flusso applicativo direttamente al contratto distribuito.

Midnight prepara le chiamate tra contratti e gli standard per token shielded

L’aggiornamento di Fireside ha trattato anche le chiamate contract to contract, gli eventi, il supporto alle firme ECDSA e ulteriori miglioramenti all’ambiente di sviluppo Compact. Le funzionalità stanno avanzando verso la garanzia di qualità e gli ambienti di test ma non sono ancora disponibili pubblicamente sulla rete Preview.

Le chiamate contract to contract consentirebbero a uno smart contract su Midnight di invocare funzionalità fornite da un altro. Gli eventi offrirebbero a dApps e servizi esterni un modo strutturato di tracciare l’attività dei contratti, mentre il supporto ECDSA amplierebbe la compatibilità con le infrastrutture esistenti di wallet, firme e sicurezza.

Midnight prevede di rilasciare documentazione, esempi e codice tutorial man mano che le singole funzionalità saranno disponibili per i test degli sviluppatori.

L’aggiornamento ha incluso anche MIP-11, lo standard proposto da OpenZeppelin per i token shielded nativi su Midnight. La issue pubblica di sviluppo rimane aperta ed è indicata come in corso nell’ambito del processo di rilascio alpha di Compact Contracts 0.3.0.

La prima fase copre il mint e il burn di token Zswap shielded nativi con proprietà modulare, controlli basati su ruoli o multisignature. Una fase successiva di transfer dipende dalle chiamate contract to contract e da logiche di spesa personalizzate.

Un’implementazione condivisa fornirebbe a sviluppatori di wallet e dApp una struttura coerente per emettere e distruggere asset shielded invece di richiedere a ogni applicazione di creare un modello di token indipendente.

Shielded Chips testa asset privati e custodia tramite contratto

Shielded Chips utilizza un’applicazione di roulette per dimostrare come le regole di gioco pubbliche possano operare insieme a dati privati di proprietà e payout. Gli osservatori possono verificare che un partecipante pseudonimo abbia piazzato una scommessa e se abbia vinto, mentre l’indirizzo del wallet del giocatore, l’identità e l’importo del payout privato rimangono protetti.

Il banco è l’unica parte autorizzata a mintare i token chip del gioco. Prima che inizi un round, lo smart contract prende in custodia gli asset necessari da entrambe le parti e applica quindi le regole pubblicate per determinare il payout.

Il design separa quegli asset applicativi shielded da $NIGHT, il token nativo pubblico, non shielded e di governance di Midnight. Nel modello dimostrato, $NIGHT non funziona come chip privato usato all’interno del contratto di gioco.

L’ambiente di test copre anche transazioni progettate per fallire. Il contratto deve rifiutare un token shielded non supportato, impedire a un partecipante perdente di richiedere il payout e confermare che il risultato divulgato corrisponda al valore impegnato prima che l’esito fosse rivelato.

Il repository e il tutorial di Shielded Chips non erano pubblici al momento dell’aggiornamento. La loro pubblicazione prevista è destinata a documentare il minting di token shielded, la custodia tramite contratto, l’identità pseudonima, i payout privati e i test di fallimento.

La pubblicazione di quel codice affiancherebbe un esempio di applicazione riutilizzabile all’interfaccia comune dei token di MIP-11. L’integrazione separata di Latch su Preprod completerebbe l’applicazione diretta del contratto per la creazione delle capability, l’autorizzazione dei pagamenti e la revoca, offrendo agli sviluppatori di Midnight due percorsi di implementazione distinti per asset shielded e pagamenti di agenti IA con vincoli.