Builder Spotlight : YieldSense

Builder Spotlight : comment YieldSense apporte l’exécution vérifiée par le matériel à la DeFi sur Base

Lorsqu’un protocole DeFi veut automatiser quelque chose, qu’il s’agisse de réintégrer des récompenses dans une position, de rééquilibrer une grille ou de déclencher un stop-loss, le schéma par défaut est presque toujours le même : un keeper bot qui tourne sur un serveur centralisé, un seul hot wallet qui signe chaque transaction, et un fichier de configuration quelque part qui contient les paramètres de la stratégie en clair.

 

YieldSense, créé par Malik Huzaifa, supprime entièrement ce point de défaillance unique. Construit sur Base et s’appuyant sur le réseau décentralisé d’Acurast, il place chaque décision, chaque signature et chaque paramètre de stratégie à l’intérieur d’un environnement d’exécution de confiance (TEE) Acurast. Le contrat on-chain sur Base n’accepte que les transactions signées par un worker attesté.

 

Cet article présente brièvement ce qui a été construit, comment Acurast est intégré et ce que cela révèle de l’évolution de l’automatisation DeFi.

 

Le projet en bref

 

01 / Le problème du keeper centralisé

Quatre hypothèses de confiance que l’automatisation DeFi a acceptées sans bruit.

La plupart des automatisations DeFi actuelles héritent des quatre mêmes faiblesses. Aucune n’est fondamentale. Ce ne sont que des héritages d’une époque où il n’existait pas de bon moyen d’exécuter une logique off-chain avec une intégrité on-chain.

 

02 / Comment les TEE d’Acurast changent la donne

La logique de décision et la signature, toutes deux verrouillées dans une enclave.

YieldSense utilise le réseau de TEE d’Acurast comme couche complète de décision et de signature. L’utilisateur signe une intention EIP-712 dans le tableau de bord, en définissant ses paramètres de stratégie confidentiels : stop-loss, slippage, plage d’optimisation, heartbeat. La charge utile chiffrée est envoyée à un worker TEE Acurast.

 

À l’intérieur de l’enclave, le moteur de stratégie récupère les données d’APR, de gas et de prix directement depuis les RPC de Base, exécute la logique de décision et ne poursuit que si les récompenses attendues couvrent plus de 150 % du coût en gas. Si l’opération franchit ce seuil, le TEE signe la transaction avec une clé P-256 liée au matériel, qui ne quitte jamais l’enclave.

 

Le contrat YieldSenseKeeper sur Base vérifie ensuite l’attestation matérielle avant de déclencher l’exécution. Tout ce qui n’est pas signé par un worker Acurast figurant sur la liste blanche est rejeté d’emblée.

 

Le résultat est simple : les paramètres de stratégie ne quittent jamais l’enclave, les clés de signature ne touchent jamais un serveur, et le contrat on-chain dispose d’une preuve cryptographique de l’origine de chaque transaction. Cela élimine le point de défaillance unique, préserve la confidentialité de la stratégie et rend chaque étape de l’exécution vérifiable on-chain.

L’architecture à trois plans. L’intention de l’utilisateur circule de haut en bas, à travers l’enclave, jusqu’au règlement on-chain attesté.

 

03 / Ce qui fonctionne aujourd’hui

Un autocompounder Aerodrome USDC/AERO qui fait tourner l’ensemble du pipeline TEE.

 

Le MVP sur le Mainnet fait tourner sur Base un autocompounder Aerodrome USDC/AERO, entièrement piloté par le pipeline TEE d’Acurast. Ingestion de vraies données d’APR, validation réelle du gas, vraies récoltes, vraies signatures attestées. Le tableau de bord affiche tout : positions nettes, projections, optimisation du gas et un Guardian Ledger en direct qui consigne chaque action du TEE.

 

En coulisses, à chaque cycle, le keeper suit la même séquence en cinq phases. Aucune phase ne démarre tant que la précédente n’a pas produit un résultat attesté par le matériel.

Le cycle de récolte. Chaque étape est attestée par le matériel avant de passer à la suivante.

Chaque action est consignée dans le Guardian Ledger au moment où elle se produit, avec l’adresse matérielle qui l’a signée.

 

 

Voici à quoi ressemble l’attestation matérielle en temps réel : chaque exécution et chaque attestation est étiquetée, horodatée et liée à l’adresse d’un Processor Acurast précis.

 

Deux contrats gèrent la partie on-chain :

 

04 / Une fondation vérifiable pour le grid trading

Des signaux de grille attestés par le matériel, en amont de l’exécution réelle.

Le volet grid trading de YieldSense est volontairement prudent, et mérite d’être compris avec précision.

 

Pour l’instant, le Grid Keeper fonctionne comme un exécuteur signé déclenché par le prix. Le TEE surveille un pool configuré (actuellement AERO/USDC), compare le prix en direct à des niveaux de référence fixes définis dans GRID_CONFIG_JSON et, lorsqu’un prix dépasse un triggerPercent défini, l’enclave calcule le delta de PnL théorique pour ce niveau de grille et signe une preuve cryptographique de l’action. Le Processor appelle executeTrade() sur le contrat keeper, et le contrat enregistre l’opération comme un événement vérifiable on-chain.

 

Ce qu’il ne fait pas encore : interagir avec les routeurs de DEX, gérer un inventaire de tokens ou déplacer des soldes entre utilisateurs. La logique de grille produit des journaux d’audit attestés par le matériel, et non des changements de position réels.

 

C’est voulu. Avant que YieldSense ne manipule un inventaire réel, l’équipe voulait prouver que l’enclave sait correctement identifier, évaluer et signer des déclencheurs d’opérations, chaque action étant enregistrée on-chain comme un événement attesté par le matériel. Le Guardian Ledger donne aux auditeurs un historique complet de ce que l’agent a vu, de ce qu’il a décidé et de ce qu’il a signé. L’exécution réelle est la suite logique, sur la même fondation.

 

05 / Ce que cela révèle d’Acurast pour la DeFi

Un schéma qui va bien au-delà de la récolte de récompenses.

YieldSense fait plus que construire un simple produit DeFi. Il montre que les hypothèses de confiance que l’automatisation DeFi traîne depuis des années ne sont pas structurelles, mais circonstancielles.

 

Le schéma que YieldSense utilise pour la réintégration des récompenses et les signaux de grille s’applique directement à d’autres primitives : des agents IA qui gèrent des fonds sous des contraintes prouvables, un règlement cross-chain avec une logique off-chain attestée, une attestation d’oracle avec une signature adossée au matériel, des paiements conditionnels déclenchés par des événements vérifiés dans une enclave. Aucune n’a besoin d’un nouveau framework. Elles ont besoin d’une couche keeper à confiance minimale. C’est précisément la couche que fournissent les TEE d’Acurast.

 

À propos du créateur

YieldSense est développé par Malik Huzaifa, architecte logiciel et ingénieur blockchain spécialisé dans les systèmes autonomes à confiance minimale. Le projet est le fruit de ses recherches sur les TEE et leur application à la décentralisation de stratégies DeFi complexes. Il est actif sur X et LinkedIn.

 

C’est le réseau auquel se connecte YieldSense. Chaque chiffre ci-dessus se met à jour à mesure que le réseau grandit.