Como criar token com derepente: junto ou separado
Se você tá tentando criar um token em plataformas como a pump.fun e se deparou com a opção de fazer o derepente junto ou separado, provavelmente já passou por uma hora perdida sem entender por que o seu link não funcionava ou por que a liquidez não aparecia do jeito esperado. Vou explicar o que acontece na prática.
Derepente junto ou separado: qual a diferença real
O derepente é o processo de retirar o token da fase inicial (geralmente onde ele fica preso na bonding curve) para uma exchange descentralizada como a Raydium. A escolha entre junto ou separado define se você faz essa migração e a configuração de liquidez numa única transação, ou se prefere dividir em etapas. Fazer junto significa que, no mesmo momento em que o token completa a bonding curve, você já direciona os_SOL_ da arrecadação para criar o pool com um valor fixo de liquidez. É mais rápido, mas exige que você tenha definido o tamanho do pool antes de clicar. Se o valor for muito baixo, o token fica suscetível a manipulação. Se for muito alto, você pode acabar travando o processo porque não tem _sol_ suficiente disponível no momento da transferência.
Fazer separado é quando você deixa o token completar a curva normalmente, resgata o token pra sua carteira primeiro, e só então cria o pool manualmente. A vantagem é que você tem controle total do valor de liquidez e do tempo de lançamento. O problema é que, nesse intervalo entre resgatar e criar o pool, alguém pode comprar o token e empurrar o preço antes de você, especialmente em moedas pequenas onde o mercado é super líquido em segundos.
Como funciona na prática
Na maioria das plataformas atuais, o fluxo junto segue esses passos: você configura o nome, ticker, imagem e metadados do token. Define um valor em _sol_ para o pool inicial. Clica em confirmar e, quando a bonding curve atinge 100%, o sistema automaticamente queima a curva e deploya o pool na Raydium com a liquidez configurada. O token já nasce negociável instantaneamente. No modo separado, após a curva completar, você resgata os tokens para sua wallet. Depois vai na interface da Raydium ou usa uma ferramenta como o Jupiter, cola o _mint_ do token, define o par com _sol_, escolhe o valor de liquidez, e aprova. Aí sim o pool aparece e as negociações começam.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Eu já perdi uns dois dias testando isso porque na primeira vez que fiz separado, o token foi resgatado, ficou cerca de 40 segundos na minha carteira sem ninguém saber, e quando eu fui criar o pool, já tinha uns 8% da oferta circulante em mãos de bots que tinham comprado no resgate. A solução que eu encontrei foi configurar o token com uma regra de _transfer tax_ de 5% e colocar um contrato de _anti-bot_ simples que impedia compras no mesmo bloco do resgate. Com isso, o preço não era manipulado tão facilmente durante a transição.
Pegadinhas que ninguém conta
A primeira é sobre o timing da liquidez. Quando você faz derepente junto, o pool é criado no próximo bloco após a conclusão da curva. Isso é uma fração de segundo, mas o suficiente para bots especializados monitorarem e entrarem na compra simultânea. Se seu objetivo é um lançamento limpo, considere usar uma ferramenta de _snipe protection_ ou simplesmente aceite que nos primeiros segundos o preço vai oscilar. A segunda pegadinha é o custo oculto. Criar o pool manualmente custa em média entre 0,01 e 0,03 _sol_ de taxa na rede _Solana_, dependendo da congestão. Mas se você errar o valor de liquidez e quiser ajustar depois, cada modificação custa novamente. Já no modo junto, o valor de liquidez é travado desde o início, o que evita surpresas, mas também significa que não dá pra ajustar depois sem fazer _lock_ manual do pool.
A terceira é sobre a quantidade de tokens que ficam presos na plataforma. Muitos iniciantes acham que 100% dos tokens vão pro mercado, mas na verdade a plataforma retém uma pequena porcentagem (geralmente entre 0,5% e 2%) para taxas de serviço. Isso altera levemente a oferta circulante e pode confundir quem calcula _market cap_ baseado no preço inicial do pool. Sempre confera o total de tokens fornecidos no pool após o deploy para ter a base correta de cálculo.
Quando vale a pena escolher cada opção
O modo junto é mais indicado se você quer velocidade, se já tem o valor de liquidez definido, e se não se importa com uma possível concorrência inicial de bots. É o caminho mais direto e consome cerca de 3 a 5 minutos do início ao fim, incluindo confirmação na blockchain. O modo separado é melhor se você quer ter controle absoluto sobre o momento do lançamento, se precisa negociar o valor de liquidez com base na demanda que você sente em tempo real, ou se pretende fazer alguma alteração nos metadados do token depois de resgatá-lo. O downside é que o processo inteiro pode levar de 15 a 30 minutos, e existe risco real de front-running durante a janela entre resgate e criação do pool.
Um cenário onde isso falha completamente
Se o seu token tiver regras de transfer complexas, como _whitelist_ obrigatória ou _taxas dinâmicas_ que dependem de um contrato externo, o derepente junto geralmente quebra. A plataforma não consegue executar o deploy automático do pool porque as regras de transferência não são padrão e a Raydium rejeita o pair. Nesse caso, a única saída é o modo separado, onde você cria o pool manualmente e depois ajusta as regras de transferência pelo contrato do token. Eu passei por isso com um token que usava um sistema de _staking_ integrado e demorei duas horas pra entender por que o modo junto simplesmente não respondia. Se você tiver dúvidas específicas sobre qual modo usar no seu projeto, o melhor é testar antes com valores pequenos em uma conta de teste. A diferença entre os dois modos não é só técnica, mas também estratégica, e o que funciona pra um token cultural não funciona necessariamente pra um com utilidade real.
