Gli agenti crypto AI hanno bisogno di un nuovo tipo di calcolo. Ecco perché Acurast conta.

 

Gli agenti IA stanno andando oltre la conversazione. Gli agenti crypto AI possono possedere wallet, chiamare smart contract, pagare servizi ed eseguire compiti on-chain senza che una persona debba approvare ogni passaggio.

 

Infrastrutture come x402 permettono agli agenti di pagare le API in stablecoin. I wallet agentici danno loro la possibilità di spendere entro limiti fissati dai loro proprietari.

 

Ma con l’autonomia arrivano anche nuovi problemi di sicurezza.

 

Un chatbot che lascia trapelare la cronologia delle conversazioni è un problema di privacy. Un agente crypto autonomo che lascia trapelare le proprie credenziali, o che esegue codice modificato di nascosto da qualcuno, può diventare un incidente di sicurezza con conseguenze reali on-chain.

 

Eppure molti agenti girano ancora su laptop, istanze VPS convenzionali o infrastrutture cloud centralizzate. Questi ambienti possono essere comodi, ma sollevano domande importanti: chi può accedere al runtime di un agente? Come si può verificare quale codice è in esecuzione? E cosa succede quando un singolo provider va offline o decide di spegnerlo?

 

Gli agenti crypto hanno bisogno di più della semplice potenza di calcolo. Hanno bisogno di esecuzione confidenziale, di un’infrastruttura verificabile e di un modo per accedere al calcolo senza dipendere da un singolo provider.

 

Acurast offre un approccio diverso: una rete di calcolo distribuita basata sulla sicurezza hardware degli smartphone.

Cinque requisiti per il calcolo crypto-nativo

 

Un agente autonomo ha bisogno di cinque proprietà fondamentali dal proprio runtime.

Questi requisiti non sono esclusivi del mondo crypto. Ma quando un software può controllare un wallet o avviare azioni on-chain, le conseguenze di un errore diventano molto più significative.

 

Perché l’infrastruttura cloud convenzionale lascia delle lacune

 

Le piattaforme cloud centralizzate offrono strumenti familiari, un’infrastruttura affidabile e un deployment semplice. Il problema non è che siano intrinsecamente insicure. È che il loro modello di fiducia potrebbe non corrispondere alle esigenze di un software autonomo dotato di wallet.

 

• Il provider resta parte del perimetro di fiducia. Senza protezioni aggiuntive a livello hardware, gli operatori dell’infrastruttura con privilegi elevati potrebbero riuscire a ispezionare la memoria, lo storage o la configurazione di un carico di lavoro. Per un agente, queste superfici possono contenere contesto sensibile e credenziali.
• Verificare il runtime può essere difficile. Quando un agente gira sull’infrastruttura di qualcun altro, gli utenti hanno bisogno di un modo per stabilire in quale ambiente è in esecuzione e se il carico di lavoro distribuito corrisponde a quanto si aspettano. La sola descrizione di un deployment non è una prova indipendente dell’esecuzione.
• L’infrastruttura può diventare un singolo punto di guasto. Un disservizio, la sospensione di un account o un cambio di policy presso un provider possono interrompere tutti gli agenti che ne dipendono.
• Il provisioning tradizionale presuppone un operatore umano. Account cloud, accordi di fatturazione e credenziali di accesso sono pensati per persone o organizzazioni. Un agente autonomo che ha già un wallet ha bisogno di un modo più programmatico per richiedere potenza di calcolo.

 

Il settore nel suo complesso si sta muovendo verso ambienti di calcolo dedicati agli agenti. Muse di Meta e Dots di OpenAI illustrano questa direzione.

 

Ma per gli agenti crypto-nativi la questione va oltre il dare a ogni agente un proprio computer.

Acurast: calcolo basato sull’hardware degli smartphone

 

Acurast trasforma gli smartphone in una rete di calcolo distribuita. Invece di affidarsi a data center centralizzati, coordina una rete di smartphone (Processor) distribuiti in tutto il mondo.

 

Il suo approccio risponde ai cinque requisiti in modi diversi.

 

1. Riservatezza a livello hardware

 

Acurast esegue i deployment all’interno di Trusted Execution Environment (TEEs) protetti a livello hardware.

 

Un TEE fornisce un ambiente di esecuzione isolato, progettato per proteggere dati ed elaborazioni sensibili dal resto del sistema. Questo crea un confine di riservatezza più solido rispetto al solo affidarsi ai normali permessi software.

 

Le variabili d’ambiente del deployment possono fornire segreti a un carico di lavoro in fase di esecuzione, mantenendoli all’interno del confine di esecuzione previsto.

 

Per gli agenti crypto questo è particolarmente rilevante per le credenziali API, il contesto privato e altre configurazioni sensibili. L’obiettivo è ridurre la quantità di fiducia che gli utenti devono riporre nel proprietario dello smartphone o nell’operatore dell’infrastruttura.

 

Come per qualsiasi architettura di sicurezza, la protezione effettiva dipende dall’hardware, dall’implementazione e dalla configurazione del deployment.

 

2. Attestazione hardware

 

La riservatezza riguarda chi può accedere a un carico di lavoro. L’attestazione aiuta a stabilire su quale tipo di hardware viene eseguito.

 

Prima che un carico di lavoro venga assegnato, Acurast usa l’attestazione hardware per verificare gli smartphone idonei. Questo aiuta a distinguere l’hardware autentico e supportato dagli smartphone che non superano i controlli della rete.

 

Insieme al processo di deployment, l’attestazione fornisce una base per verificare l’infrastruttura e i prerequisiti di esecuzione, invece di affidarsi soltanto alle rassicurazioni di un operatore.

 

Per gli agenti autonomi questa distinzione conta: le affermazioni sulla sicurezza dovrebbero essere supportate, ove possibile, da prove verificabili.

 

3. Infrastruttura distribuita

 

Acurast coordina i Processor su una rete di smartphone gestiti da proprietari diversi.

 

In questo modo il calcolo viene distribuito oltre un singolo provider di infrastruttura convenzionale. Questo può ridurre la dipendenza dalle macchine e dalle decisioni operative di un’unica azienda, anche se la resilienza di ogni singolo deployment dipende comunque dalla sua configurazione e dalla capacità disponibile della rete.

 

Per gli agenti che monitorano protocolli o svolgono compiti infrastrutturali ricorrenti, ridurre la dipendenza da un singolo host è un vantaggio architetturale concreto.

 

4. Carichi di lavoro esistenti, senza riscrivere tutto

 

Con Cargo gli sviluppatori possono distribuire diversi carichi di lavoro Linux, tra cui Python, Go, Rust, C++, script shell e binari.

 

Gli sviluppatori possono usare strumenti familiari, consultare i log via SSH e adattare i framework per agenti esistenti invece di ricostruire intere applicazioni attorno a un runtime proprietario.

 

Cargo supporta carichi di lavoro Linux sugli smartphone Android con Processor Core, mentre i Processor iOS continuano a supportare carichi di lavoro JavaScript.

 

Questo rende Acurast interessante non solo per gli sviluppatori che creano nuovi agenti, ma anche per i team che vogliono spostare carichi di lavoro esistenti su un’architettura di calcolo diversa.

 

5. Accesso al calcolo tramite wallet

 

Con l’Acurast Deploy Agent un agente può richiedere potenza di calcolo tramite un’interfaccia HTTP e pagare in USDC su Base usando x402.

 

A seconda della richiesta, può ottenere il deployment di un job o richiedere una VPS. Una richiesta VPS può restituire un ambiente Ubuntu pubblico, accessibile via SSH, in esecuzione su un Processor.

 

Una richiesta VPS funziona senza un account Acurast convenzionale, senza una CLI locale e senza token ACU.

 

Questo crea un utile elemento costitutivo per i sistemi agentici: il software può richiedere l’infrastruttura di cui ha bisogno, eseguire un compito e lasciare che il deployment scada, nel rispetto della durata configurata e dei limiti di spesa.

 

Il risultato è un modello di calcolo che si integra in modo naturale nel software dotato di wallet.

 

Tre modi per eseguire agenti crypto AI su Acurast

 

Le capacità della rete si traducono in tre schemi pratici di deployment.

 

1. Eseguire l’intero agente su un Processor

 

Per i carichi di lavoro che richiedono esecuzione continua e accesso a configurazioni sensibili, l’intero agente può girare all’interno di un TEE su un Processor Acurast.

 

Due esempi dispongono già di applicazioni Cargo nel repository delle app di esempio di Acurast:

 

Hermes: un agente autonomo con pianificazione, memoria e uso di strumenti.

 

OpenClaw: un assistente personale in grado di svolgere compiti pianificati e in più passaggi.

 

Gli sviluppatori possono configurare l’ambiente in .env, specificare la durata del deployment in acurast.json ed eseguire il deployment con acurast deploy. L’URL dell’agente risultante viene inviato a un endpoint di callback configurato.

 

Per i team che hanno già un proprio agente, i template Cargo offrono un punto di partenza per portare un framework esistente in questo ambiente.

 

Ideale per: agenti pianificati, monitoraggio di protocolli, manutenzione ricorrente e carichi di lavoro che traggono vantaggio dalla riservatezza a livello hardware.

 

2. Mantenere privato il ragionamento dell’agente

 

Un agente può proteggere le proprie credenziali di runtime ed esporre comunque contesto sensibile se invia ogni prompt all’API di un modello di terze parti.

 

A seconda del carico di lavoro, Acurast offre due approcci per eseguire l’inferenza all’interno di un TEE.

 

Eseguire un modello direttamente su un Processor. Il modulo LLM di Acurast supporta molti modelli GGUF di Hugging Face. Può essere adatto a compiti di inferenza leggeri come classificazione, estrazione e riassunto.

 

Eseguire un gateway IA. In un primo esperimento con Pocket Network e NodeGhost, un gateway compatibile con OpenAI ha girato come build Cargo e ha gestito per un’ora richieste alternate di inferenza e di ricerca web senza perdere nessuna richiesta.

 

L’esperimento del gateway ha carattere esplorativo e non va inteso come una promessa di prestazioni su scala di produzione. Dimostra comunque il potenziale di eseguire un flusso di inferenza più completo su un calcolo basato sugli smartphone.

 

Ideale per: agenti che elaborano documenti riservati, ricerca interna, dati operativi privati o prompt che i team non vogliono inviare abitualmente a provider di inferenza di terze parti.

 

3. Lasciare che l’agente si procuri da solo il calcolo

 

Un agente non ha necessariamente bisogno di un server permanente o di una persona che gestisca ogni deployment.

 

Con il Deploy Agent, un agente può inviare una richiesta HTTP che include un pagamento x402 in USDC su Base e la specifica di un job o una richiesta VPS.

 

Ad esempio, un agente potrebbe richiedere un ambiente di calcolo per svolgere un compito infrastrutturale pianificato, collegarsi via SSH alla macchina Ubuntu restituita, completare il compito e lasciare che il deployment scada.

 

Per questo flusso di lavoro non servono né un account Acurast convenzionale né una CLI locale.

 

Insieme a un wallet agentico e a un limite di spesa esplicito, questo fornisce una base pratica per il provisioning programmatico del calcolo.

 

Ideale per: carichi di lavoro temporanei, manutenzione automatizzata, ambienti specifici per singoli compiti e agenti che devono procurarsi potenza di calcolo su richiesta.

 

Cinque casi d’uso per agenti crypto

 

Le applicazioni più forti sono quelle in cui funzionamento continuo, esecuzione confidenziale e infrastruttura verificabile offrono un valore concreto.

Si tratta di casi d’uso infrastrutturali, non di promesse che le decisioni o gli output di un agente saranno sempre corretti. La logica applicativa, le fonti dei dati, i permessi e le misure di sicurezza operative restano importanti.

 

Il punto più generale è che gli agenti possono essere progettati per dipendere meno dalla fiducia in un singolo operatore. Gli sviluppatori possono invece combinare protezioni a livello hardware, attestazione, infrastruttura distribuita e controlli di accesso espliciti.

 

È un’estensione naturale dei principi che hanno plasmato l’infrastruttura crypto fin dall’inizio.

 

Il prossimo livello dell’infrastruttura crypto

 

Il mondo crypto ha passato anni a costruire sistemi che riducono la dipendenza dagli intermediari. Gli agenti autonomi introducono una nuova sfida: un software in grado di agire in modo indipendente ha bisogno anche di un’infrastruttura su cui operare senza fidarsi ciecamente dell’operatore.

 

Acurast riunisce calcolo basato sugli smartphone, esecuzione confidenziale a livello hardware, attestazione e provisioning tramite wallet in un’architettura pensata per questa sfida.

 

Offre agli sviluppatori un modo per esplorare un modello diverso di esecuzione degli agenti: un modello in cui il runtime può essere più confidenziale, l’infrastruttura più distribuita e l’accesso al calcolo più compatibile con il software autonomo.

Per iniziare

 

Il modo più rapido per esplorare Acurast è fare il deployment di un agente esistente prima di costruirne uno tuo.

 

Scegli un esempio. Sfoglia le app di esempio di Acurast e inizia con Hermes o OpenClaw.

 

Segui il tutorial sul deployment. Configura l’ambiente e la durata del deployment, poi distribuisci l’applicazione, come mostrato nel tutorial di Hermes.

 

Crea il tuo carico di lavoro. Usa l’Acurast Quickstart e la documentazione della CLI per adattare il tuo agente esistente.

 

Esplora il provisioning autonomo. Leggi la documentazione del Deploy Agent se il tuo agente deve richiedere e pagare il calcolo in modo programmatico.

 

Qualunque infrastruttura tu scelga, segui tre regole di base quando fai il deployment di un agente crypto:

 

• Usa un wallet o un account dedicato. Concedi solo i permessi di cui l’agente ha bisogno e imposta limiti di spesa espliciti.
• Tieni i segreti fuori da prompt e log. Fornisci le credenziali tramite la configurazione di deployment appropriata ed evita di esporle nelle conversazioni dell’agente.
• Pianifica la scadenza del deployment. Imposta una durata adeguata e conserva lo stato essenziale in uno storage persistente, perché i deployment temporanei possono interrompersi e i loro dati locali possono essere eliminati alla scadenza.

 

Queste precauzioni contano ovunque giri l’agente. Un’infrastruttura di calcolo migliore integra una buona progettazione del wallet e un’attenta sicurezza a livello applicativo; non le sostituisce.

Costruisci su Acurast? Se esegui agenti, backend per agenti o servizi di inferenza sugli smartphone, il Discord di Acurast è il posto dove chi costruisce si confronta. Unisciti al Discord.

Related Blogs