Arquitetura do sistema
O runtime em Rust do DIVINE Screener é compatível com a Solana e a Robinhood Chain. A estrutura e os limites abaixo descrevem o caso da Solana.
Componentes
| Componente | O que faz |
|---|---|
| Dexstream | Ingestão por WebSocket a partir do feed da Solana da DexScreener |
| Aegis | Verificações de lista negra, holders, liquidez e coordenação na Solana |
| Solscan API | Swaps, holders, saldos e dados de mercado de SOL do Solscan |
| Seraphim | Transporte HTTP/WebSocket, novas tentativas e imitação de navegador |
| Grimoire | Banco de dados SQLite para sinais, lista negra e cooldowns |
| Divine | Scanner, entrega no Telegram, Live Activity, TUI e endpoints de saúde |
Fluxo de dados
- O Dexstream busca os pares de tokens da Solana via WebSocket
- Os filtros se aplicam: valor de mercado de US$ 3 mil a US$ 14 mil, pisos de liquidez e verificações antispam
- O Aegis roda os módulos de segurança em paralelo usando Solscan, RugCheck, o estado do SQLite e heurísticas locais
- Os sinais aprovados vão para o Telegram, e o Live Activity atualiza os sinais verificados com dados da DexScreener e do RPC da Solana
Estrutura de segurança
O caminho do Aegis na Solana inclui:
- Integridade do token com RugCheck e dados de holders de reserva
- Consulta à lista negra (mais de 50 mil carteiras)
- Análise da concentração de holders
- Detecção de coordenação baseada em Leiden
- Heurísticas de paper hands e de carteiras novas
- Verificações de concentração por bloco na Solana
Os limites atuais de produção são específicos da Solana, incluindo limites de concentração por bloco de 60% / 65% e uma regra de carteiras novas de menos de 6 transações ou menos de 3 dias de idade.
Operações
- Um runtime em Rust que substitui a antiga estrutura em Python
- Meta de cobertura de linhas do workspace de 96% ou mais
- Deploys de imagens imutáveis no VPS
- Runtime de contêiner somente leitura com health checks e sandboxing
- Novas tentativas com backoff nos caminhos de Solscan, RugCheck, DexScreener e RPC