Perché l'Agentic Finance ha bisogno di un 'Execution Harness'

"Sposta questo asset su un'altra chain, paga la tariffa per l'uso dei dati lì, e poi porta la ricevuta."

Per una persona, è una richiesta di una sola frase. Ma affinché un agente AI completi questo compito, deve scegliere un bridge, confrontare le stime, creare una transazione di approvazione, calcolare il gas della chain di arrivo, recuperare una trasmissione interrotta, evitare che gli stessi soldi escano due volte e verificare che il risultato richiesto sia stato effettivamente raggiunto.

Le discussioni sull'era in cui l'AI spende denaro di solito iniziano con "basta dare un portafoglio all'agente". Non è sbagliato se si tratta di un semplice pagamento. Il pagamento della tariffa API da parte dell'agente tramite x402 si conclude con la verifica del prezzo, l'approvazione, il trasferimento e la ricevuta. Tuttavia, la richiesta sopra non è solo un pagamento, ma un flusso di lavoro di Agentic Finance, dove il pagamento è solo un passaggio. Questa distinzione è importante. Spiegare ogni trasferimento di valore attraverso un sistema finanziario complesso rende anche i pagamenti ordinari sembrano difficili, e se chiamiamo ogni flusso di lavoro finanziario un pagamento, i problemi di esecuzione più complessi scompaiono. Questo articolo li analizza separatamente.

1. Il confine tra pagamento e finanza

Ci sono decisioni anche nei pagamenti agentici. L'agente decide cosa acquistare, quale fornitore utilizzare e quanto spendere entro un certo limite. Tuttavia, il pagamento stesso è un'operazione limitata che consiste nella verifica delle condizioni, approvazione, trasferimento di valore e restituzione della prova. Quando un servizio come x402 invia le condizioni di pagamento, l'agente firma per completare il pagamento e rimanda la richiesta con la prova, un flusso che può essere gestito adeguatamente tramite un portafoglio o un middleware di pagamento.

L'Agentic Finance inizia quando l'agente è responsabile delle decisioni finanziarie e dei risultati. È il compito di coordinare diverse azioni in uno stato in evoluzione, come la scelta di percorsi di swap e bridge, la gestione dei limiti di approvazione, il riequilibrio del tesoro, prestiti e coperture. In questo caso, il sistema deve preservare l'intento attraverso più fasi e dimostrare che lo stato finale corrisponde all'obiettivo iniziale. Il commercio è una categoria separata che si sovrappone alla finanza, e anche in quel flusso, il pagamento è solo un passaggio. La distinzione è semplice. Il pagamento trasferisce valore, mentre la finanza decide come distribuire, proteggere e gestire il capitale.

2. Lo stack a 7 livelli dell'Agentic Finance
[Figura 2] Stack a 7 livelli dell'Agentic Finance --- Ruoli per livello e attori rappresentativi (Fonte=Aomi Labs Research)

Nessun modello, portafoglio o protocollo può rappresentare da solo l'intera Agentic Finance. Il processo dal target al regolamento è suddiviso in sette livelli.

Il primo livello è il servizio dell'agente che riceve gli obiettivi e il consenso dell'utente (ChatGPT, Gemini, Amazon Luffers, PayPal), il secondo livello è il runtime che gestisce flussi di lavoro, memoria, ripetizioni e stato, il terzo livello è l'esecuzione del dominio che trasforma i piani in ordini o transazioni reali (1inch, DeBridge, Uniswap, Kraken). Il quarto livello, portafoglio e autorizzazione, stabilisce chi può fare cosa per conto di chi e decide se firmare. Coinbase, MetaMask, OKX, Privacy, Turnkey, Safe, Fireblock competono, mentre Google AP2 e Visa/Mastercard stabiliscono gli standard. Solo il quinto livello gestisce direttamente i pagamenti. x402, MPP, ACP, UCP scambiano prezzi, metodi di pagamento e prove. Il sesto livello è composto da stablecoin e tesoreria (Circle, Tether, Stripe, Bridge), e il settimo livello è il rail di regolamento (Base, Solana, Ethereum Layer 2, reti di carte, reti bancarie). Sicurezza, conformità, simulazione e riconciliazione attraversano tutti e sette i livelli.

Questa mappa posiziona le responsabilità, non le aziende. Un'azienda può coprire più livelli, ma le responsabilità sono diverse per ciascun livello. I protocolli di pagamento coordinano le procedure di pagamento, mentre i portafogli approvano o rifiutano le richieste. Tuttavia, nessuno dei due è responsabile di giudicare se un obiettivo finanziario a più fasi sia stato completato correttamente.

3. Il confine dell'approvazione

La parte iniziale del flusso di lavoro finanziario può essere flessibile. Interpreta l'obiettivo, sceglie il percorso e crea proposte. Tuttavia, dal momento in cui la richiesta tocca il diritto di spendere denaro, deve essere decisiva. Il firmatario deve giudicare la richiesta invariata in base a identità, consenso, limiti e politiche, e il rail di regolamento la gestisce senza reinterpretare l'intento. Anche il modello di pagamento agentico del FMI del 2026 separa "intento e coordinamento", "controllo e approvazione", "regolamento" per lo stesso motivo. Il modello può proporre liberamente, mentre il portafoglio può rifiutare in modo indipendente. Il runtime prepara le prove, ma non deve prendere l'autorità altrui.

4. La posizione attuale del mercato

In senso stretto, i pagamenti stanno rapidamente diventando un prodotto. I portafogli stanno cambiando da casseforti per chiavi a sistemi di autorizzazione programmabili. Coinbase isola le chiavi in un'area sicura e impone limiti, mentre MetaMask mantiene l'autocustodia e obbliga la simulazione prima della firma. Circle e CrossMint uniscono portafogli, fondi e protocolli di pagamento in un colpo solo. I protocolli non convergono in uno solo, ma condividono ruoli e coesistono. x402 e MPP gestiscono i pagamenti meccanici, ACP e UCP gestiscono i flussi commerciali, mentre i protocolli AP2 e delle carte trattano deleghe di autorizzazione e identità.

Secondo le aggregazioni di Chainalysis, fino al primo trimestre del 2026, le transazioni x402 di Base supereranno i 100 milioni e Solana ha riportato oltre 35 milioni. Tuttavia, alcune di queste sono state attività speculative. È una prova che la tecnologia si è diffusa, ma non dimostra ancora che ci sia una domanda complessa di finanza autonoma. L'uso è digitale, i prezzi possono essere letti dalle macchine e si impara prima dai pagamenti API e chiamate dati che possono essere annullati in caso di errore. Il trading DeFi e il routing cross-chain comportano rischi di esecuzione elevati, e la tesoreria e le operazioni transfrontaliere comportano ulteriori problemi di regolamentazione e responsabilità. Le stablecoin sono un importante mezzo di regolamento, ma non risolvono l'identità dell'agente, i rimborsi, le tasse e la composizione delle transazioni.

5. Cosa fa l'Execution Harness
[Figura 3] Ciclo di vita dell'esecuzione in 7 fasi e il confine dell'approvazione --- le aree di responsabilità dell'harness e del portafoglio (Fonte=Aomi Labs Research)

Non tutte le transazioni richiedono un Execution Harness. È necessario quando più azioni dipendono l'una dall'altra, quando è necessario scegliere un percorso, quando lo stato continua a cambiare, quando ci sono fallimenti parziali e esecuzioni irreversibili, o quando non è possibile dimostrare il risultato solo con una ricevuta.

Torniamo alla richiesta della prima frase. Il portafoglio impone un limite di spesa, il simulatore esegue una transazione in anticipo e la chain dimostra la finalità. Tuttavia, dimostrare che l'obiettivo originale è stato collegato in modo coerente dalla scelta del percorso al saldo finale non è compito di nessuno dei tre. Attualmente, questo vuoto è riempito dall'inferenza del modello. L'agente legge nuovamente il documento, riesamina le regole di approvazione ogni volta e riprova in caso di fallimento. Ogni volta, consuma token e tempo, e nel frattempo il preventivo può cambiare o c'è il rischio che gli stessi soldi escano due volte.

L'Execution Harness è il runtime che assume questo ruolo. Interpreta l'obiettivo, sceglie strumenti e percorsi all'interno di un ambito controllato, crea transazioni precise, simula prima della richiesta di autorizzazione, invia la richiesta esaminata dal firmatario una sola volta e confronta lo stato finale con l'intento iniziale. A differenza di un toolkit, è responsabile dello stato, del recupero e del completamento, e a differenza di un portafoglio, non prende l'autorità di firmare. Il diritto di rifiutare rimane sempre nel portafoglio. Pertanto, il risultato dell'harness non è una singola transazione riuscita, ma una catena di prove che collega l'intento all'approvazione, alla ricevuta e allo stato finale.

6. Perché l'harness è necessario anche se emergono modelli migliori

Se i modelli diventano più intelligenti, potrebbe non essere più necessario questo livello. Tuttavia, l'ordine di approvazione, le regole per prevenire esecuzioni duplicate, il formato della ricevuta e i metodi di verifica del saldo non cambiano ogni volta che si esegue. Queste cose dovrebbero essere inserite in software verificati, e l'inferenza del modello dovrebbe essere utilizzata solo dove è realmente necessaria una decisione. L'AI legale e medica ha già intrapreso questa strada. Harvey ha avvolto modelli generali in flussi di lavoro, requisiti di citazione e revisione umana, mentre Avery collega le bozze delle cartelle cliniche alle informazioni originali. I compiti professionali ripetitivi si sono trasferiti da prompt a software. La finanza comporta trasferimenti di asset irreversibili, quindi il software deve assumersi direttamente la responsabilità di simulazione, prevenzione delle duplicazioni, recupero e riconciliazione.

Questa affermazione deve essere verificata con misurazioni. Confronta i risultati quando l'harness è presente e quando non lo è, utilizzando lo stesso modello, compito, politica di firma e condizioni di mercato, e misura token, tempo, costi e intervento umano per ogni risultato verificato. Considera il tasso di successo del compito, il tasso di blocco delle proposte rischiose, il tasso di corrispondenza tra simulazione ed esecuzione reale e l'accuratezza dello stato finale. I vantaggi devono essere mantenuti anche in condizioni sfavorevoli come preventivi obsoleti o bridge interrotti. Un harness che nasconde i fallimenti o aumenta solo i tentativi non ha dimostrato valore.

7. Il futuro nei prossimi 2-3 anni

Entro un anno, le politiche di spesa e la sicurezza delle transazioni per gli agenti diventeranno funzionalità di base dei portafogli, e i processori supporteranno sia x402 che MPP. È un progresso nei pagamenti agentici. Le opportunità più grandi si aprono sopra di esso. Gli agenti si muoveranno tra i servizi con i poteri delegati, i router sceglieranno il mezzo appropriato tra stablecoin, carte e banche, e la tesoreria e la conformità dovranno collegare ogni azione a un agente, compito e risultato precisi. I sistemi che sopravvivono separeranno proposta, esecuzione, approvazione e regolamento e collegheranno le quattro come prove. A quel punto, i pagamenti agentici diventeranno una funzionalità integrata, e l'Agentic Finance sarà il sistema operativo più ampio in cui avvengono questi pagamenti.

I pagamenti agentici creano un modo per l'agente di spendere denaro. L'Agentic Finance consente di prendere decisioni finanziarie e di eseguirle all'interno dei poteri delegati. Modelli migliori prendono decisioni migliori. L'harness assicura che quelle decisioni si concludano in risultati verificabili senza sottrarre l'autorità del portafoglio.

Cosa fa Aomi Labs?

Sviluppa un'infrastruttura che trasforma le intenzioni degli agenti AI in esecuzioni on-chain verificate che abbracciano azioni di pagamento e non pagamento. Si concentra sui livelli runtime (2° livello) ed esecuzione del dominio (3° livello), collegando senza sostituire portafogli, protocolli di pagamento e rail di regolamento. Il confronto tra "con e senza harness" è ancora un metodo di verifica, non un risultato misurato.

In questo KBW, incontreremo i costruttori coreani al TRUST404 Hackathon (29 settembre), EASYCON (1 ottobre) e Dev Korea Mixer (2 ottobre).

Fonte originale: Aomi Labs Research, "Lo stato degli Execution Harness per i pagamenti agentici" (13 agosto 2026) --- aomi.dev/research. Le principali fonti citate nell'originale includono il modello di pagamento agentico del FMI del 2026, le specifiche x402 e MPP, e l'analisi di mercato di Chainalysis. Le funzionalità delle aziende seguono le descrizioni dei prodotti pubblicate da ciascuna azienda, a meno che non siano state dimostrate in modo indipendente.

Questo contenuto è fornito a solo scopo informativo generale e non costituisce consulenza finanziaria, di investimento, legale o fiscale. Qualsiasi evento, ricompensa, promozione online o informazione correlata menzionata nel presente documento non deve essere considerata una raccomandazione, una sollecitazione o un invito ad acquistare, vendere, fare trading o altrimenti negoziare criptovalute. Le criptovalute sono altamente volatili e possono comportare perdite. La disponibilità dei servizi, dei prodotti e degli eventi correlati di WEEX può variare a seconda della regione. È tua responsabilità assicurarti che la tua partecipazione sia conforme alle leggi e ai regolamenti locali applicabili.