Ferramentas de Cleanup: Tipos, Segurança e Comparação

Ferramentas de cleanup da Solana se dividem em quatro categorias principais, cada uma com diferentes trade-offs entre conveniência, custo e controle.

Tipo 1: Token Burners (Queimadores de Tokens)

Propósito: Cleanup visual - remove tokens spam da interface da carteira

Como funcionam:

• Queimam tokens indesejados (enviam para endereço de queima)
• ❌ NÃO fecham contas automaticamente
• ❌ NÃO retornam rent

Resultado:

Antes: 50 tokens spam visíveis Depois: 0 tokens visíveis Rent recuperado: 0 SOL ❌ Contas ainda existem: Sim (invisíveis mas bloqueando rent)

Quando usar:

• Apenas quer limpar visualmente a carteira
• Não se importa com ~$5-20 em rent bloqueado
• Solução rápida (30 segundos)

Exemplos: Recursos embutidos em algumas carteiras, sites de queima simples

Tipo 2: Rent Reclaimers (Recuperadores de Rent)

Propósito: Recuperação completa - queimar + fechar + retornar rent

Como funcionam:

• Escaneiam todas as contas de token
• Identificam contas vazias ou com apenas dust
• Executam transação atômica: Burn + CloseAccount
• Rent retorna automaticamente

Resultado:

Antes: 50 contas vazias, 0.102 SOL bloqueado Depois: 0 contas vazias Rent recuperado: ~0.095 SOL (após taxa de serviço) Valor em dinheiro: ~$19 a SOL $200 ✅

Recursos avançados:

• ✅ Processamento em lote (20-25 contas/transação)
• ✅ Filtragem automática (ignora tokens LP, congelados)
• ✅ Suporte Token-2022 (em ferramentas de qualidade)
• ✅ Preview antes de executar

Quando usar: Você quer recuperar dinheiro real (recomendado para maioria dos usuários)

Tipo 3: CLI Tools (Ferramentas de Linha de Comando)

Propósito: Controle máximo, zero taxas de serviço

Como funcionam:

$ spl-token accounts $ spl-token close --address [ENDEREÇO_CONTA] $ spl-token close --address [PRÓXIMO_ENDEREÇO] ...

Vantagens:

• ✅ Taxa zero de serviço (apenas gas de rede ~0.000005 SOL)
• ✅ Controle granular (escolher exatamente quais contas fechar)
• ✅ Privacidade máxima (sem serviços de terceiros)
• ✅ Pode automatizar via scripts

Desvantagens:

• ❌ Requer habilidades técnicas (terminal, comandos)
• ❌ Processo manual tedioso (2-3 min por conta)
• ❌ Risco de erro (typo no endereço = fundos perdidos)
• ❌ Sem filtragem automática (você decide o que é seguro fechar)

Análise de custo-benefício:

50 contas via CLI: Tempo: ~2 horas de trabalho manual Economia em taxa: ~0.01 SOL (~$2) Salário por hora efetivo: $1/hora 50 contas via serviço: Tempo: 5 minutos Taxa: ~0.01 SOL (~$2) Valor do tempo economizado: Inestimável ✅

Quando usar:

• Você é desenvolvedor e quer aprender
• Tem apenas 1-5 contas (rápido o suficiente)
• Quer evitar dar permissões a qualquer serviço
• Precisa automatizar para múltiplas carteiras (scripts)

Tipo 4: Wallet-Integrated (Integrado à Carteira)

Propósito: Conveniência - cleanup direto da interface da carteira

Exemplos:

Phantom: Recurso "Hide Token" com opção "Burn & Close"

Solflare: Recurso "Manage Tokens" → Close account

Vantagens:

• ✅ Zero fricção (já dentro da carteira)
• ✅ Sem conexão de terceiros necessária
• ✅ Geralmente sem taxa de serviço

Limitações:

• ⚠️ Frequentemente fecha 1 conta por vez (tedioso para 50+)
• ⚠️ Pode não suportar Token-2022
• ⚠️ Sem escaneamento em lote
• ⚠️ Sem análise automática de segurança

Quando usar: Você tem apenas 3-5 contas para fechar e já está usando essas carteiras

Matriz de Comparação Rápida

Tipo	Rent	Fácil	Custo	Veloc.
Token Burner	❌	⭐⭐⭐	Grátis	Rápido
Rent Reclaimer	✅	⭐⭐⭐	10-25%	Rápido
CLI	✅	⭐	~$0	Lento
Wallet Built-in	✅	⭐⭐	Grátis	Médio

Recomendação para maioria: Rent Reclaimer (Tipo 2) - melhor equilíbrio entre conveniência e recuperação de valor.

A arquitetura de segurança determina quando você conecta sua carteira - e isso impacta drasticamente o risco de phishing.

Arquitetura Connect-First (Ultrapassada)

Fluxo do usuário:

1. Abrir site 2. Botão grande: "CONECTAR CARTEIRA" 🔌 3. Conectar carteira (dá permissão ao site) 4. Site mostra: "Você tem 47 contas vazias" 5. Decidir se quer continuar 6. Assinar transação

Problemas de segurança:

Problema 1: Decisão às cegas

• Você conectou ANTES de saber se vale a pena
• Viés de compromisso: "Já conectei, então vou em frente"
• Sites de phishing exploram isso: você conecta, eles pedem assinatura maliciosa

Problema 2: Exposição desnecessária

No momento que você conecta:

• Site conhece seu endereço público
• Pode ver TODOS seus saldos
• Pode rastrear atividade on-chain
• Pode correlacionar com outras identidades

Mesmo se você não assinar nada - já vazou privacidade.

Problema 3: Condicionamento a phishing

Usuários acostumados a Connect-First:

• Desenvolvem hábito de "conectar em qualquer lugar"
• Não questionam por que site precisa de conexão
• Mais suscetíveis a sites de phishing

Arquitetura Verify-First (Moderna, Segura)

Fluxo do usuário:

1. Abrir site 2. Campo de entrada: "Cole seu endereço de carteira" 📋 3. Colar endereço público (sem conectar carteira) 4. Site mostra: "Você tem 47 contas vazias, recuperável: 0.095 SOL" 5. Decidir baseado em dados concretos 6. SE quiser: Clicar "Claim" → Conectar carteira 7. Assinar transação

Vantagens de segurança:

Vantagem 1: Consentimento informado

• ✅ Você VÊ resultados antes de qualquer compromisso
• ✅ Pode comparar múltiplos serviços sem conectar
• ✅ Se o resultado for "0.005 SOL recuperável", simplesmente fecha aba

Vantagem 2: Escaneamento sem permissão

Você pode escanear:

• Suas múltiplas carteiras (comparar qual tem mais rent)
• Carteira fria (Ledger) sem conectar hardware
• Carteira de amigo (para ajudá-lo)
• Carteira comprometida (avaliar quanto vale recuperar)

Tudo isso sem dar nenhuma permissão a ninguém.

Vantagem 3: Barreira anti-phishing

Sites de phishing NÃO PODEM usar Verify-First porque:

• Eles PRECISAM de conexão de carteira para roubar
• Verify-First atrasa conexão até último momento
• Dá tempo para usuário perceber se dados fazem sentido

Estatística: ~90% dos sites de phishing usam Connect-First (porque precisam)

Como Ferramentas Implementam Verify-First

Backend (simplificado):

// Endpoint 1: Escaneamento público (sem auth) POST /api/scan Body: { "address": "7xF2...9Kp3" } Servidor: → Chama RPC: getTokenAccountsByOwner(address) → Filtra contas vazias → Calcula rent total → Retorna JSON (sem precisar assinatura) // Endpoint 2: Execução (requer transação assinada) POST /api/execute Body: { "signedTransaction": "..." } Servidor: → Verifica assinatura válida → Envia para blockchain → Monitora confirmação

Ponto chave: Endpoint de escaneamento é completamente público - não precisa de autenticação.

Checklist de Identificação de Segurança

🟢 Sinais de Verify-First (Seguro):

• ✅ Página inicial tem campo "Enter wallet address" (Inserir endereço de carteira)
• ✅ Mostra resultados ANTES de pedir conexão
• ✅ Botão "Connect Wallet" aparece DEPOIS de ver resultados
• ✅ Pode usar sem nunca conectar (apenas visualizar)

🔴 Sinais de Connect-First (Arriscado):

• ❌ Primeira coisa que vê: "Connect Wallet" grande
• ❌ Não há opção para ver resultados sem conectar
• ❌ Site diz: "Conecte para ver suas contas"
• ❌ Popup de conexão aparece imediatamente ao abrir site

Exceções Legítimas ao Connect-First

Alguns casos genuínos onde Connect-First faz sentido:

• Plataformas DeFi: Precisam de conexão para interagir com contratos
• Marketplaces NFT: Precisam verificar propriedade para listar seus NFTs
• Wallets web: Obviamente precisam de acesso

Mas para ferramentas de cleanup/escaneamento: Verify-First é sempre possível e deve ser o padrão.

Como Proteger-se

Regra de ouro:

Se site de cleanup NÃO oferece Verify-First → Considere alternativa → OU use com extrema cautela (verificar tudo 3x)

Se DEVE usar serviço Connect-First:

• Criar carteira de teste com 0.01 SOL
• Testar serviço na carteira de teste primeiro
• Verificar transação no Solscan cuidadosamente
• Só então usar em carteira real

Processamento em lote transforma recuperação de rent de dezenas de transações caras em poucas transações baratas.

O Problema: Processamento Sequencial Ingênuo

Abordagem ruim:

Para cada conta vazia: Transação 1: Fechar conta A → Gas: 0.000005 SOL Transação 2: Fechar conta B → Gas: 0.000005 SOL Transação 3: Fechar conta C → Gas: 0.000005 SOL ... Transação 50: Fechar conta ZZ → Gas: 0.000005 SOL Total gas: 50 × 0.000005 = 0.00025 SOL Total tempo: 50 × 2 seg = 100 segundos (~2 minutos)

Problemas:

• ❌ Gas 20x maior que necessário
• ❌ Tempo 10x maior
• ❌ Sobrecarga de rede (50 transações vs 3)
• ❌ Maior probabilidade de falhas (qualquer tx pode expirar)

A Solução: Processamento em Lote

Abordagem otimizada:

Transação 1: Fechar contas 1-20 → Gas: 0.000005 SOL Transação 2: Fechar contas 21-40 → Gas: 0.000005 SOL Transação 3: Fechar contas 41-50 → Gas: 0.000005 SOL Total gas: 3 × 0.000005 = 0.000015 SOL Total tempo: 3 × 2 seg = 6 segundos Economia de gas: 94% ✅ Economia de tempo: 94% ✅

Limites Técnicos do Protocolo

Limite 1: Tamanho da Transação

Máximo: 1232 bytes (MTU de pacote UDP) Cada CloseAccount consome: - Endereço de conta: 32 bytes - Dados de instrução: ~15 bytes - Sobrecarga: ~10 bytes Total por conta: ~57 bytes Cálculo teórico: 1232 / 57 ≈ 21 contas

Limite 2: Compute Units

Máximo: 1.400.000 CU por transação Cada CloseAccount consome: - Validação: ~5.000 CU - Transferência de rent: ~3.000 CU - Sobrecarga: ~2.000 CU Total por conta: ~10.000 CU Cálculo teórico: 1.400.000 / 10.000 = 140 contas

Limite prático: 15-25 contas por transação

Por quê menor que teórico?

• Precisa de espaço para instruções ComputeBudget
• Precisa de espaço para instruções Burn (se saldo > 0)
• Buffer de segurança para variações de tamanho
• Tokens Token-2022 podem ter metadados maiores

Estratégias de Otimização Avançadas

Otimização 1: Agrupamento Inteligente

Agrupar contas por tipo:

Lote 1: 20 SPL tokens vazios (sem queima necessária) → Mais rápido, menos compute Lote 2: 15 tokens com dust (requer Burn + Close) → Mais lento, mais compute Lote 3: 10 Token-2022 (instruções ligeiramente diferentes) → Evita misturar program IDs

Benefício: Maximiza contas por lote, minimiza transações totais.

Otimização 2: Priorização por Valor

Se usuário tem 100 contas mas saldo baixo de SOL: Lote 1: 20 contas com MAIOR rent (Token-2022 com extensões) → Recupera ~0.05 SOL Esse 0.05 SOL agora paga gas para resto! Lotes 2-5: Resto das contas → Pago com rent do Lote 1

Otimização 3: Estimativa Dinâmica de Compute

Ferramentas avançadas:

• Simulam transação antes de enviar
• Medem compute units reais necessários
• Ajustam tamanho do lote dinamicamente

Se simulação mostra: 800k CU para 18 contas → Seguro adicionar +2 contas (margem de 600k CU) Se simulação mostra: 1.3M CU para 20 contas → Reduzir para 17-18 contas

Comparação de Desempenho Real

Cenário: 60 contas vazias

Método	TXs	Gas	Tempo
Individual	60	0.0003	2 min
Lotes 10	6	0.00003	12 seg
Lotes 20	3	0.000015	6 seg
Lotes 25*	3	0.000015	6 seg

* Últimos 10 no terceiro lote

Vencedor: Lotes de 20-25 - melhor equilíbrio entre eficiência e segurança.

Como Verificar se Ferramenta Usa Batching

Método 1: Verificar preview de transação

Boas ferramentas mostram:

Transação 1/3: - Fechar 20 contas - Recuperar: 0.0408 SOL Transação 2/3: - Fechar 20 contas - Recuperar: 0.0408 SOL ...

Método 2: Verificar no Solscan após execução

Abrir transação, procurar seção "Instructions":

Instrução #1: ComputeBudget.setComputeUnitLimit Instrução #2: ComputeBudget.setComputeUnitPrice Instrução #3: Token.closeAccount (conta A) Instrução #4: Token.closeAccount (conta B) ... Instrução #22: Token.closeAccount (conta T) → 20 contas fechadas em 1 transação ✅

Se você vir:

Instrução #1: Token.closeAccount (conta A) → Apenas 1 conta por transação ❌

Ferramenta não está otimizada.

Token-2022 representa futuro dos tokens na Solana - ferramentas que não o suportam deixam dinheiro na mesa.

Adoção Crescente do Token-2022

Estatísticas (estimadas, 2024):

Tokens SPL legados: ~80% do total Tokens Token-2022: ~20% do total Mas crescimento Token-2022: 2023: 5% de novos lançamentos 2024: 25% de novos lançamentos Projeção 2025: 40-50% de novos lançamentos

Por que cresce:

• Stablecoins (USDC) migrando para Token-2022
• Novos projetos escolhem Token-2022 por recursos avançados
• Exchanges começam a suportar Transfer Fees nativamente

Impacto na Recuperação de Rent

Usuário típico em 2024:

Total contas vazias: 50 SPL: 35 contas × 0.00204 SOL = 0.0714 SOL Token-2022: 15 contas × 0.0025 SOL = 0.0375 SOL Total recuperável: 0.1089 SOL (~$22 a SOL $200)

Se ferramenta suporta APENAS SPL:

Detectado: 0.0714 SOL (65% do total) Perdido: 0.0375 SOL (35% do total) ❌ Dinheiro deixado na mesa: ~$7.50

Para usuários DeFi pesados:

Pode ser 40-50% do rent recuperável.

Por Que Ferramentas Antigas Não Suportam

Razão técnica:

Token-2022 é programa diferente com ID diferente:

SPL Token: TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA Token-2022: TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb

Código antigo:

// Busca APENAS SPL const accounts = await connection.getTokenAccountsByOwner( walletAddress, { programId: TOKEN_PROGRAM_ID } // ID antigo );

Código atualizado:

// Busca SPL const splAccounts = await connection.getTokenAccountsByOwner( walletAddress, { programId: TOKEN_PROGRAM_ID } ); // Busca Token-2022 const token2022Accounts = await connection.getTokenAccountsByOwner( walletAddress, { programId: TOKEN_2022_PROGRAM_ID } ); // Combinar resultados const allAccounts = [...splAccounts, ...token2022Accounts];

Por que muitos não atualizaram:

• Projeto abandonado / sem manutenção
• Desenvolvedores não acompanharam ecossistema Solana
• Falta de incentivo (usuários não sabem o que estão perdendo)

Extensões Específicas e Rent

Transfer Fee Extension:

Tamanho extra: ~17 bytes Rent: 0.00204 → 0.0025 SOL Diferença: +0.00046 SOL (+22%)

Para 20 contas: +0.0092 SOL (~$1.84 extra recuperável)

Confidential Transfers:

Tamanho extra: ~235 bytes Rent: 0.00204 → 0.004 SOL Diferença: +0.00196 SOL (+96%)

Quase DOBRA o rent recuperável por conta!

Permanent Delegate:

Tamanho extra: Mínimo (~32 bytes) Rent: ~0.0022 SOL Diferença: +0.00016 SOL (+8%)

Como Verificar Suporte Token-2022

Nível 1: Documentação

Procurar por:

• ✅ "Token-2022 support" explicitamente mencionado
• ✅ "Token Extensions Program"
• ✅ Lista de extensões suportadas

Nível 2: Interface de Resultados

Boas ferramentas mostram breakdown:

Contas Vazias Encontradas: - SPL Tokens: 35 contas (0.0714 SOL) - Token-2022: 15 contas (0.0375 SOL) Total: 50 contas (0.1089 SOL)

Nível 3: Teste Real

Se você sabe que tem contas Token-2022:

• Escanear com ferramenta A → 35 contas
• Escanear com ferramenta B → 50 contas
• Conclusão: Ferramenta A não suporta Token-2022 ❌

Como saber se você tem Token-2022?

• Verificar carteira no Solscan
• Procurar tokens com "(Token-2022)" no nome
• Ou tokens lançados após meados de 2023

Futuro: Token-2022 se Tornará Padrão

Cronograma esperado:

2024: 20% dos tokens 2025: 40-50% dos tokens 2026: 60-70% dos tokens 2027+: 80%+ dos novos tokens

Implicação: Ferramentas sem suporte Token-2022 se tornarão obsoletas.

Analogia: Como usar navegador que não suporta HTML5 em 2024 - tecnicamente funciona, mas você perde metade da web.

Integração suave com carteiras determina experiência do usuário - de frustrante a sem fricção.

Wallet Standard: O Protocolo Unificado

Problema que resolve:

Antes do Wallet Standard (2022):

• Cada carteira tinha API própria (Phantom, Solflare, Slope, etc.)
• Desenvolvedores tinham que integrar cada uma separadamente
• Código cheio de if (phantom) {...} else if (solflare) {...}

Depois do Wallet Standard:

// Código universal const wallets = getWallets(); const wallet = wallets[0]; // qualquer carteira compatível await wallet.connect(); await wallet.signTransaction(tx);

Funciona com TODAS as carteiras que implementam padrão.

Carteiras Suportadas (Principais)

Desktop/Web:

• ✅ Phantom (suporte completo, melhor UX)
• ✅ Solflare (suporte completo)
• ✅ Backpack (suporte completo)
• ✅ Glow (suporte completo)
• ✅ Brave Wallet (suporte básico)
• ⚠️ Ledger via Solflare (requer Blind Signing)

Mobile:

• ✅ Phantom Mobile (via WalletConnect)
• ✅ Solflare Mobile (via WalletConnect)
• ✅ Backpack Mobile (via deep links)

WalletConnect: Bridge para Mobile

Como funciona:

1. Usuário no desktop abre site 2. Escolhe "Phantom Mobile" 3. QR code aparece 4. Escanear com app Phantom no telefone 5. Aprovar conexão no telefone 6. Desktop e mobile agora sincronizados 7. Transações aparecem no telefone para aprovação

Vantagens:

• ✅ Seed phrase permanece no mobile (mais seguro)
• ✅ Aproveita biometria do telefone (FaceID/TouchID)
• ✅ Pode usar computador para interface grande

Desvantagens:

• ⚠️ Latência extra (1-2 segundos por aprovação)
• ⚠️ Requer telefone por perto
• ⚠️ Pode desconectar se telefone dormir

Hardware Wallets: Desafios Especiais

Ledger via Solflare:

Fluxo normal: 1. Conectar Ledger via USB 2. Abrir app Solana no Ledger 3. Conectar Solflare (opção "Connect Ledger") 4. Selecionar endereço 5. Aprovar transações no dispositivo físico

Problema com cleanup em lote:

Ledger não consegue exibir 20 instruções CloseAccount na tela pequena.

Resultado:

Erro: "Condition of use not satisfied (0x6985)"

Solução: Blind Signing

Habilitar no Ledger:

• Abrir app Solana no dispositivo
• Settings → Blind signing → Enabled

⚠️ Risco de segurança:

Você está assinando sem ver detalhes completos. Apenas use em:

• Serviços absolutamente confiáveis
• Após verificar preview de transação em Solflare/Phantom
• Desabilite Blind Signing depois

Fluxo de Conexão Otimizado

Boas ferramentas implementam:

1. Auto-detectar carteiras instaladas const wallets = getWallets(); // Mostra apenas: Phantom, Solflare (instalados) // Esconde: Backpack, Glow (não instalados) 2. Lembrar última carteira usada localStorage: "lastWallet": "Phantom" // Pré-seleciona Phantom na próxima visita 3. Reconexão automática if (previouslyConnected) { await wallet.connect(); } // Não precisa clicar "Connect" novamente

Tratamento de Erros Comuns

Erro: "Wallet not found"

Causa: Usuário não tem carteira instalada

Solução boa:

Mostrar: "Phantom não detectado" [Instalar Phantom] ← link para chrome.google.com/webstore [Usar Solflare] ← alternativa

Erro: "User rejected request"

Causa: Usuário clicou "Reject" em popup de conexão

Solução boa:

Mostrar: "Conexão cancelada. Clique 'Conectar' para tentar novamente." NÃO: "ERRO: 0x1234 Connection failed" ← assusta usuário

Erro: "Transaction timeout"

Causa: Usuário não aprovou transação em 60 segundos

Solução boa:

Mostrar: "Ainda esperando aprovação em sua carteira... Verifique se há popup bloqueado." Após 60 seg: "Transação expirou. Tentar novamente?"

Melhores Práticas de UX

1. Indicador visual de estado de conexão

🔴 Desconectado → "Conectar Carteira" 🟡 Conectando... → Spinner 🟢 Conectado → "7xF2...9Kp3" + botão desconectar

2. Preview de transação antes de enviar

Mostrar: "Você vai assinar: - Fechar 20 contas - Recuperar: 0.0408 SOL - Taxa: 0.000005 SOL [Confirmar na Carteira]" ← botão

3. Feedback pós-transação

✅ Sucesso: "Recuperado: 0.0408 SOL Ver no Solscan →" ← link ❌ Falha: "Erro: Account frozen O que fazer: Esta conta não pode ser fechada."

Modelos de precificação variam dramaticamente - escolher errado pode custar 5-10x mais que necessário.

Modelo 1: Success Fee (Taxa de Sucesso)

Como funciona:

Rent recuperado: 0.5 SOL Taxa de serviço: 20% Você recebe: 0.4 SOL Se transação falhar → Taxa: 0 SOL ✅

Vantagens:

• ✅ Zero risco - só paga se recuperar
• ✅ Incentivo alinhado (serviço quer maximizar seu recovery)
• ✅ Sem custo inicial
• ✅ Atômico (taxa deduzida na mesma transação)

Desvantagens:

• ⚠️ Taxa percentual pode ser alta para grandes quantias
• ⚠️ Varia entre 10-25% (precisa comparar)

Faixa típica de taxas:

Budget tier: 25% (mais caro mas sem mínimo) Standard tier: 15-20% Premium tier: 10% (melhor valor, pode ter mínimo)

Quando escolher:

• Primeira vez fazendo cleanup (sem risco)
• Não tem certeza de quanto vai recuperar
• Quer simplicidade máxima

Modelo 2: Subscription (Assinatura)

Como funciona:

Pagar: $10/mês ou $100/ano Uso ilimitado: Quantos cleanups quiser Taxa por cleanup: 0% Recuperou 5 SOL? Você recebe 5 SOL ✅

Vantagens:

• ✅ Custo previsível
• ✅ Economia enorme para usuários frequentes
• ✅ Sem % tirado de grandes recoveries

Desvantagens:

• ❌ Custo inicial mesmo se recuperar pouco
• ❌ Precisa cancelar ou renova automaticamente
• ❌ Não vale a pena para uso único

Cálculo de break-even:

Subscription: $10/mês Success fee: 20% Break-even = $10 / 0.20 = $50 recuperado A SOL $200 → 0.25 SOL Se você recupera > 0.25 SOL/mês → Subscription vale a pena

Quando escolher:

• Trader ativo (cleanup mensal)
• Gerencia múltiplas carteiras
• Recupera consistentemente > 0.25 SOL/mês
• Bot de trading (cleanup semanal automatizado)

Modelo 3: Freemium

Como funciona:

Tier Gratuito: - Até 10 contas/mês: Grátis - Taxa: 0% Tier Pago: - 11+ contas: $5/mês ou 15% por cleanup

Vantagens:

• ✅ Testar antes de pagar
• ✅ Grátis para usuários casuais
• ✅ Upsell suave para power users

Desvantagens:

• ⚠️ Limite gratuito geralmente muito baixo (10 contas = ~$2 value)
• ⚠️ Tier pago pode ser mais caro que competição

Quando escolher:

• Iniciante com poucas contas (<15)
• Quer testar serviço sem compromisso
• Cleanup muito ocasional (1-2x/ano)

Modelo 4: Pay-Per-Use (Pagar Por Uso)

Como funciona:

Taxa fixa: $0.10 por conta fechada 20 contas = $2.00 50 contas = $5.00 100 contas = $10.00

Vantagens:

• ✅ Transparente (sabe exatamente quanto vai pagar)
• ✅ Justo (paga pelo que usa)

Desvantagens:

• ❌ Pode ser caro para muitas contas
• ❌ Requer pagamento adiantado (geralmente)

Quando escolher: Raramente melhor opção - Success Fee geralmente mais justo.

Modelo 5: CLI / Self-Hosted (Grátis)

Custo monetário: $0 (apenas gas de rede ~$0.0001)

Custo de tempo: Alto

Setup: 30-60 min (primeira vez) Por conta: 2-3 min Para 50 contas: Tempo total: ~2-3 horas Se seu tempo vale $20/hora: Custo real: $40-60 em tempo vs $2-10 em Success Fee 🤔

Quando escolher:

• Desenvolvedor que quer aprender
• Extrema preocupação com privacidade
• Tem muito tempo livre
• Precisa automatizar para 100+ carteiras

Tabela de Comparação

Modelo	10	50	100	Para
Success 20%	$0.40	$2.00	$4.00	Iniciante
Subscription	$10	$10	$10	Power User
Freemium	Grátis	$1.50	$4.50	Casual
Pay-Per-Use	$1	$5	$10	Ninguém
CLI	Grátis*	Grátis*	Grátis*	Dev

* Mas custa tempo

Calculadora de Decisão

Pergunte-se:

Quantas contas tenho? ______ Quantas vezes/ano farei cleanup? ______ Quanto SOL vou recuperar? ______ Se contas < 15 E frequência = 1x/ano: → Freemium ou Success Fee Se contas > 50 E frequência > 4x/ano: → Subscription Se contas 15-50 E frequência = 2-4x/ano: → Success Fee (melhor equilíbrio)

Bandeiras Vermelhas de Preços

• 🚩 Success Fee > 30% (ganancioso)
• 🚩 "Taxa de ativação" adiantada (provável golpe)
• 🚩 Taxas ocultas não mencionadas
• 🚩 Subscription sem trial/opção de cancelamento

Regra de ouro: Taxa deve ser claramente exibida ANTES de conectar carteira.