Aprende

Conoce Acurast. Descubre nuestra historia, sumérgete en la documentación técnica y mira con quién colaboramos en el ecosistema.

Builder Spotlight: YieldSense

Interfaz de parámetros de estrategia de YieldSense: firmar y confirmar en el TEE

Builder Spotlight: cómo YieldSense lleva la ejecución verificada por hardware a DeFi en Base

Cuando un protocolo DeFi quiere automatizar algo, ya sea sumar recompensas automáticamente, reequilibrar un grid o activar un stop-loss, el patrón por defecto casi siempre es el mismo: un keeper bot que se ejecuta en un servidor centralizado, una única hot wallet que firma todas las transacciones y un archivo de configuración en algún lugar que guarda los parámetros de la estrategia en texto plano.

 

YieldSense, creado por Malik Huzaifa, elimina por completo ese punto único de fallo. Construido sobre Base y con la red descentralizada de Acurast, cada decisión, cada firma y cada parámetro de estrategia viven ahora dentro de un entorno de ejecución de confianza (TEE) de Acurast. El contrato on-chain en Base solo acepta transacciones firmadas por un worker atestado.

 

Este artículo es un breve recorrido por lo que se construyó, cómo se integra Acurast y qué indica sobre el rumbo de la automatización en DeFi.

«Los supuestos de confianza que la automatización DeFi arrastra desde hace años no son estructurales. Son circunstanciales.»

 

El proyecto de un vistazo

01 / Qué es

Keeper DeFi con confianza mínima

Ejecución y firma confidenciales de estrategias, protegidas dentro de enclaves de hardware. Sin operador centralizado.

02 / Dónde se ejecuta

Acurast TEE + Base

Lógica de decisión en un enclave de Acurast y liquidación en Base mediante un contrato de vault ERC-4626.

03 / Estado

Mainnet MVP

Autocompounder de Aerodrome USDC/AERO en funcionamiento. Capa de señales de grid lanzada como base con atestación de hardware.

 

01 / El problema del keeper centralizado

Cuatro supuestos de confianza que la automatización DeFi ha aceptado sin hacer ruido.

La mayor parte de la automatización DeFi actual hereda las mismas cuatro debilidades. Ninguna es fundamental. Son simplemente herencias de una época en la que no había una buena forma de ejecutar lógica off-chain con integridad on-chain.

Riesgo de centralización

Los keeper bots son hot wallets alojadas en máquinas que controla alguien. Si se compromete la máquina, se compromete la estrategia.

Exposición de la estrategia

Los stop-loss y los niveles del grid suelen estar on-chain en texto plano o en una configuración que solo es tan segura como el portátil del operador.

Vulnerabilidad al MEV

Los disparadores predecibles y los parámetros de estrategia visibles son blancos fáciles para ataques de front-running y sándwich.

Pérdida de eficiencia

Las cosechas a intervalos fijos pueden gastar más en gas de lo que recogen, sobre todo en periodos de poca actividad.

 

02 / Cómo cambian el modelo los TEE de Acurast

Lógica de decisión y firma, ambas protegidas en un enclave.

YieldSense usa la red de TEE de Acurast como toda su capa de decisión y firma. El usuario firma una intención EIP-712 en el panel y define sus parámetros de estrategia confidenciales: stop-loss, slippage, rango de optimización y heartbeat. La carga cifrada se envía a un worker TEE de Acurast.

 

Dentro del enclave, el motor de estrategia obtiene los datos de APR, gas y precios directamente de los RPC de Base, ejecuta la lógica de decisión y solo continúa si las recompensas esperadas cubren más del 150 % del coste de gas. Si la operación supera ese umbral, el TEE firma la transacción con una clave P-256 vinculada al hardware que nunca sale del enclave.

 

Después, el contrato YieldSenseKeeper en Base verifica la atestación de hardware antes de activar la ejecución. Todo lo que no esté firmado por un worker de Acurast incluido en la lista blanca se rechaza directamente.

 

El efecto neto es sencillo: los parámetros de la estrategia nunca salen del enclave, las claves de firma nunca tocan un servidor y el contrato on-chain tiene una prueba criptográfica del origen de cada transacción. Así se elimina el punto único de fallo, la estrategia se mantiene confidencial y cada paso de la ejecución se puede verificar on-chain.

01 / PLANO DE CONTROL Usuario firma la intención Panel en Next.js carga cifrada EIP-712 02 / PLANO DE DECISIÓN · ENCLAVE TEE DE ACURAST Motor de estrategia Motor de decisión Firmante de hardware atestación firmada 03 / PLANO DE LIQUIDACIÓN · SMART CONTRACTS YieldSenseKeeper Autocompounder Aerodrome

La arquitectura de tres planos. La intención del usuario fluye de arriba abajo, a través del enclave, hasta la liquidación on-chain atestada.

«Los parámetros de la estrategia nunca salen del enclave. Las claves de firma nunca tocan un servidor.»

 

03 / Qué funciona ya hoy

Un autocompounder de Aerodrome USDC/AERO que ejecuta todo el pipeline TEE.

Panel de YieldSense con la posición neta personal, el yield en vivo y la exposición al protocolo Aerodrome

 

El MVP en Mainnet ejecuta un autocompounder de Aerodrome USDC/AERO en Base, controlado por completo por el pipeline TEE de Acurast. Ingesta real de datos de APR, validación real del gas, cosechas reales y firmas atestadas reales. El panel lo muestra todo: posiciones netas, alpha proyectado, optimización del gas y un Guardian Ledger en vivo con cada acción del TEE.

 

Por debajo, en cada ciclo el keeper recorre la misma secuencia de cinco fases. Nada avanza a menos que la fase anterior produzca un resultado con atestación de hardware.

01

Ingesta

El TEE obtiene el APR, los registros de swaps y los precios del gas de los RPC de Base.

02

Análisis

El Yield Engine calcula un Robust Yield Estimate con suavizado EWMA.

03

Validación

El motor de decisión comprueba que la recompensa cubre el 150 % del coste de gas.

04

Firma

El firmante de hardware genera una firma P-256 dentro del enclave.

05

Liquidación

YieldSenseKeeper verifica la firma y activa la cosecha on-chain.

El ciclo de cosecha. Cada paso se atesta por hardware antes de avanzar.

Cada acción queda registrada en el Guardian Ledger en el momento en que ocurre, junto con la dirección de hardware que la firmó.

 

Flujo de telemetría en vivo de YieldSense con eventos de ejecución y de atestación verificados por hardware

 

Así se ve la atestación de hardware en tiempo real: cada ejecución y cada atestación etiquetadas, con marca de tiempo y vinculadas a la dirección de un Processor de Acurast concreto.

 

Dos contratos se encargan de la parte on-chain:

YieldSenseKeeper.sol

Un vault ERC-4626 con atestación de hardware de Acurast, validación de rutas frente a una factory y una lista de tokens aprobadas, y protección contra flash loans en el mismo bloque.

AerodromeAutocompounder.sol

Gestiona el compounding de LP con una tolerancia de slippage fija del 1 % y un umbral mínimo de resultado neto antes de transferir al vault lo obtenido.

Pruébalo ahora

Abre el panel de YieldSense para ver en funcionamiento el autocompounder de Aerodrome y el Guardian Ledger.

Abrir YieldSense

 

04 / Una base verificable para el grid trading

Señales de grid con atestación de hardware, antes de la ejecución real.

La parte de grid trading de YieldSense es prudente a propósito, y conviene entenderla con precisión.

 

Por ahora, el Grid Keeper funciona como un ejecutor firmado que se activa por precio. El TEE supervisa un pool configurado (actualmente AERO/USDC), compara el precio en vivo con niveles de referencia fijos definidos en GRID_CONFIG_JSON y, cuando el precio se mueve más allá de un triggerPercent establecido, el enclave calcula el delta teórico de PnL para ese nivel del grid y firma una prueba criptográfica de la acción. El Processor llama a executeTrade() en el contrato keeper, y el contrato registra la operación on-chain como un evento verificable.

 

Lo que todavía no hace: interactuar con routers de DEX, gestionar inventario de tokens ni mover saldos entre usuarios. La lógica del grid produce registros de auditoría con atestación de hardware, no cambios de posición reales.

 

Es así por diseño. Antes de que YieldSense mueva inventario real, el equipo quería demostrar que el enclave puede identificar, evaluar y firmar correctamente los disparadores de operaciones, con cada acción registrada on-chain como un evento con atestación de hardware. El Guardian Ledger ofrece a los auditores un registro completo de lo que vio el agente, lo que decidió y lo que firmó. La ejecución real es el siguiente paso natural sobre esa misma base.

«Cuando la ejecución confidencial, atestada y autónoma está disponible como infraestructura, el patrón del keeper bot deja de ser la única opción.»

 

05 / Qué revela esto sobre Acurast para DeFi

Un patrón que va más allá de la recolección de recompensas DeFi.

YieldSense hace algo más que construir un único producto de yield. Demuestra que los supuestos de confianza que la automatización DeFi arrastra desde hace años no son estructurales, sino circunstanciales.

 

El mismo patrón que YieldSense usa para el compounding y las señales de grid se extiende directamente a otras primitivas: agentes de IA que gestionan capital con restricciones demostrables, liquidación cross-chain con lógica off-chain atestada, atestación de oráculos con firma respaldada por hardware, pagos condicionales activados por eventos verificados en el enclave. Ninguno de ellos necesita un framework nuevo. Necesitan que la capa de keepers requiera una confianza mínima. Esa es la capa que aportan los TEE de Acurast.

 

Sobre el creador

YieldSense es obra de Malik Huzaifa, arquitecto de software e ingeniero blockchain centrado en sistemas autónomos con confianza mínima. El proyecto es el resultado de su investigación sobre los TEE y su aplicación a la descentralización de estrategias DeFi complejas. Está activo en X y LinkedIn.

 

456K+

Despliegues

250K+

Teléfonos incorporados

175+

Países

Esta es la red a la que se conecta YieldSense. Cada cifra de arriba se actualiza a medida que crece la red.

¿Construyes sobre Acurast?

Si estás creando automatización DeFi, agentes de IA o cualquier otra cosa sobre los TEE de Acurast, habla con el equipo.