了解

認識Acurast。探索Acurast的故事、深入技術文件,並看看生態系中有哪些合作夥伴。

開發者焦點:YieldSense

YieldSense策略參數介面:簽署並提交至TEE

開發者焦點:YieldSense如何在Base上為DeFi帶來經硬體驗證的執行

當DeFi協議想要自動化某件事,無論是將獎勵自動加回部位、重新平衡網格,還是觸發停損,預設做法幾乎總是一樣:在中心化伺服器上執行的keeper機器人、一個簽署每筆交易的熱錢包,以及某處以明文保存策略參數的設定檔。

 

YieldSense由Malik Huzaifa打造,徹底消除了這個單點故障。它建構於Base之上,並運用Acurast的去中心化網路,如今每一項決策、每一個簽章、每一個策略參數都位於Acurast可信執行環境(TEE)之中。Base上的鏈上合約只接受經認證的工作節點所簽署的交易。

 

本文簡要介紹這個專案打造了什麼、如何整合Acurast,以及它揭示了DeFi自動化的未來走向。

「DeFi自動化多年來背負的信任假設並非結構性的,而是情境性的。」

 

專案概覽

01 / 專案簡介

信任最小化的DeFi Keeper

機密的策略執行與簽署,全部鎖在硬體安全區(enclave)內。沒有中心化營運者。

02 / 執行環境

Acurast TEE + Base

決策邏輯在Acurast安全區內執行,並透過ERC-4626金庫合約在Base上結算。

03 / 狀態

主網MVP

Aerodrome USDC/AERO autocompounder已上線。網格訊號層已作為經硬體認證的基礎推出。

 

01 / 中心化Keeper的問題

DeFi自動化默默接受的四項信任假設。

如今大多數DeFi自動化都承襲了同樣的四個弱點。這些弱點都不是根本性的,只是沿襲自一個還沒有好方法能以鏈上完整性執行鏈下邏輯的年代。

中心化風險

Keeper機器人是放在他人掌控之機器上的熱錢包。機器一旦遭入侵,策略也隨之失守。

策略外洩

停損與網格價位往往以明文存放在鏈上,或存放在設定檔中,其安全程度只取決於營運者的筆電。

MEV風險

可預測的觸發條件與公開的策略參數,很容易成為搶先交易(front-running)與三明治攻擊的目標。

效益遭到侵蝕

固定間隔的收割花在Gas上的費用可能超過收取的獎勵,在低活躍時段尤其如此。

 

02 / Acurast TEE如何改變模式

決策邏輯與簽署,皆鎖在安全區內。

YieldSense將Acurast TEE網路作為完整的決策與簽署層。使用者在儀表板中簽署EIP-712意圖,設定機密的策略參數:停損、滑價、最佳化區間與心跳。加密後的酬載會傳送至Acurast TEE工作節點。

 

在安全區內,策略引擎直接從Base RPC取得APR、Gas與價格資料並執行決策邏輯,只有在預期獎勵高於Gas成本的150%時才會繼續。若交易跨過這個門檻,TEE就會使用綁定硬體、從不離開安全區的P-256金鑰簽署交易。

 

Base上的YieldSenseKeeper合約會先驗證硬體認證,再觸發執行。任何未經白名單Acurast工作節點簽署的交易都會被直接拒絕。

 

最終效果很直接:策略參數從不離開安全區,簽署金鑰從不接觸伺服器,而鏈上合約擁有每筆交易來源的密碼學證明。這消除了單點故障、讓策略保持機密,並讓執行的每一步都能在鏈上驗證。

01 / 控制層 使用者 簽署意圖 Next.js儀表板 EIP-712加密酬載 02 / 決策層 · ACURAST TEE安全區 策略引擎 決策引擎 硬體簽署器 已簽署的認證 03 / 結算層 · 智慧合約 YieldSenseKeeper Autocompounder Aerodrome

三層架構:使用者意圖由上而下,經過安全區,流向經認證的鏈上結算。

「策略參數從不離開安全區。簽署金鑰從不接觸伺服器。」

 

03 / 目前已上線的功能

執行完整TEE流程的Aerodrome USDC/AERO autocompounder。

YieldSense儀表板,顯示個人淨部位、即時年化指標與Aerodrome協議曝險

 

主網MVP在Base上執行Aerodrome USDC/AERO autocompounder(自動將獎勵加回流動性部位的工具),完全由Acurast TEE流程驅動。真實的APR資料擷取、真實的Gas驗證、真實的收割、真實的經認證簽章。儀表板呈現所有資訊:淨部位、預估alpha、Gas最佳化,以及記錄每一項TEE動作的即時Guardian Ledger。

 

在底層,keeper每個週期都會依序執行同樣的五個階段。只有前一階段產生經硬體認證的結果,流程才會繼續推進。

01

擷取

TEE從Base RPC取得APR、兌換紀錄與Gas價格。

02

分析

Yield Engine使用EWMA平滑計算穩健的估計值。

03

驗證

決策引擎確認獎勵達到Gas成本的150%。

04

簽署

硬體簽署器在安全區內產生P-256簽章。

05

結算

YieldSenseKeeper驗證簽章並觸發鏈上收割。

收割週期。每一步都須經過硬體認證才會推進。

每一項動作都會即時記入Guardian Ledger,並附上簽署該動作的硬體位址。

 

YieldSense即時遙測串流,顯示經硬體認證的執行與認證事件

 

這就是即時的硬體認證:每一次執行與認證都會被標記、加上時間戳記,並對應到特定的Acurast Processor位址。

 

鏈上部分由兩份合約負責:

YieldSenseKeeper.sol

具備Acurast硬體認證的ERC-4626金庫,會依核准的工廠合約與代幣清單驗證路由,並提供同區塊閃電貸防護。

AerodromeAutocompounder.sol

負責將LP獎勵加回部位,採用寫死的1%滑價容忍度,並設有最低門檻,達到門檻後才會將已實現的獎勵轉入金庫。

立即試用

開啟YieldSense儀表板,查看即時運作的Aerodrome autocompounder與Guardian Ledger。

開啟YieldSense

 

04 / 網格交易的可驗證基礎

經硬體認證的網格訊號,先於實際執行。

YieldSense的網格交易部分刻意採取審慎做法,值得精確了解。

 

目前,Grid Keeper以價格觸發的簽署執行器運作。TEE監控一個設定好的池(目前為AERO/USDC),將即時價格與GRID_CONFIG_JSON中定義的固定參考價位比較;當價格變動超過設定的triggerPercent時,安全區會計算該網格價位的理論PnL變化,並為該動作簽署密碼學證明。Processor會呼叫keeper合約上的executeTrade(),合約則將這筆交易記錄為鏈上可驗證事件。

 

它目前還不會做的事:與DEX路由器互動、管理代幣庫存,或在使用者之間移轉餘額。網格邏輯產生的是經硬體認證的稽核紀錄,而非實際的部位變動。

 

這是刻意的設計。在YieldSense動用真實庫存之前,團隊希望先證明安全區能正確辨識、評估並簽署交易觸發,且每項動作都以經硬體認證的事件記錄在鏈上。Guardian Ledger為稽核人員提供完整紀錄:代理看到了什麼、決定了什麼、簽署了什麼。實際執行則是在同一基礎上自然的下一步。

「一旦機密、經認證且自主的執行能以基礎設施的形式取得,keeper機器人模式就不再是唯一選項。」

 

05 / 這對Acurast在DeFi領域的意義

一個不只適用於收割獎勵的模式。

YieldSense所做的不只是打造單一的DeFi產品。它證明了DeFi自動化多年來背負的信任假設並非結構性的,而是情境性的。

 

YieldSense用於自動加回獎勵與網格訊號的同一模式,可以直接推廣到其他基礎元件:在可證明限制下管理資產的AI代理、以經認證的鏈下邏輯進行的跨鏈結算、以硬體支援簽署的預言機認證,以及由安全區驗證事件觸發的條件式支付。這些都不需要新框架,只需要信任最小化的keeper層,而這正是Acurast TEE所提供的。

 

關於開發者

YieldSense由Malik Huzaifa打造,他是一位專注於信任最小化自主系統的軟體架構師與區塊鏈工程師。這個專案是他研究TEE及其在去中心化複雜DeFi策略上應用的成果。他活躍於X與LinkedIn。

 

456K+

部署

250K+

已加入的手機

175+

國家

這就是YieldSense所串接的網路。上方所有數字都會隨網路成長而更新。

在Acurast上開發?

如果您正在Acurast TEE之上打造DeFi自動化、AI代理或其他應用,歡迎與Acurast團隊聯繫。