Projeto de Subsídio vlayer: API Key e zkTLS
Resumo
Este anúncio no servidor vlayer aborda dúvidas de desenvolvedores sobre o acesso à API Key para projetos de subsídio e listas de espera do vlayer 2.0. Destaca um caso de uso técnico de um agente de trading autônomo que utiliza zkTLS para verificar dados do índice Fear & Greed e preços do DexScreener. A discussão oferece insights valiosos sobre como desenvolvedores podem implementar web proofs para aprimorar a identidade on-chain e a funcionalidade do projeto para o programa de subsídios do vlayer....
Tentei usar o dashboard do vlayer para criar a API Key. Não há método para acessar a API Key atualmente, pois o dashboard está em lista de espera para a 2.0. Se o token da API Key for fornecido, posso integrar totalmente o projeto à implementação do vlayer para que fique funcional e válido para o programa de subsídios. Se o token estiver ausente, posso enviar o projeto sem a integração adequada e deixar como um progresso futuro para a tecnologia vlayer 2.0? Por favor, resolvam essa dúvida.
Olá que projeto você está construindo?
Estou construindo um agente de trading autônomo e de autocustódia na BSC que não apenas opera, mas executa uma economia de agentes de dois lados em uma identidade on-chain: ele compra seus próprios dados do CoinMarketCap com micropagamentos nativos x402 e vende sua análise de mercado para outros agentes via ERC-8183, enquanto o Trust Wallet Agent Kit é a única chave que assina. Link do dashboard: https://mission-control-vlayer.onrender.com/ Se a API key for fornecida, conectarei o projeto para torná-lo apto ao programa de subsídios do vlayer. Você também pode compartilhar seu feedback valioso revisando o produto completo.
quais dados você gostaria de verificar com o vlayer?
- Fear & Greed do alternative.me, a prova principal (M1). Este é o dado que verificamos primeiro. O RegimeProver.sol aponta para: DATA_URL = https://api.alternative.me/fng/?limit=1 → data.0.value (inteiro 0–100). Uma Web Proof (zkTLS) do vlayer atesta que esta resposta HTTPS foi genuinamente servida pelo api.alternative.me via TLS (sem segredo de API para esconder). O prover extrai o valor F&G + classificação via _parseUint; o verifier registra a atestação on-chain. É escolhido primeiro porque é gratuito, sem chaves e um inteiro limpo (robusto para provar), sendo um input central para o score de regime que o agente vende. Seu DataSourcesBadge já sela o alternative.me especificamente por esse motivo. 2. Preço do DexScreener — a extensão planejada. Uma Web Proof do preço/liquidez DEX de um token. É o segundo passo (seu priceUsd é uma string decimal → requer parsing de ponto fixo, então vem depois que o caminho de inteiro limpo é provado). 3. Drawdown histórico — o objetivo ambicioso (M3, Time Travel). Não é uma Web Proof, mas vlayer Time Travel: verificar a alegação de sobrevivência (13,2% de drawdown na pior semana) contra heartbeats históricos de NAV on-chain — "verifique nosso histórico", não "confie em nosso backtest".
Devo enviar sem a integração da API key e apenas como uma integração futura de API para o programa de subsídios no vlayer ?
