Los agentes de IA cripto necesitan un nuevo tipo de cómputo. Por qué importa Acurast.

Los agentes de IA van más allá de la conversación. Los agentes de IA cripto pueden tener wallets, llamar a contratos inteligentes, pagar servicios y ejecutar tareas on-chain sin que una persona apruebe cada paso.
Infraestructuras como x402 permiten a los agentes pagar APIs en stablecoins. Las wallets agénticas les permiten gastar dentro de los límites que fijan sus propietarios.
Pero la autonomía también trae nuevos problemas de seguridad.
Que un chatbot filtre su historial de conversaciones es un problema de privacidad. Que un agente cripto autónomo filtre sus credenciales, o ejecute código que alguien ha modificado en secreto, puede convertirse en un incidente de seguridad con consecuencias reales on-chain.
Sin embargo, muchos agentes siguen ejecutándose en portátiles, instancias VPS convencionales o infraestructura centralizada en la nube. Estos entornos pueden resultar cómodos, pero plantean preguntas importantes: ¿quién puede acceder al entorno de ejecución de un agente? ¿Cómo puede alguien verificar qué código se está ejecutando? ¿Y qué ocurre cuando un único proveedor se cae o decide cerrarlo?
Los agentes cripto necesitan algo más que cómputo. Necesitan ejecución confidencial, infraestructura verificable y una forma de acceder al cómputo sin depender de un único proveedor.
Acurast propone un enfoque distinto: una red de cómputo distribuida, construida sobre la seguridad de hardware de los smartphones.
La pregunta
Los agentes cripto tienen wallets
¿En quién confían para que los ejecute?
Cinco requisitos para un cómputo nativo cripto
Un agente autónomo necesita cinco propiedades fundamentales de su entorno de ejecución.
Ejecución confidencial
Las credenciales, las claves de API y el contexto privado deben estar protegidos frente a accesos no autorizados.
Ejecución verificable
Los usuarios y las contrapartes necesitan pruebas de que el hardware subyacente y el código desplegado cumplen los requisitos de seguridad esperados.
Disponibilidad continua
Los eventos on-chain, las tareas programadas y las operaciones de protocolo no esperan a que alguien vuelva a abrir un portátil.
Infraestructura distribuida
Depender principalmente de un solo proveedor crea un posible punto de fallo y de control.
Acceso nativo cripto
Los agentes deberían poder solicitar y pagar cómputo de forma programática, con una wallet en lugar de una cuenta tradicional.
Estos requisitos no son exclusivos del mundo cripto. Pero cuando un software puede controlar una wallet o activar acciones on-chain, las consecuencias de no cumplirlos son mucho más graves.
Por qué la infraestructura convencional en la nube deja huecos
Las plataformas centralizadas en la nube ofrecen herramientas conocidas, infraestructura fiable y despliegues sencillos. El problema no es que sean inseguras por naturaleza. Es que su modelo de confianza puede no ajustarse a las necesidades de un software autónomo que maneja wallets.
- El proveedor sigue formando parte del perímetro de confianza. Sin protecciones adicionales respaldadas por hardware, los operadores de infraestructura con privilegios pueden llegar a inspeccionar la memoria, el almacenamiento o la configuración de una carga de trabajo. En el caso de un agente, esos elementos pueden contener contexto sensible y credenciales.
- Verificar el entorno de ejecución puede ser difícil. Cuando un agente se ejecuta en la infraestructura de otra persona, los usuarios necesitan una forma de saber en qué entorno se está ejecutando y si la carga de trabajo desplegada coincide con lo que esperan. Una descripción del despliegue no es, por sí sola, una prueba independiente de la ejecución.
- La infraestructura puede convertirse en un único punto de fallo. Una caída, la suspensión de una cuenta o un cambio de política en un solo proveedor puede interrumpir todos los agentes que dependen de él.
- El aprovisionamiento tradicional presupone un operador humano. Las cuentas en la nube, los acuerdos de facturación y las credenciales de acceso están pensados para personas u organizaciones. Un agente autónomo que ya tiene una wallet necesita una forma más programática de solicitar cómputo.
El sector en general avanza hacia entornos de cómputo dedicados para agentes. Muse de Meta y Dots de OpenAI ilustran esta tendencia.
Pero, en el caso de los agentes nativos cripto, la cuestión va más allá de dar a cada agente su propia máquina.
¿Puede el entorno de ejecución del agente ser confidencial, verificable de forma independiente y accesible sin dejar el control en manos de un único proveedor de infraestructura?
Acurast: cómputo construido sobre hardware de smartphones
Acurast convierte los smartphones en una red de cómputo distribuida. En lugar de depender de centros de datos centralizados, coordina una red de teléfonos (Processors) repartidos por todo el mundo.
Su enfoque responde a los cinco requisitos de distintas maneras.
1. Confidencialidad respaldada por hardware
Acurast ejecuta los despliegues dentro de entornos de ejecución de confianza (TEE) respaldados por hardware.
Un TEE proporciona un entorno de ejecución aislado, diseñado para proteger los datos y los cálculos sensibles frente al resto del sistema. Así se crea un límite de confidencialidad más sólido que si se depende solo de los permisos de software habituales.
Las variables de entorno del despliegue pueden proporcionar secretos a una carga de trabajo en tiempo de ejecución y mantenerlos dentro del límite de ejecución previsto.
Para los agentes cripto, esto es especialmente relevante en el caso de las credenciales de API, el contexto privado y otras configuraciones sensibles. El objetivo es reducir la confianza que los usuarios deben depositar en el propietario del teléfono o en el operador de la infraestructura.
Como en cualquier arquitectura de seguridad, la protección real depende del hardware, de la implementación y de la configuración del despliegue.
2. Atestación de hardware
La confidencialidad determina quién puede acceder a una carga de trabajo. La atestación ayuda a establecer qué tipo de hardware la ejecuta.
Antes de asignar una carga de trabajo, Acurast usa la atestación de hardware para verificar los teléfonos aptos. Esto ayuda a distinguir el hardware compatible auténtico de los teléfonos que no superan las comprobaciones de la red.
Junto con el proceso de despliegue, la atestación ofrece una base para verificar la infraestructura y los requisitos previos de ejecución, en lugar de depender únicamente de la palabra de un operador.
Para los agentes autónomos, esa diferencia importa: las afirmaciones sobre seguridad deberían respaldarse con pruebas verificables siempre que sea posible.
3. Infraestructura distribuida
Acurast coordina Processors en una red de teléfonos gestionados por distintos propietarios.
Esto distribuye el cómputo más allá de un único proveedor de infraestructura convencional. Puede reducir la dependencia de las máquinas y las decisiones operativas de una sola empresa, aunque la resiliencia de cada despliegue concreto sigue dependiendo de su configuración y de la capacidad disponible en la red.
Para los agentes que supervisan protocolos o realizan tareas de infraestructura recurrentes, depender menos de un único host es una ventaja de arquitectura significativa.
4. Cargas de trabajo existentes, sin reescribirlas por completo
Con Cargo, los desarrolladores pueden desplegar diversas cargas de trabajo de Linux, como Python, Go, Rust, C++, scripts de shell y binarios.
Los desarrolladores pueden usar herramientas conocidas, consultar los registros por SSH y adaptar frameworks de agentes existentes, en lugar de reconstruir sus aplicaciones enteras en torno a un entorno de ejecución propietario.
Cargo admite cargas de trabajo de Linux en teléfonos Android con Processor Core, mientras que los Processors de iOS siguen admitiendo cargas de trabajo de JavaScript.
Esto hace que Acurast sea relevante no solo para los desarrolladores que crean agentes nuevos, sino también para los equipos que quieren trasladar cargas de trabajo existentes a una arquitectura de cómputo diferente.
5. Acceso al cómputo basado en wallets
Con el Deploy Agent de Acurast, un agente puede solicitar cómputo a través de una interfaz HTTP y pagar en USDC en Base mediante x402.
Según la solicitud, puede obtener el despliegue de un trabajo o solicitar un VPS. Una solicitud de VPS puede devolver un entorno Ubuntu público y accesible por SSH que se ejecuta en un Processor.
Una solicitud de VPS funciona sin una cuenta convencional de Acurast, sin una CLI local y sin tokens ACU.
Esto crea una pieza útil para los sistemas agénticos: el software puede solicitar la infraestructura que necesita, ejecutar una tarea y dejar que el despliegue caduque, dentro de la duración y los límites de gasto configurados.
El resultado es un modelo de cómputo que encaja de forma natural en el software que maneja wallets.
Tres formas de ejecutar agentes de IA cripto en Acurast
Las capacidades de la red se traducen en tres patrones prácticos de despliegue.
1. Ejecutar todo el agente en un Processor
Para cargas de trabajo que necesitan ejecución continua y acceso a configuración sensible, el agente completo puede ejecutarse dentro de un TEE en un Processor de Acurast.
Dos ejemplos ya tienen aplicaciones Cargo en el repositorio de apps de ejemplo de Acurast:
Hermes: un agente autónomo con programación de tareas, memoria y uso de herramientas.
OpenClaw: un asistente personal capaz de realizar tareas programadas y de varios pasos.
Los desarrolladores pueden configurar el entorno en .env, indicar la duración del despliegue en acurast.json y desplegar con acurast deploy. La URL del agente resultante se envía a un endpoint de callback configurado.
Para los equipos que tienen su propio agente, las plantillas de Cargo son un punto de partida para llevar un framework existente a este entorno.
Ideal para: agentes programados, supervisión de protocolos, mantenimiento recurrente y cargas de trabajo que se benefician de la confidencialidad respaldada por hardware.
2. Mantener privado el razonamiento del agente
Un agente puede proteger sus credenciales de ejecución y, aun así, exponer contexto sensible si envía cada prompt a la API de un modelo de terceros.
Según la carga de trabajo, Acurast ofrece dos formas de ejecutar inferencia dentro de un TEE.
Ejecutar un modelo directamente en un Processor. El módulo LLM de Acurast admite muchos modelos GGUF de Hugging Face. Puede servir para tareas de inferencia ligeras, como la clasificación, la extracción y el resumen.
Ejecutar un gateway de IA. En un experimento inicial con Pocket Network y NodeGhost, un gateway compatible con OpenAI se ejecutó como compilación de Cargo y gestionó durante una hora solicitudes alternas de inferencia y de búsqueda web sin perder ninguna.
El experimento del gateway es exploratorio y no demuestra que funcione igual a escala de producción. Aun así, muestra el potencial de ejecutar un flujo de inferencia más completo en cómputo basado en smartphones.
Ideal para: agentes que procesan documentos confidenciales, investigación interna, datos operativos privados o prompts que los equipos no quieren enviar de forma rutinaria a proveedores de inferencia externos.
3. Dejar que el agente aprovisione su propio cómputo
Un agente no tiene por qué necesitar un servidor permanente ni una persona que gestione cada despliegue.
Con el Deploy Agent, un agente puede hacer una solicitud HTTP que incluya un pago x402 en USDC en Base y una especificación de trabajo o una solicitud de VPS.
Por ejemplo, un agente podría solicitar un entorno de cómputo para realizar una tarea de infraestructura programada, conectarse por SSH a la máquina Ubuntu devuelta, completar la tarea y dejar que el despliegue caduque.
Este flujo de trabajo no requiere una cuenta convencional de Acurast ni una CLI local.
Junto con una wallet agéntica y un límite de gasto explícito, esto ofrece una base práctica para el aprovisionamiento programático de cómputo.
Ideal para: cargas de trabajo temporales, mantenimiento automatizado, entornos específicos para cada tarea y agentes que necesitan obtener cómputo bajo demanda.
Cinco casos de uso de agentes cripto
Las aplicaciones más sólidas son aquellas en las que el funcionamiento continuo, la ejecución confidencial y la infraestructura verificable aportan un valor tangible.
Monitor de gobernanza
Qué hace: Sigue las propuestas de la DAO, resume los cambios y avisa a los miembros antes de que cierre la votación.
Por qué encaja Acurast: Permite una supervisión persistente, con protecciones de ejecución respaldadas por hardware.
Vigilante de tesorería
Qué hace: Supervisa los saldos de multisig y las transacciones pendientes, y señala cualquier actividad inusual.
Por qué encaja Acurast: Ayuda a proteger la configuración sensible y la lógica de alertas dentro del límite de ejecución previsto.
Agente de automatización de protocolos
Qué hace: Ejecuta tareas de mantenimiento programadas y otras operaciones de protocolo predefinidas.
Por qué encaja Acurast: Proporciona cómputo distribuido y admite flujos de despliegue programáticos y acotados.
Agente de feeds de datos
Qué hace: Obtiene datos off-chain, los valida y entrega los resultados a contratos o aplicaciones.
Por qué encaja Acurast: La atestación de hardware puede ayudar a establecer la integridad del entorno de ejecución, aunque por sí sola no asegura que los datos de origen sean correctos.
Agente de investigación
Qué hace: Lee documentación, foros y datos on-chain, y después elabora informes estructurados.
Por qué encaja Acurast: Las opciones de inferencia local pueden reducir la exposición del contexto de investigación sensible a proveedores de modelos externos.
Son casos de uso de infraestructura, no una promesa de que las decisiones o los resultados de un agente vayan a ser siempre correctos. La lógica de la aplicación, las fuentes de datos, los permisos y las salvaguardas operativas siguen siendo importantes.
La idea de fondo es que los agentes pueden diseñarse para depender menos de la confianza en un único operador. En su lugar, los desarrolladores pueden combinar protecciones respaldadas por hardware, atestación, infraestructura distribuida y controles de acceso explícitos.
Es una extensión natural de los principios que han dado forma a la infraestructura cripto desde el principio.
La próxima capa de la infraestructura cripto
El mundo cripto ha pasado años construyendo sistemas que reducen la dependencia de los intermediarios. Los agentes autónomos plantean un nuevo reto: un software que puede actuar de forma independiente también necesita una infraestructura en la que pueda funcionar sin confiar ciegamente en el operador.
Acurast reúne cómputo basado en smartphones, ejecución confidencial respaldada por hardware, atestación y aprovisionamiento basado en wallets en una arquitectura diseñada para ese reto.
Ofrece a los desarrolladores una forma de explorar un modelo diferente para ejecutar agentes: uno en el que el entorno de ejecución puede ser más confidencial, la infraestructura más distribuida y el acceso al cómputo más compatible con el software autónomo.
Si los agentes van a actuar on-chain, la infraestructura que los ejecuta merece la misma atención que las wallets y los protocolos con los que interactúan.
Primeros pasos
La forma más rápida de explorar Acurast es desplegar un agente existente antes de crear el tuyo.
Elige un ejemplo. Explora las apps de ejemplo de Acurast y empieza con Hermes u OpenClaw.
Sigue el tutorial de despliegue. Configura el entorno y la duración del despliegue y, después, despliega la aplicación, como se muestra en el tutorial de Hermes.
Crea tu propia carga de trabajo. Usa el Acurast Quickstart y la documentación de la CLI para adaptar tu agente existente.
Explora el aprovisionamiento autónomo. Lee la documentación del Deploy Agent si tu agente necesita solicitar y pagar cómputo de forma programática.
Elijas la infraestructura que elijas, sigue tres reglas básicas al desplegar un agente cripto:
- Usa una wallet o una cuenta dedicada. Concede solo los permisos que el agente necesita y establece límites de gasto explícitos.
- Mantén los secretos fuera de los prompts y los registros. Proporciona las credenciales mediante la configuración de despliegue adecuada y evita exponerlas en las conversaciones del agente.
- Planifica la caducidad del despliegue. Establece una duración adecuada y guarda el estado esencial en un almacenamiento duradero, ya que los despliegues temporales pueden detenerse y sus datos locales pueden borrarse cuando caducan.
Estas salvaguardas importan independientemente de dónde se ejecute el agente. Una mejor infraestructura de cómputo complementa un buen diseño de wallets y una seguridad cuidadosa a nivel de aplicación; no los sustituye.
¿Construyes sobre Acurast? Si ejecutas agentes, backends de agentes o servicios de inferencia en teléfonos, el Discord de Acurast es el lugar donde los desarrolladores comparten experiencias. Únete al Discord.


