Por que liquidez bloqueada não significa que um token é seguro

Todo guia sobre o assunto diz a mesma coisa: liquidez bloqueada significa que a equipe não pode puxar o tapete de você, então o token é mais seguro. Isso era verdade quando a única saída era drenar o pool. Nas plataformas de lançamento modernas, o bloqueio se tornou o motor de receita do golpe, e a marca de verificação que você procura é a coisa que paga o atacante.

Há uma caixa de seleção que aparece em rastreadores de tokens, interfaces de plataformas de lançamento e em toda lista de verificação de segurança escrita para traders de memecoins: liquidez bloqueada. Encontrá-la é apresentado como um dos passos essenciais antes de comprar um token anônimo, e o raciocínio por trás desse conselho é sólido até onde vai. Um bloqueio de liquidez genuinamente previne o ataque mais destrutivo em finanças descentralizadas, o puxão de tapete, no qual o criador de um token remove os ativos que respaldam o pool de negociação e deixa os detentores com algo que não podem vender. Os guias são unânimes. Um diz que verificar o bloqueio não é opcional, mas essencial. Outro diz que isso tranquiliza os investidores de que o projeto é seguro para se envolver. Um terceiro diz que dá aos investidores uma sensação de segurança. Todos eles estão descrevendo uma proteção real, e todos eles são incompletos de uma forma que se tornou cara. Porque nas plataformas de lançamento onde a maioria dos novos tokens agora se originam, o mesmo bloqueio que impede o criador de drenar o pool também garante ao criador uma parte de cada negociação nele, para sempre, e isso muda o que a caixa de seleção significa.

O que um bloqueio de liquidez realmente faz

Comece pelo mecanismo, porque a proteção é real e entendê-la precisamente é o que permite que você veja a lacuna.

Quando um token é lançado em uma exchange descentralizada, alguém deve fornecer o pool que permite que as pessoas negociem. Isso significa depositar o novo token junto com algo valioso, tipicamente uma stablecoin ou o ativo nativo da blockchain, em um contrato de pool. Em troca, o depositante recebe tokens de provedor de liquidez, que são o ticket de reclamação sobre esse depósito. Quem quer que detenha os tokens de provedor pode resgatá-los e retirar o conteúdo do pool de volta.

Esse ticket de reclamação é toda a vulnerabilidade. Um criador que o detém pode esperar os compradores chegarem, observar o pool se encher de dinheiro real, então resgatar os tickets, retirar tudo de valor e deixar o token sem nada por trás. O preço colapsa para zero porque não há nada para vender. Isso é o puxão de tapete, e foi responsável por uma enorme parcela das perdas com memecoins ao longo de vários anos.

Um bloqueio de liquidez envia os tokens de provedor para um contrato separado com bloqueio de tempo em vez de deixá-los na carteira do criador. Os serviços de bloqueio os mantêm por um período declarado, publicam o bloqueio na blockchain para que qualquer um possa verificar, e se recusam a liberar os tokens antes do vencimento. O criador não pode resgatar o que não detém mais. A saída clássica é mecanicamente impedida.

Dois esclarecimentos que pegam as pessoas. Um pool bloqueado ainda negocia normalmente; o bloqueio restringe a retirada do conteúdo do pool, não a compra e venda contra ele. E bloqueio de liquidez é diferente de bloqueio de token, que restringe a oferta da própria equipe através de um cronograma de vesting. Um projeto pode fazer um sem o outro, e a caixa de seleção que você está lendo geralmente cobre apenas o primeiro.

O que os guias acertam

Antes da crítica, crédito onde é devido, porque descartar o bloqueio completamente seria seu próprio erro.

A evidência sobre pools não bloqueados é genuinamente alarmante. A análise de mil memecoins em uma grande blockchain descobriu que mais de noventa por cento não tinham liquidez bloqueada, deixando-os estruturalmente expostos exatamente ao ataque descrito acima. Estimativas da indústria colocam as perdas com golpes de memecoins na casa das centenas de milhões de dólares em um único ano, com drenagem de pool como um método líder. Contra essa linha de base, um projeto que bloqueia sua liquidez removeu um modo de falha real e comum, e a diferença entre um pool bloqueado e não bloqueado não é cosmética.

O bloqueio também carrega uma função de sinalização que vale alguma coisa. Uma equipe disposta a abrir mão da capacidade de retirar o pool é uma equipe que aceita uma restrição, e restrições aceitas voluntariamente tendem a se correlacionar com intenções que sobrevivem ao contato com um preço em queda. Essa correlação é fraca, e correlações fracas ainda carregam informação.

Portanto, os guias não estão errados sobre o que um bloqueio faz. Eles estão errados sobre o que um bloqueio implica, e a lacuna entre essas duas coisas é onde a geração atual de golpes opera.

A inversão

Aqui está a mudança que a literatura de segurança não absorveu.

As plataformas de lançamento da linhagem Pump.fun — a maquinaria subjacente — automatizaram a criação de tokens e resolveram o rug pull estruturalmente: quando um token se forma a partir de sua curva de lançamento para um pool de negociação, a plataforma bloqueia a liquidez ela mesma, permanentemente, em um contrato que ninguém pode drenar. Isso é uma melhoria real, e é a base para essas plataformas se descreverem como resistentes a rug.

As mesmas plataformas também pagam taxas ao criador. Um pool bloqueado ainda gera taxas de negociação em cada troca, e essas taxas podem ser reivindicadas pelo endereço que criou o token. O arranjo é defensável à primeira vista: recompensa construtores cujos tokens sustentam volume real, e dá aos criadores uma razão para continuar apoiando um projeto em vez de despejar e sair.

Agora combine as duas propriedades e siga o incentivo. Um criador que não pode drenar o pool perdeu uma fonte de receita. Um criador que recebe taxas em cada negociação ganhou outra, e a segunda não exige que o token tenha sucesso, apenas que seja negociado. Volume de vendas em pânico paga exatamente tão bem quanto volume de compras entusiasmadas. Volume de detentores tentando sair de um token que agora reconhecem como sem valor paga exatamente tão bem quanto qualquer um dos dois.

O que o bloqueio removeu foi a saída. O que não removeu foi a extração, e converteu a extração de um evento em uma assinatura.

Isso não é uma preocupação teórica. Quando atacantes comprometeram a conta social de um executivo proeminente e lançaram um token no local onde o design funcionou com base na credibilidade, a operação funcionou precisamente com esse design: liquidez permanentemente bloqueada, taxas de negociação reivindicadas repetidamente nas primeiras horas, e nenhum rug pull em nenhum momento, porque rugging teria encerrado um fluxo que o atacante tinha todos os motivos para continuar coletando. O token não podia ser drenado. Também não precisava ser. A cobertura do incidente colocou isso claramente: liquidez bloqueada permitiu que o golpe se passasse por um token legítimo. Para a reportagem por trás deste argumento, o caso $VLAD documentou a sequência completa de extração.

Por que a caixa de seleção agora engana

O dano prático não é que os bloqueios sejam inúteis. É que eles são estruturais em um modelo mental que não descreve mais o risco.

Um trader executando a lista de verificação padrão vê liquidez bloqueada, marca a caixa e trata uma categoria de perigo como resolvida. Isso está correto. Mas o mesmo trader tipicamente trata a marca de verificação como um sinal mais amplo de legitimidade, porque é assim que todo guia a enquadra, e em uma plataforma de lançamento onde o bloqueio é automático e universal, isso não carrega nenhuma informação sobre o projeto. Quando todo token em uma plataforma tem liquidez bloqueada por padrão, a presença de um bloqueio não distingue nada. Não é um filtro; é um piso.

Pior, isso inverte a heurística usual de detecção de golpes. Historicamente, um token suspeito parecia suspeito: sem bloqueio, equipe anônima, contrato com função de cunhagem, oferta concentrada em algumas carteiras. Um token de plataforma de lançamento criado com o propósito de colher taxas parece limpo pela medida mais citada, porque a plataforma o tornou limpo automaticamente. O design que torna o ataque lucrativo é o mesmo design que faz o ataque passar na inspeção.

O que um bloqueio não lhe diz

Cinco coisas estão totalmente fora do que um bloqueio de liquidez cobre, e cada uma encerrou mais posições do que a drenagem de pool nos ciclos recentes.

Concentração de oferta. Um bloqueio cobre o pool, não os tokens detidos por insiders. Um criador que detém uma grande parcela da oferta pode vender continuamente no pool, o que é um rug mais lento produzindo o mesmo resultado para os detentores. Verifique a distribuição dos principais detentores separadamente.

Permissões de contrato. Funções de cunhagem, restrições de transferência, listas negras e parâmetros de taxa modificáveis vivem no contrato do token, não no pool. Um pool bloqueado anexado a um contrato cujo proprietário pode cunhar oferta ilimitada não é protegido em nenhum sentido significativo.

Duração e termos do bloqueio. Os bloqueios expiram. Um bloqueio de trinta dias em um token comercializado como projeto de longo prazo indica quando o risco retorna. Leia o prazo de expiração e verifique se o bloqueador permite retirada antecipada sob quaisquer condições.

Acordos de taxas para criadores. O assunto deste guia. Se a plataforma paga taxas aos criadores de tokens, entenda que um golpe sinalizado e publicamente conhecido continua gerando receita para seu operador toda vez que alguém negocia com ele, inclusive quando você vende.

Se alguém vai negociar amanhã. A forma mais comum de perder dinheiro com um novo token não é um rug pull. É comprar em um pool que se torna ilíquido em poucos dias, deixando uma posição que só pode ser encerrada a um preço catastrófico. Nenhum bloqueio resolve isso.

O ponto cego do rastreador

A maioria dos traders nunca lê um contrato de bloqueio. Eles leem um rastreador, que condensa tudo o que foi dito acima em ícones, e entender o que o rastreador pode e não pode ver é mais prático do que entender a mecânica subjacente.

Os rastreadores são bons no que é observável na blockchain e mecânico de verificar. Se os tokens do provedor de liquidez estão em um contrato de bloqueio conhecido, quando o bloqueio expira, se a propriedade do contrato do token foi renunciada, se existe uma função de mint, como o fornecimento está distribuído entre os maiores detentores e quanta liquidez respalda o pool. Esses são fatos com respostas definitivas, e um rastreador que os reporta com precisão fez seu trabalho.

O que um rastreador não pode ver é intenção e arranjo. Ele não pode dizer se o criador ainda está recebendo taxas de negociação, porque isso é uma chamada de contrato comum indistinguível de qualquer outra em uma visão resumida. Ele não pode dizer se a carteira que implantou o token pertence a alguém que já fez isso onze vezes antes, a menos que os endereços estejam vinculados e alguém os tenha rotulado. Ele não pode dizer que o nome e as imagens do token foram retirados de uma conta comprometida uma hora antes, porque esse fato existe inteiramente fora da blockchain.

A lacuna importa porque a geração atual de extração é construída exatamente nela. Tudo o que o rastreador verifica volta limpo, porque a plataforma de lançamento o tornou limpo por padrão, e tudo o que identificaria o problema vive no histórico de transações, contexto social e padrões de reivindicação de taxas que nenhum ícone resume. Um trader que trata um rastreador limpo como um sinal de tudo claro terceirizou um julgamento que a ferramenta nunca foi feita para fazer.

O ajuste prático é pequeno. Use o rastreador para o que ele mede bem, que são permissões de contrato e distribuição de fornecimento, e trate o ícone de bloqueio de liquidez como pano de fundo, não como um veredito. Depois, gaste trinta segundos nas coisas que ele não pode ver: de onde o token veio, quem o está promovendo e se alguém sinalizou o contrato.

Como avaliar um token adequadamente

Substitua a única caixa de seleção por uma sequência curta. Nada disso leva mais do que alguns minutos, e sobrevive às mudanças de design que quebraram a heurística antiga.

Leia a distribuição de detentores primeiro, não o bloqueio. Se um pequeno número de carteiras detém a maior parte do fornecimento, o bloqueio é irrelevante, porque a saída não precisa do pool.

Verifique as permissões do contrato. Os rastreadores sinalizam autoridade de mint, status de propriedade e restrições de transferência. Um contrato não renunciado com uma função de mint ativa é um risco maior do que um pool desbloqueado.

Assuma o bloqueio e depois pergunte o que ele custa a você. Em tokens de plataformas de lançamento, o bloqueio é padrão. A pergunta relevante não é se a liquidez está bloqueada, mas quem recebe as taxas de negociação e se o criador ainda as está reivindicando.

Trate tokens sinalizados como permanentemente sinalizados. Se um explorador marca um contrato como provável golpe, negociá-lo não apenas arrisca seu capital; em plataformas que pagam taxas, ele paga o operador. Não existe versão de participação que seja neutra.

Dimensionar para iliquidez. Pergunte quanto custaria sair de uma posição se o volume caísse noventa por cento amanhã, porque para a maioria dos novos tokens isso acontecerá.

O resumo desconfortável é que a indústria resolveu um ataque extremamente bem e os atacantes se moveram. Liquidez bloqueada continua sendo uma proteção genuína contra a coisa específica contra a qual protege, e tratá-la como um sinal geral de segurança é agora o erro que ela foi projetada para prevenir.

O padrão em que isso se encaixa

Afastando-se dos tokens, o episódio ilustra algo que se repete na segurança cripto, que vale a pena nomear porque acontecerá novamente.

A engenharia de segurança nesta indústria tende a ser adversarial e específica. Um ataque particular causa perdas suficientes para se tornar notório, os construtores projetam um mecanismo que o impede precisamente, o mecanismo torna-se padrão, e o ecossistema trata a presença desse mecanismo como evidência de segurança geral. Então os atacantes, que leram a mesma documentação, projetam ao redor dele. O mecanismo continua funcionando exatamente como especificado. A inferência de segurança deixa de ser válida.

A mesma sequência produziu o selo de auditoria, que certifica que um código específico foi revisado e é lido como certificando que um projeto é legítimo. Produziu a renúncia de propriedade, que remove a capacidade de um administrador alterar um contrato e é lida como remoção de risco, sem dizer nada sobre um contrato escrito maliciosamente em primeiro lugar. Produziu a custódia multissinatura, que impede que uma única chave comprometida drene fundos e é lida como segurança de nível institucional, sem dizer nada sobre quem detém as chaves. Em cada caso, o mecanismo é real e valioso, universalmente adotado e, eventualmente, pouco informativo — um padrão de design de mecanismos encontrando adversários que se repete em toda a indústria exatamente pela razão pela qual teve sucesso: uma vez que todos o têm, tê-lo não distingue ninguém.

O corolário é prático. Qualquer sinal de segurança que se torna uma caixa de seleção está em um cronômetro, e o cronômetro corre a partir do momento em que o sinal se torna padrão, e não a partir do momento em que um ataque o derrota. Uma caixa de seleção presente em todos os projetos de uma categoria deixou de ser um filtro, independentemente do que ainda previne. A pergunta útil nunca é se um token tem as proteções padrão, mas quais riscos essas proteções nunca foram projetadas para tocar, e essa lista é sempre mais longa do que a lista de verificação.

Uma nota final sobre como pensar sobre o bloqueio daqui para frente, porque o mecanismo não vai desaparecer, nem o design construído sobre ele.

O modelo mental certo é uma fechadura na porta de uma loja. Ela impede uma coisa específica, que é alguém carregar o estoque à noite, e vale genuinamente a pena tê-la. Ela não lhe diz nada sobre se a loja vende algo útil, se o dono é honesto, se os preços são justos ou se o negócio existirá no próximo mês. Ninguém entraria em uma loja desconhecida, observaria que a porta tem uma fechadura e concluiria que a mercadoria é boa. Essa é aproximadamente a inferência que a lista de verificação padrão de tokens encoraja, e as plataformas de lançamento pioraram isso ao equipar todas as portas com a mesma fechadura automaticamente.

O que muda a avaliação é saber quem se beneficia de você estar dentro. Em uma plataforma onde o criador do token coleta uma taxa de cada transação na loja, incluindo a transação em que você vende o que se arrepende de ter comprado, a fechadura na porta não está lá para você. Está lá porque torna o arranjo durável, e a durabilidade é o que o operador precisava. Ler dessa forma não custa nada e previne o erro específico que este guia existe para descrever.

Perguntas frequentes