Gestão autônoma
de pools, dissecada.
Seis módulos respondem a falhas específicas de quem opera liquidez à mão ou via bots tradicionais. Cada um construído pra ser auditável e operar sob gates de segurança — IA propõe, motor determinístico executa.
Range, slippage e cadência ajustados por regime
A maioria dos bots de LP usa grid fixo ou rebalanceamento por gatilho de preço simples. Em mercado lateral isso queima fees; em tendência, deixa upside na mesa.
- Problema
- Bots típicos: range fixo + rebalance por % de movimento. Em regime errado, o LP fica em IL (impermanent loss) ou rebalanceia em loop.
- Abordagem ZYNK
- SmartLiquidityEngine detecta o regime de mercado (range/trend/chop) e ajusta três variáveis: (1) largura do range, (2) slippage tolerado em rebalance, (3) frequência mínima entre operações.
- 01
Detector de regime
Combina RSI, ATR, MACD hist, Bollinger %B, OBV e funding (quando aplicável). Confidence calibrado.
- 02
Ajuste de range
Range tight em chop, range wide em trending, exit-bias em volatilidade extrema.
- 03
Throttle adaptativo
Latência RPC alta → reduz frequência; gas pico → segura rebalance não-crítico.
Anti-Drawdown em três camadas
Drawdown destrói portfólios mais que qualquer outra coisa. ZYNK trata risco como first-class citizen, não como afterthought.
- Problema
- Bots fecham posição no pior momento ou ficam expostos em flash crash. Sem framework explícito de risco, o operador só vê o estrago depois.
- Abordagem ZYNK
- RiskShield é uma camada que veta decisões propostas por outras IAs. Três triggers operam em paralelo, sempre logados.
- 01
Volatilidade extrema (flash crash)
>3% em 60s ou ATR 3× acima da norma 30d → pausa rebalances e move pra faixa mais conservadora.
- 02
Drawdown threshold
Capital perde 5% → reduz exposição. Perde 8% → kill-switch (fecha posição).
- 03
Infra-degradation
Latência RPC > 500ms, indexer lag > 5 blocos ou oracle stale → suspende decisões automáticas.
Capturar alta sem virar 100% stable
Quando preço dispara, a maioria dos bots vira 100% USDC e perde a continuação. UpsideProtection mantém exposição até o regime mudar.
- Problema
- LP migração agressiva pra stable na alta = você zerou ETH no fundo. Bot que segura na alta cai junto no topo.
- Abordagem ZYNK
- Quando RegimeDetector aponta TRENDING_UP com confidence > 70% e ATR não-extremo, UpsideProtection desloca o range pra cima em vez de fechar a posição.
- 01
Range shift
Range superior +20% acima do preço atual, com fees coletadas a cada movimento.
- 02
Partial unwind
30% do capital migra pra stable como hedge; 70% segue na exposição direcional.
- 03
Trailing stop adaptativo
Stop loss segue 8% abaixo do high, ajustado pela volatilidade do par.
Inteligência que alimenta as decisões
Indicadores técnicos + Fear&Greed + on-chain (prêmio Coinbase/funding) + notícias consolidados numa camada que cada IA do ZYNK consulta.
- Problema
- Bots ignoram contexto. Operam o mesmo jeito em FOMC week e em sábado vazio. Resultado: perdas previsíveis.
- Abordagem ZYNK
- Market Intel é o nervo central. Outras IAs consultam regime + F&G + sinais on-chain + notícias antes de propor decisão.
- 01
Regime detector com calibração
Confidence histórica exibida. 70% conf ≈ 65% acerto real. Sem inflar números.
- 02
Sinais on-chain reais
Prêmio Coinbase (spot CB vs global) + funding de perp viram voto na calibração.
- 03
Macro proximity
FOMC ou CPI a < 24h → aperta range, reduz exposição automaticamente.
Pronto pra desk de gestores
Single-user bot escala mal: cada conta é uma instância separada, sem isolamento real e sem controle de equipe.
- Problema
- Desk com 5 gestores e 30 wallets vira pesadelo de infra em qualquer bot solo.
- Abordagem ZYNK
- ZYNK foi construído multi-tenant desde o dia 0. Tenant = unidade de isolamento. Database, secrets, sessions, RBAC e billing tudo escopados.
- 01
Tenant isolation
Row-level security no Postgres, secrets criptografados por tenant, audit log isolado.
- 02
Auth multi-fator (TOTP)
Senha + TOTP (RFC 6238) com backup codes. Passkey/WebAuthn no roadmap.
- 03
Sessions revogáveis
Cada sessão com IP, user-agent, último acesso. Revogação individual ou em bulk.
Cada decisão com hash de bloco
Não basta dizer “fizemos X”. Em DeFi, prova é hash. Toda decisão do ZYNK é logada com bloco, tx hash e razão.
- Problema
- Bots sem audit trail: você só vê o PnL final. Quando dá errado, ninguém sabe por quê.
- Abordagem ZYNK
- Cada decisão proposta é gravada com: bloco no momento da decisão, IA proposta, fatores que pesaram, tx hash quando executada, e resultado final.
- 01
Immutable log
Audit log append-only, com hash anterior assinado pelo backend (chain interna).
- 02
Calibração recalculada semanal
Brier score público. Quando 70% conf desviar de 65% acerto, recalibramos.
- 03
Basescan-friendly
Toda tx vira link direto pro BaseScan. Operador valida visualmente.