Builder em destaque: YieldSense
Builder em destaque: como o YieldSense leva execução verificada por hardware à DeFi na Base
Quando um protocolo DeFi quer automatizar algo, seja somar recompensas à posição, rebalancear um grid ou acionar um stop-loss, o padrão quase sempre é o mesmo: um keeper bot rodando em um servidor centralizado, uma única hot wallet assinando cada transação e um arquivo de configuração em algum lugar guardando os parâmetros da estratégia em texto puro.
O YieldSense, criado por Malik Huzaifa, elimina totalmente esse ponto único de falha. Construído na Base e usando a rede descentralizada da Acurast, ele mantém cada decisão, cada assinatura e cada parâmetro de estratégia dentro de um Trusted Execution Environment da Acurast. O contrato on-chain na Base só aceita transações assinadas por um worker atestado.
Este post é um passo a passo rápido do que foi construído, de como a Acurast foi integrada e do que isso mostra sobre o rumo da automação em DeFi.
“As suposições de confiança que a automação em DeFi vem carregando há anos não são estruturais. São circunstanciais.”
O projeto em resumo
01 / O que é
Keeper DeFi com confiança minimizada
Execução e assinatura confidenciais de estratégias, trancadas dentro de enclaves de hardware. Sem operador centralizado.
02 / Onde roda
Acurast TEE + Base
Lógica de decisão em um enclave da Acurast, liquidação na Base por meio de um contrato de vault ERC-4626.
03 / Situação
MVP na Mainnet
Autocompounder de USDC/AERO da Aerodrome no ar. Camada de sinais de grid lançada como base atestada por hardware.
01 / O problema do keeper centralizado
Quatro suposições de confiança que a automação em DeFi aceitou em silêncio.
A maior parte da automação em DeFi hoje herda os mesmos quatro pontos fracos. Nenhum deles é fundamental. São apenas heranças de uma época em que não havia um bom jeito de rodar lógica off-chain com integridade on-chain.
Risco de centralização
Keeper bots são hot wallets em máquinas que alguém controla. Comprometa a máquina e você compromete a estratégia.
Exposição da estratégia
Stop-losses e níveis de grid muitas vezes ficam on-chain em texto puro ou em uma configuração que só é tão segura quanto o notebook do operador.
Vulnerabilidade a MEV
Gatilhos previsíveis e parâmetros de estratégia visíveis são alvos fáceis para front-running e ataques sanduíche.
Erosão da eficiência
Colheitas em intervalos fixos podem gastar mais em gas do que coletam, principalmente em períodos de pouca atividade.
02 / Como os TEEs da Acurast mudam o modelo
Lógica de decisão e assinatura, ambas trancadas em um enclave.
O YieldSense usa a rede de TEEs da Acurast como toda a camada de decisão e assinatura. O usuário assina uma intenção EIP-712 no painel, definindo os parâmetros confidenciais da estratégia: stop-loss, slippage, faixa de otimização, heartbeat. O payload criptografado é enviado a um worker de TEE da Acurast.
Dentro do enclave, o mecanismo de estratégia busca dados de APR, gas e preço diretamente dos RPCs da Base, executa a lógica de decisão e só segue em frente se as recompensas esperadas cobrirem mais de 150% do custo de gas. Se a operação passar desse limite, o TEE assina a transação com uma chave P-256 vinculada ao hardware, que nunca sai do enclave.
O contrato YieldSenseKeeper na Base então verifica a atestação de hardware antes de acionar a execução. Qualquer coisa que não tenha sido assinada por um worker da Acurast na lista de permissões é rejeitada na hora.
O efeito final é simples: os parâmetros da estratégia nunca saem do enclave, as chaves de assinatura nunca tocam um servidor e o contrato on-chain tem prova criptográfica de onde cada transação se originou. Isso elimina o ponto único de falha, mantém a estratégia confidencial e torna cada etapa da execução verificável on-chain.
A arquitetura de três planos. A intenção do usuário flui de cima para baixo, passando pelo enclave, até a liquidação on-chain atestada.
“Os parâmetros da estratégia nunca saem do enclave. As chaves de assinatura nunca tocam um servidor.”
03 / O que já está no ar
Um autocompounder de USDC/AERO da Aerodrome rodando o pipeline de TEE completo.
O MVP na Mainnet roda um autocompounder de USDC/AERO da Aerodrome na Base, totalmente conduzido pelo pipeline de TEE da Acurast. Ingestão real de dados de APR, validação real de gas, colheitas reais, assinaturas atestadas reais. O painel mostra tudo: posições líquidas, desempenho projetado, otimização de gas e um Guardian Ledger ao vivo com cada ação do TEE.
Por baixo, a cada ciclo o keeper passa pela mesma sequência de cinco fases. Nada avança a menos que a fase anterior produza um resultado atestado por hardware.
01
Ingestão
O TEE busca APR, logs de swap e preços de gas nos RPCs da Base.
02
Análise
O Yield Engine calcula uma estimativa robusta de recompensas usando suavização EWMA.
03
Validação
O mecanismo de decisão verifica se a recompensa cobre 150% do custo de gas.
04
Assinatura
O assinador de hardware gera uma assinatura P-256 dentro do enclave.
05
Liquidação
O YieldSenseKeeper verifica a assinatura e aciona a colheita on-chain.
O ciclo de colheita. Cada etapa é atestada por hardware antes de avançar.
Cada ação entra no Guardian Ledger no momento em que acontece, com o endereço de hardware que a assinou.
É assim que a atestação de hardware aparece em tempo real: cada execução e atestação marcada, com registro de data e hora, e vinculada a um endereço específico de Processor da Acurast.
Dois contratos cuidam do lado on-chain:
YieldSenseKeeper.sol
Um vault ERC-4626 com atestação de hardware da Acurast, validação de rotas contra uma factory e uma lista de tokens aprovadas e proteção contra flash loans no mesmo bloco.
AerodromeAutocompounder.sol
Faz a soma automática das recompensas de LP à posição, com tolerância de slippage fixa em 1% e um valor mínimo de resultado líquido antes que o valor realizado seja transferido para o vault.
Experimente agora
Abra o painel do YieldSense para ver o autocompounder da Aerodrome e o Guardian Ledger ao vivo.
04 / Uma base verificável para grid trading
Sinais de grid atestados por hardware, antes da execução ao vivo.
O lado de grid trading do YieldSense é intencionalmente cauteloso, e vale a pena entendê-lo com precisão.
No momento, o Grid Keeper opera como um executor assinado, acionado por preço. O TEE monitora um pool configurado (atualmente AERO/USDC), compara o preço ao vivo com níveis de referência fixos definidos em GRID_CONFIG_JSON e, quando o preço se move além de um triggerPercent definido, o enclave calcula a variação teórica de PnL para aquele nível do grid e assina uma prova criptográfica da ação. O Processor chama executeTrade() no contrato keeper, e o contrato registra a operação como um evento verificável on-chain.
O que ele ainda não faz: interagir com roteadores de DEX, gerenciar o inventário de tokens ou movimentar saldos entre usuários. A lógica de grid produz logs de auditoria atestados por hardware, não mudanças reais de posição.
Isso é proposital. Antes de o YieldSense movimentar inventário real, a equipe quis provar que o enclave consegue identificar, avaliar e assinar corretamente os gatilhos de operação, com cada ação registrada on-chain como um evento atestado por hardware. O Guardian Ledger dá aos auditores um registro completo do que o agente viu, do que decidiu e do que assinou. A execução ao vivo é o próximo passo natural a partir da mesma base.
“Quando a execução confidencial, atestada e autônoma está disponível como infraestrutura, o padrão do keeper bot deixa de ser a única opção.”
05 / O que isso mostra sobre a Acurast para DeFi
Um padrão que vai além da coleta de recompensas.
O YieldSense está fazendo mais do que construir um único produto de DeFi. Está mostrando que as suposições de confiança que a automação em DeFi vem carregando há anos não são estruturais, e sim circunstanciais.
O mesmo padrão que o YieldSense usa para somar recompensas e para os sinais de grid se aplica diretamente a outras primitivas: agentes de IA que gerenciam ativos sob restrições comprováveis, liquidação cross-chain com lógica off-chain atestada, atestação de oráculos com assinatura apoiada em hardware, pagamentos condicionais acionados por eventos verificados em enclave. Nada disso precisa de um novo framework. Precisa que a camada de keeper tenha confiança minimizada. É essa a camada que os TEEs da Acurast oferecem.
Sobre o builder
O YieldSense foi criado por Malik Huzaifa, arquiteto de software e engenheiro de blockchain focado em sistemas autônomos com confiança minimizada. O projeto é resultado da pesquisa dele sobre TEEs e sua aplicação na descentralização de estratégias complexas de DeFi. Ele está ativo no X e no LinkedIn.
456K+
Deployments
250K+
Celulares cadastrados
175+
Países
Esta é a rede à qual o YieldSense se conecta. Cada número acima é atualizado conforme a rede cresce.
Está construindo na Acurast?
Se você está criando automação para DeFi, agentes de IA ou qualquer outra coisa sobre os TEEs da Acurast, venha conversar com a equipe da Acurast.
