Ficar olhando o mempool por um tempo é bem parecido com observar uma estação de metrô no horário de pico: o mesmo grupo de transações está lá na fila, você acha que já as enviou, na verdade só entrou na sala de espera. Quando há congestionamento, os nós primeiro filtram por taxa/prioridade, e quem faz a embalagem (além de um monte de robôs de tentativa de corrida/pegando oportunidades de sandwich) puxam as transações mais “valiosas” para frente, sua transação pode ficar presa o tempo todo, ou até ser substituída por uma com o mesmo nonce enviada depois. Quanto mais complexa a rota, mais evidente fica: a cada salto, aumenta a chance de slippage, o estado muda, e no final pode reverter, e você só fica com um registro de falha e a dor de cabeça do gás gasto.

Recentemente, na rede de teste, aquele clima de “acumular pontos enquanto espera a emissão na mainnet” fez o mempool ficar visivelmente mais denso de transações pequenas e com o mesmo padrão… de qualquer forma, o congestionamento não é uma questão mística, basicamente é regra de fila + alguém tentando furar a fila. Minha abordagem é simples e direta: quanto menos pular, melhor; não exagere na taxa, e se ficar realmente travado, aumente o preço para substituir, senão, esperar a mudança de estado para entrar na fila não faz muito sentido.