
𝐒𝐨𝐟𝐥𝐞𝐢𝐫𝐞 $𝐒𝐅𝐋𝐑: O Lançamento Falhou devido a Taxas e Liquidez, Não um Ataque – Aqui Está o Reset do Snapshot 1. O que aconteceu: Isso não foi um ataque. Nenhuma chave privada foi roubada, nenhum contrato foi explorado por um invasor e nenhum “script de venda interna” foi executado contra a comunidade. O que ocorreu foi um erro de configuração no lançamento. Uma grande parte da oferta foi colocada em contratos de bloqueio/custódia do Streamflow. No Streamflow, os bloqueios de tokens incluem uma taxa de 0,5% em tokens, além de uma pequena taxa de criação em SOL. Essa taxa não é teórica: faz parte da estrutura de precificação do produto de bloqueio. Na abertura do mercado, essa taxa interagiu com um segundo problema: liquidez muito baixa em relação ao FDV. - FDV (valoração totalmente diluída) é preço × oferta total, incluindo tokens que ainda não estão em circulação. - Liquidez é o capital real presente no pool que pode absorver compras e vendas sem que o preço desabe. Se o FDV for alto e o pool for pequeno, mesmo uma venda automática modesta pode derrubar o gráfico. Isso é exatamente o que o primeiro comunicado descreveu: 0,5% da oferta bloqueada foi automaticamente liquidada na abertura porque a liquidez era insuficiente em relação ao FDV. Portanto, a sequência foi: 1. Os bloqueios foram criados com a estrutura padrão de taxas do Streamflow. 2. O mercado abriu com profundidade insuficiente. 3. A configuração da taxa/custódia forçou os tokens a entrarem no mercado imediatamente. 4. A liquidez fina transformou um evento de taxa em um evento gráfico. Isso é um erro operacional e de parâmetro. O primeiro comunicado já aceitou total responsabilidade por isso. 2. Por que isso importa mais do que “o gráfico parece feio” Em um lançamento saudável, a oferta bloqueada deve estar fora do mercado. Os bloqueios existem para que os detentores possam verificar que os tokens da equipe, tesouraria ou vinculados não podem ser lançados no livro no primeiro dia. Quando a infraestrutura de bloqueio introduz uma taxa em tokens que precisa ser paga na criação ou abertura, duas condições precisam ser verdadeiras ou o design falha: 1. Alguém já financiou a taxa de forma que não venda para o novo pool. 2. O pool é suficientemente profundo para que qualquer venda residual não defina o preço. Nenhuma dessas condições foi atendida. A baixa liquidez em relação ao FDV é o clássico descompasso de lançamento: o mercado é precificado como se toda a oferta fosse valiosa, mas apenas uma pequena flutuação pode realmente ser negociada. Qualquer vendedor forçado — taxa, sniper, erro de adição de LP ou desbloqueio — se torna o preço. É por isso que a primeira mensagem chamou isso de grave erro de cálculo dos parâmetros de configuração, e não de um exploit misterioso. 3. Por que a equipe não está “corrigindo o gráfico atual” Após analisar as opções durante a noite, o segundo comunicado rejeitou uma solução temporária para o token existente. Corrigir uma primeira impressão danificada geralmente beneficia as pessoas erradas: - Snipers / bots MEV já compraram a deslocação. - Provedores tardios de liquidez e vendedores da primeira hora já consolidaram os danos. - Detentores do primeiro dia que compraram o lançamento pretendido seriam forçados a competir com um gráfico que agora codifica esse fracasso. Uma correção que mantivesse o mesmo mint, os mesmos contratos de custódia e o mesmo livro de ordens contaminado não restauraria uma superfície limpa de descoberta de preço. Ela simplesmente transferiria o valor restante para quem agiu mais rápido quando a taxa atingiu o pool. Essa é a razão declarada para criar um novo token em vez de uma correção cosmética.
