Builder Spotlight: YieldSense

Builder Spotlight: Wie YieldSense hardware-verifizierte Ausführung zu DeFi auf Base bringt

Wenn ein DeFi-Protokoll etwas automatisieren will, ob das Zusammenführen von Rewards, das Rebalancing eines Grids oder das Auslösen eines Stop-Loss, sieht das Standardmuster fast immer gleich aus: ein Keeper-Bot auf einem zentralen Server, eine einzige Hot Wallet, die jede Transaktion signiert, und irgendwo eine Konfigurationsdatei, in der die Strategieparameter im Klartext liegen.

 

YieldSense, entwickelt von Malik Huzaifa, beseitigt diesen Single Point of Failure vollständig. YieldSense ist auf Base gebaut und nutzt das dezentrale Netzwerk von Acurast: Jede Entscheidung, jede Signatur und jeder Strategieparameter liegt jetzt in einem Trusted Execution Environment (TEE) von Acurast, einer abgeschotteten Hardware-Umgebung. Der On-Chain-Vertrag auf Base akzeptiert nur Transaktionen, die von einem attestierten Worker signiert wurden.

 

Dieser Beitrag zeigt kurz, was gebaut wurde, wie Acurast integriert ist und was sich daraus für die Zukunft der DeFi-Automatisierung ablesen lässt.

 

Das Projekt auf einen Blick

 

01 / Das Problem zentraler Keeper

Vier Vertrauensannahmen, die DeFi-Automatisierung stillschweigend hingenommen hat.

Die meisten DeFi-Automatisierungen erben heute dieselben vier Schwächen. Keine davon ist grundsätzlicher Natur. Sie stammen schlicht aus einer Zeit, in der es keine gute Möglichkeit gab, Off-Chain-Logik mit On-Chain-Integrität auszuführen.

 

02 / Wie Acurast-TEEs das Modell verändern

Entscheidungslogik und Signierung, beide in einer Enklave eingeschlossen.

YieldSense nutzt das TEE-Netzwerk von Acurast als komplette Entscheidungs- und Signierungsebene. Der Nutzer signiert im Dashboard einen EIP-712-Intent und legt damit seine vertraulichen Strategieparameter fest: Stop-Loss, Slippage, Optimierungsbereich, Heartbeat. Die verschlüsselten Nutzdaten gehen an einen Acurast-TEE-Worker.

 

In der Enklave ruft die Strategy Engine APR-, Gas- und Preisdaten direkt von Base-RPCs ab, führt die Entscheidungslogik aus und fährt nur fort, wenn die erwarteten Rewards mehr als 150% der Gaskosten decken. Liegt der Trade über dieser Schwelle, signiert das TEE die Transaktion mit einem hardwaregebundenen P-256-Schlüssel, der die Enklave nie verlässt.

 

Der YieldSenseKeeper-Vertrag auf Base prüft anschließend die Hardware-Attestierung, bevor er die Ausführung auslöst. Alles, was nicht von einem freigegebenen Acurast-Worker signiert ist, wird sofort abgelehnt.

 

Unterm Strich ist das Ergebnis einfach: Strategieparameter verlassen nie die Enklave, Signaturschlüssel berühren nie einen Server, und der On-Chain-Vertrag hat einen kryptografischen Nachweis, woher jede Transaktion stammt. Das beseitigt den Single Point of Failure, hält die Strategie vertraulich und macht jeden Ausführungsschritt on-chain überprüfbar.

Die Architektur mit drei Ebenen. Der Nutzer-Intent fließt von oben nach unten durch die Enklave zur attestierten On-Chain-Abwicklung.

 

03 / Was heute live ist

Ein Aerodrome-USDC/AERO-Autocompounder, der die komplette TEE-Pipeline durchläuft.

 

Das Mainnet-MVP betreibt einen Aerodrome-USDC/AERO-Autocompounder auf Base, vollständig gesteuert von der Acurast-TEE-Pipeline. Echte APR-Daten, echte Gasprüfung, echte Harvests, echte attestierte Signaturen. Das Dashboard zeigt alles an: Nettopositionen, Prognosen, Gasoptimierung und ein Live-Guardian-Ledger jeder TEE-Aktion.

 

Darunter durchläuft der Keeper in jedem Zyklus dieselbe Abfolge aus fünf Phasen. Keine Phase startet, solange die vorherige kein hardware-attestiertes Ergebnis liefert.

Der Harvest-Zyklus. Jeder Schritt wird hardware-attestiert, bevor es weitergeht.

Jede Aktion landet in Echtzeit im Guardian Ledger, zusammen mit der Hardware-Adresse, die sie signiert hat.

 

 

So sieht Hardware-Attestierung in Echtzeit aus: Jede Ausführung und jede Attestierung ist gekennzeichnet, mit Zeitstempel versehen und an eine bestimmte Acurast-Processor-Adresse gebunden.

 

Zwei Verträge übernehmen die On-Chain-Seite:

 

04 / Eine überprüfbare Grundlage für Grid-Trading

Hardware-attestierte Grid-Signale, noch vor der Live-Ausführung.

Die Grid-Trading-Seite von YieldSense ist bewusst vorsichtig angelegt, und es lohnt sich, sie genau zu verstehen.

 

Derzeit arbeitet der Grid Keeper als preisgesteuerter, signierender Executor. Das TEE überwacht einen konfigurierten Pool (aktuell AERO/USDC) und vergleicht den Live-Preis mit festen Referenzwerten aus GRID_CONFIG_JSON. Bewegt sich ein Preis über einen festgelegten triggerPercent hinaus, berechnet die Enklave das theoretische PnL-Delta für dieses Grid-Level und signiert einen kryptografischen Nachweis der Aktion. Der Processor ruft executeTrade() im Keeper-Vertrag auf, und der Vertrag erfasst den Trade als überprüfbares Ereignis on-chain.

 

Was es noch nicht tut: mit DEX-Routern interagieren, Token-Bestände verwalten oder Guthaben zwischen Nutzern verschieben. Die Grid-Logik erzeugt hardware-attestierte Audit-Logs, keine echten Positionsänderungen.

 

Das ist Absicht. Bevor YieldSense echte Bestände bewegt, wollte das Team beweisen, dass die Enklave Trade-Trigger korrekt erkennen, bewerten und signieren kann, wobei jede Aktion als hardware-attestiertes Ereignis on-chain erfasst wird. Das Guardian Ledger gibt Auditoren eine vollständige Aufzeichnung dessen, was der Agent gesehen, entschieden und signiert hat. Die Live-Ausführung ist der naheliegende nächste Schritt auf derselben Grundlage.

 

05 / Was das für Acurast im DeFi-Bereich bedeutet

Ein Muster, das weit über das Einsammeln von Rewards hinausreicht.

YieldSense baut mehr als ein einzelnes DeFi-Produkt. Das Projekt zeigt, dass die Vertrauensannahmen, die DeFi-Automatisierung seit Jahren mit sich herumträgt, nicht strukturell bedingt sind, sondern situationsbedingt.

 

Dasselbe Muster, das YieldSense für das Zusammenführen von Rewards und für Grid-Signale nutzt, lässt sich direkt auf andere Bausteine übertragen: KI-Agenten, die Kapital unter nachweisbaren Vorgaben verwalten, Cross-Chain-Abwicklung mit attestierter Off-Chain-Logik, Oracle-Attestierung mit hardwaregestützter Signierung, bedingte Zahlungen, die durch in der Enklave verifizierte Ereignisse ausgelöst werden. Keines davon braucht ein neues Framework. Was es braucht, ist eine vertrauensminimierte Keeper-Ebene. Genau diese Ebene liefern die TEEs von Acurast.

 

Über den Builder

YieldSense wird von Malik Huzaifa entwickelt, einem Softwarearchitekten und Blockchain-Engineer, der sich auf vertrauensminimierte autonome Systeme konzentriert. Das Projekt ist das Ergebnis seiner Forschung zu TEEs und ihrem Einsatz für die Dezentralisierung komplexer DeFi-Strategien. Er ist aktiv auf X und LinkedIn.

 

In dieses Netzwerk klinkt sich YieldSense ein. Alle Zahlen oben werden aktualisiert, während das Netzwerk wächst.