构建者聚焦：YieldSense
构建者聚焦：YieldSense如何为Base上的DeFi带来经硬件验证的执行
当一个DeFi协议想要自动化某项操作时，无论是复合奖励、调整网格，还是触发止损，默认模式几乎总是一样的：一个运行在中心化服务器上的keeper机器人，一个为每笔交易签名的热钱包，以及某处以明文保存策略参数的配置文件。
由Malik Huzaifa构建的YieldSense彻底消除了这一单点故障。它构建在Base上，并利用Acurast的去中心化网络，让每一个决策、每一个签名、每一个策略参数都位于Acurast可信执行环境（TEE）之中。Base上的链上合约只接受由经过证明的worker签名的交易。
本文简要介绍YieldSense构建了什么、如何集成Acurast，以及它揭示了DeFi自动化的发展方向。
“DeFi自动化多年来背负的信任假设并非结构性的，而是情境性的。”
项目概览
01 / 项目简介
信任最小化的DeFi Keeper
机密策略执行与签名，锁定在硬件安全区（enclave）内。没有中心化运营方。
02 / 运行环境
Acurast TEE + Base
决策逻辑在Acurast安全区内运行，通过ERC-4626金库合约在Base上结算。
03 / 状态
主网MVP
Aerodrome USDC/AERO自动复合器已上线。网格信号层已作为经硬件证明的基础交付。
01 / 中心化Keeper的问题
DeFi自动化默默接受的四个信任假设。
如今大多数DeFi自动化都继承了同样的四个弱点。它们都不是根本性的，只是沿袭自一个无法兼顾链下逻辑与链上完整性的时代。
中心化风险
Keeper机器人就是放在某人控制的机器上的热钱包。机器被攻破，策略也随之被攻破。
策略暴露
止损和网格价位往往以明文形式存放在链上，或存放在一个安全性仅相当于运营者笔记本电脑的配置文件中。
MEV漏洞
可预测的触发条件和可见的策略参数，很容易成为抢跑和三明治攻击的目标。
执行成本侵蚀
按固定间隔收割，花费的gas可能超过收集到的奖励，在活动较少的时段尤其如此。
02 / Acurast TEE如何改变这一模式
决策逻辑与签名，都锁定在安全区内。
YieldSense将Acurast TEE网络用作完整的决策和签名层。用户在控制面板中签署一份EIP-712意图，设置其机密策略参数：止损、滑点、优化区间和心跳。加密后的数据被发送到Acurast TEE worker。
在安全区内，策略引擎直接从Base RPC获取APR、gas和价格数据，运行决策逻辑，并且只有在预期奖励超过gas成本的150%时才会继续。如果交易达到该阈值，TEE会使用一个绑定硬件、永不离开安全区的P-256密钥为交易签名。
随后，Base上的YieldSenseKeeper合约会先验证硬件证明，再触发执行。任何未经白名单内Acurast worker签名的内容都会被直接拒绝。
最终效果一目了然：策略参数从不离开安全区，签名密钥从不接触服务器，链上合约掌握每笔交易来源的密码学证明。这消除了单点故障，使策略保持机密，并让执行的每一步都可以在链上验证。
三层架构。用户意图自上而下流动，经过安全区，最终完成经过证明的链上结算。
“策略参数从不离开安全区。签名密钥从不接触服务器。”
03 / 目前已上线的功能
一个运行完整TEE流程的Aerodrome USDC/AERO自动复合器。
主网MVP在Base上运行一个Aerodrome USDC/AERO自动复合器，完全由Acurast TEE流程驱动：真实的APR数据采集、真实的gas验证、真实的收割、真实的经证明签名。控制面板呈现了这一切：净头寸、预估表现、gas优化，以及记录每一次TEE操作的实时Guardian Ledger。
在底层，keeper每个周期都会执行同样的五阶段流程。只有上一阶段产出经硬件证明的结果，流程才会继续推进。
01
采集
TEE从Base RPC获取APR、兑换日志和gas价格。
02
分析
Yield Engine使用EWMA平滑计算稳健估算值（Robust Yield Estimate）。
03
验证
决策引擎检查奖励是否覆盖gas成本的150%。
04
签名
硬件签名器在安全区内生成P-256签名。
05
结算
YieldSenseKeeper验证签名并触发链上收割。
收割周期。每一步都先经过硬件证明，然后才继续推进。
每一次操作都会实时记入Guardian Ledger，并附上为其签名的硬件地址。
这就是实时的硬件证明：每一次执行和证明都会被标记、加上时间戳，并关联到一个特定的Acurast Processor地址。
链上部分由两个合约负责：
YieldSenseKeeper.sol
一个ERC-4626金库合约，具备Acurast硬件证明、依据经批准的工厂和代币列表进行的路由验证，以及同区块闪电贷保护。
AerodromeAutocompounder.sol
负责LP复合，硬编码1%的滑点容差，并设有最低收割阈值，达到后才将已实现的奖励转入金库。
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所接入的网络。以上每个数字都会随着网络的增长而更新。
