Os 42 arquivos, todos com hashes correspondentes, e mesmo assim não troquei.
Hoje à tarde, revisei o Robin Cat Radar v1.0.14, do mesmo autor e com a mesma linhagem de mecanismo do sniper que uso atualmente. O watch.mjs dele tem **2507 linhas**; minha versão atual tem 1857. A camada da carteira usa o mesmo Binance Agentic Wallet, o código não consegue acessar a chave privada e não há qualquer sinal de chaves privadas ou frases-semente no repositório.
As conexões externas também são limpas.
Ele só se conecta a infraestruturas públicas: RPC público da BSC, DexScreener, GeckoTerminal, honeypot.is, Telegram e GitHub. Os anúncios remotos e o botão de emergência para interromper compras usam verificação de assinatura Ed25519 e carimbo de data e hora para evitar repetição de mensagens, e os campos também precisam passar por uma lista de permissões. O único poder remoto que o autor tem é interromper unilateralmente as compras de todos os usuários.
Depois de investigar até aqui, trocá-lo parecia natural.
O que me fez hesitar foram três pontos, todos relacionados às configurações padrão.
**O primeiro é o mais importante: por padrão, ele gasta dinheiro e também vende automaticamente.**
O ciclo de pagamento está completo: o limite por transação é de **20 dólares** por padrão, e o teto codificado também é de 20. A venda automática também está completa: se uma moeda gratuita cair **50%** a partir da máxima, ela é vendida por inteiro automaticamente.
Minhas regras agora são só duas: usar apenas moedas gratuitas e nunca vender sem fazê-lo manualmente.
Trocar tudo seria como revogar essas duas regras com minhas próprias mãos. Não é que o código seja ruim; é que as configurações padrão apontam na direção oposta à minha.
**O segundo ponto: atualizar com um clique equivale a sobrescrever todo o arquivo do mecanismo.**
O arquivo da nova versão substitui diretamente o watch.mjs, e só há reversão automática se a inicialização falhar. Meus patches locais seriam apagados por completo em uma única atualização. Para mim, uma atualização precisa ser tratada como uma nova instalação e passar por uma nova revisão; não dá para simplesmente clicar e seguir em frente.
**O terceiro ponto: o formato não é adequado.**
A GUI é um aplicativo desktop em Electron, que pressupõe que o mecanismo esteja rodando em um computador seu, sempre ligado. O meu mecanismo roda 24 horas por dia; transferi-lo para o desktop seria um retrocesso. A versão para celular precisa passar pelo relay Cloudflare deles e, antes disso, é necessário assinar uma mensagem de vinculação EIP-712 para adicionar a carteira à lista de convites — não custa dinheiro nem vai para a blockchain, mas significa conectar a carteira ao sistema de aquisição de usuários de outra pessoa.
Há também um pequeno senão: o pacote de relay pré-compilado de 74 KB não consta na lista oficial de hashes e não pode ser auditado de forma legível. Se eu realmente fosse implantá-lo, teria de compilá-lo a partir do código-fonte, sem usar diretamente aquele pacote.
Então, a conclusão é simples: o código é limpo; vou aproveitar o design, mas não trocar o mecanismo.
Há duas coisas que vale a pena aproveitar: o layout com três colunas para acompanhar o mercado e fazer backtesting, além da análise de oportunidades perdidas — vou usá-lo diretamente como referência de design para minha GUI própria. E a patrulha de permissões, que verifica periodicamente as approvals, revoga automaticamente as permissões ilimitadas e emite alertas; dá para separá-la, auditá-la por conta própria e só então integrá-la.
É justamente quando algo vem da mesma origem que fica mais fácil trocar sem pensar.
Quanto mais próxima a origem, mais importante é verificar primeiro para que lado apontam as configurações padrão. O código estar bom não significa que as configurações padrão sejam adequadas para você.
Quando vocês trocam de ferramenta, primeiro verificam se o código é limpo ou se as configurações padrão podem mexer no seu dinheiro?
$BNB
#TestePráticoDeAgentesDeIA