O que é um mempool? A sala de espera das transações da cripto

Você carrega em enviar numa transação cripto e não acontece nada. A carteira diz “pendente”. O block explorer mostra a sua transação pairando num limbo, não confirmada, sem uma indicação clara de quando — ou mesmo se — vai chegar ao seu destino.

A maioria das pessoas encontra o mempool pela primeira vez exatamente neste momento de pânico ligeiro, e a maior parte do conselho que encontra assume que elas já sabem o que é um mempool. Este guia começa do zero.

O mempool, abreviação de memory pool (pool de memória), é a sala de espera onde cada transação de blockchain fica entre o momento em que a transmite e o momento em que um minerador ou validador a escreve num bloco. É um dos componentes menos glamorosos de uma blockchain pública e, ao mesmo tempo, um dos mais determinantes. O mempool decide quanto paga em taxas, quanto tempo espera e, em algumas redes, se um bot de trading consegue ver a sua ordem antes de a executar — e lucrar à sua custa. Entendê-lo transforma atrasos de confirmação de um mistério numa leitura clara de sinal de mercado.

Este guia explica o que o mempool é, porque é que as blockchains precisam de uma sala de espera, como as transações se movem através dele passo a passo, como os mercados de taxas decidem quem é confirmado primeiro, por que razão não existe um único mempool, mas sim milhares de mempools ligeiramente diferentes, o que acontece quando a fila transborda, como o mempool se tornou o campo de caça dos bots de trading extrativos, por que razão a Solana deu o passo radical de remover completamente o mempool público, e que passos práticos pode tomar quando a sua própria transação fica presa.

O que é um mempool de facto

Um mempool é uma base de dados de transações não confirmadas que cada nó completo numa rede blockchain mantém na sua memória de trabalho. Quando assina uma transação na sua carteira e carrega em enviar, a transação não viaja para algum servidor central para processamento, porque não existe tal servidor. Em vez disso, a sua carteira entrega a transação assinada a um nó, e esse nó começa a espalhá-la pelos seus pares, que por sua vez a espalham pelos respetivos pares, até que a maior parte da rede tenha uma cópia. Cada nó que recebe a transação executa uma série de verificações e, se passar, coloca-a no seu mempool local para esperar.

A própria palavra é uma contração de memory (memória) e pool (pool), e a parte “memória” importa. Os nós guardam o mempool na RAM em vez de o escrever em disco, porque a velocidade é o objetivo. Quando um minerador monta um bloco candidato, precisa de ordenar milhares de transações pendentes por taxa e selecionar o conjunto mais rentável numa fração de segundo. Quando um novo bloco chega de outro local da rede, um nó consegue validá-lo mais rapidamente se a maioria das transações do bloco já estiver sentada no seu próprio mempool — verificada e pronta.

O mempool é uma área de preparação, um tampão entre o fluxo caótico e contínuo da atividade dos utilizadores e o batimento cardíaco rígido e periódico da produção de blocos.

Porque é que as blockchains precisam de uma sala de espera

Um processador de pagamentos tradicional confirma transações imediatamente quando chegam porque uma única empresa controla o livro-razão e pode simplesmente escrever o registo. Uma blockchain pública não tem essa autoridade. Milhares de nós independentes precisam de concordar com um único histórico, e chegam a esse acordo em etapas discretas, um bloco de cada vez. Entre blocos, a rede precisa de uma imagem partilhada e informal do que os utilizadores querem que aconteça a seguir — e o mempool fornece isso.

O período de espera também faz trabalho crítico de segurança. Antes de um nó admitir uma transação no seu mempool, verifica se a assinatura digital é válida, se o remetente controla de facto as unidades de valor que está a gastar, se a transação está corretamente formatada e se as mesmas moedas não estão a ser gastas duas vezes. Esta última verificação importa mais do que parece. É perfeitamente possível que duas transações conflituantes, ambas a gastar as mesmas moedas, entrem na rede ao mesmo tempo a partir de pontos diferentes. Alguns nós veem uma primeiro, outros veem a outra. Cada nó rejeita a transação conflituante que chega em segundo lugar, e o conflito fica finalmente resolvido quando um minerador inclui uma das duas num bloco. O mempool é onde estas “corridas” são travadas e resolvidas.

O mempool também funciona como um sistema de alerta precoce da rede. Um mempool a encher rapidamente sinaliza uma subida na procura, pânico, uma janela de claim de airdrop, ou um pico de taxas antes de qualquer disso aparecer em blocos confirmados. Traders, mineradores e estimadores de taxas nas carteiras leem o mempool da mesma forma que meteorologistas leem sistemas de pressão.

A vida de uma transação, passo a passo

Seguir uma única transação ao longo do processo torna as coisas concretas. Primeiro vem a criação: a sua carteira constrói a transação, especificando o montante, o destinatário e a taxa que está disposto a pagar, e assina-a com a sua chave privada. A assinatura prova a posse sem revelar a chave em si.

Segundo vem a difusão. A carteira envia a transação assinada para um ou mais nós, que começam a retransmiti-la na rede peer-to-peer. A propagação para a maior parte da rede normalmente demora alguns segundos, e nada nesta etapa exige confiança no primeiro nó, porque cada nó subsequente revalida a transação de forma independente antes de a encaminhar.

Terceiro vem a validação. Cada nó que recebe a transação verifica-a de forma independente. Transações inválidas, assinaturas incorretas, fundos insuficientes, dados mal formatados, são descartados no local e nunca chegam a um mempool.

Quarto vem a espera. A transação fica agora em milhares de mempools por toda a rede, visível para qualquer pessoa a executar um nó ou a usar um explorador de mempool público. Quanto tempo espera depende quase inteiramente da taxa associada em relação à de toda a gente.

Quinto vem a seleção. Um minerador numa cadeia proof of work, ou um validador numa cadeia proof of stake, monta um bloco candidato escolhendo transações pendentes do seu mempool, quase sempre ordenando por densidade de taxa para que o bloco ganhe a recompensa máxima.

Sexto vem a confirmação. O bloco é minerado ou proposto, propagado e aceite pela rede. Cada nó remove as transações do bloco do seu mempool, e a sua transação passa a fazer parte da cadeia. Cada bloco adicional construído por cima adiciona outra confirmação e torna uma reversão exponencialmente mais difícil.

Como é que o mercado de taxas decide quem vai primeiro

O espaço de bloco é escasso e a procura varia, por isso as blockchains fazem racionamento de espaço por leilão. No Bitcoin, as taxas são medidas em satoshis por byte virtual, uma unidade do tamanho dos dados de transação; assim, a taxa de uma transação depende tanto do que paga como de quanto espaço a transação ocupa. No Ethereum, a taxa é gas, com uma base fee que o protocolo elimina (burn) e uma priority tip que vai para o validador. Em ambos os sistemas, a lógica é idêntica: os produtores de blocos maximizam lucros, por isso enchem os blocos com as transações que pagam mais primeiro.

Isso significa que a sua posição na fila não é fixa. Uma transação que parecia competitivamente precificada ao meio-dia pode ficar completamente subprecificada à noite se a procura disparar. As carteiras estimam taxas lendo o mempool atual, observando o que as transações pendentes estão a oferecer e o quão cheios têm estado blocos recentes, e depois sugerem uma taxa com probabilidade de confirmar dentro do intervalo de tempo escolhido. Essas estimativas são suposições informadas, não garantias, e ficam desatualizadas rapidamente durante mercados voláteis. Uma taxa que “limpa” no próximo bloco num domingo tranquilo pode deixar a sua transação à espera por horas durante uma cascata de liquidações, porque a disposição de pagar dos outros mudou enquanto a sua ficou igual. O leilão nunca fecha e a repricing acontece continuamente.

Quando você paga a menos, a maioria das redes oferece saídas. O Bitcoin suporta replace by fee, que permite retransmitir a mesma transação com uma taxa mais alta que substitui a original. Um truque relacionado, child pays for parent, anexa uma transação de follow-up com taxa alta que gasta a saída da transação presa, dando aos mineradores um incentivo para confirmar ambas em conjunto. As carteiras Ethereum permitem reenviar uma transação com o mesmo nonce e um preço de gas mais alto, o que substitui a versão pendente. Saber que estas ferramentas existem transforma uma transação presa de uma emergência numa inconveniência.

Não existe um único mempool

As pessoas falam do mempool como se existisse uma única fila canónica algures, mas a realidade é mais confusa e mais interessante. Cada nó mantém o seu próprio mempool, e não há dois exatamente iguais. As transações chegam a nós diferentes em tempos diferentes, os nós aplicam políticas de aceitação ligeiramente diferentes, e cada nó gere os seus próprios limites de memória. O que chamamos “mempool” é, na prática, uma sobreposição estatística solta de milhares de mempools privados.

Na prática, essa sobreposição é grande, porque a maioria dos operadores de nós executa definições por defeito. Um nó típico do Bitcoin limita o seu mempool a cerca de 300 megabytes, mantém transações por até duas semanas e recusa qualquer coisa que pague menos do que uma taxa mínima de relay de aproximadamente um satoshi por byte virtual. Quando o pool excede o seu limite de tamanho, o nó remove primeiro as transações com taxa mais baixa e aumenta a sua taxa mínima de aceitação — é por isso que transações muito baratas podem desaparecer completamente durante a congestão, em vez de apenas esperar. Quando removida em todo o lado, uma transação é efetivamente cancelada, e as unidades de valor simplesmente permanecem não gastas na carteira do remetente.

A natureza distribuída do mempool tem uma consequência subtil: estado “pendente” não é promessa. Uma transação mostrada como pendente num explorador existe apenas como uma alegação na memória de alguns nós. Pode ser removida, substituída ou gasta duas vezes até chegar a um bloco. Comerciantes que aceitam pagamentos sem confirmação aprendem isto da pior forma, e é exatamente o mecanismo que um ataque de 51% explora a nível de cadeia: o atacante reescreve blocos recentes e devolve as transações revertidas para o mempool como se nunca tivessem sido confirmadas. Os ataques de reorganização de 2025 no Monero empurraram mais de uma centena de transações confirmadas de volta para a fila pendente precisamente desta forma.

Política, standardness e por que razão os nós rejeitam transações válidas

As regras de consenso definem o que uma blockchain vai aceitar num bloco. A política do mempool define o que um nó individual vai manter e retransmitir, e as duas coisas não são a mesma. Uma transação pode ser perfeitamente válida sob as regras de consenso e ainda assim ser recusada pela maioria dos mempools porque viola o que os programadores do Bitcoin chamam de standardness: regras informais de política que filtram outputs “dust”, scripts demasiado grandes, taxas absurdamente baixas e formatos exóticos de transação que poderiam sobrecarregar a rede. A política é um sistema imunitário a nível de nó, uma primeira linha de defesa que mantém a fila partilhada utilizável.

Esta distinção cria confusão no mundo real. Uma transação rejeitada por mempools públicos ainda pode ser minerada se chegar diretamente a um minerador, razão pela qual existem serviços que aceitam transações não standard fora de banda e as submetem diretamente a pools de mineração. Isto também significa que o mempool que observa via um explorador reflete a política desse nó, não alguma verdade universal. Dois exploradores podem discordar sobre se a sua transação está pendente simplesmente porque os respetivos nós aplicam filtros diferentes.

A política também evolui mais rápido do que o consenso. Ao longo dos anos, os nós apertaram e afrouxaram repetidamente as regras de relay em torno de inscrições em dados, limites de dust e comportamento de substituição, e cada mudança remodela o aspeto da fila pendente sem mexer no consenso. Para os utilizadores, o “takeaway” prático é simples: se uma carteira avisa que uma transação é não standard, o problema é normalmente a construção da transação — não as unidades de valor por trás dela.

O mempool também tem uma audiência institucional mais silenciosa. As bolsas observam depósitos pendentes para creditar contas mais rapidamente, equipas de compliance filtram transações que chegam antes da confirmação, e processadores de pagamentos estimam risco em transferências sem confirmação avaliando o quão bem uma transação está a propagar e se algum gasto em conflito está a circular. Uma transação que a maioria dos mempools da rede concorda é muito menos provável de ser gasta duas vezes do que uma que propaga mal — e as empresas refletem essa diferença na sua precificação.

Congestão, spam e o que um mempool cheio “sente”

A congestão do mempool é a rede a recuperar o fôlego. A procura excede o espaço de bloco, a fila cresce e a taxa necessária para confirmação atempada sobe. Os utilizadores sentem isso como transações caras e esperas longas. A mania do Bitcoin no final de 2017, o verão DeFi de 2020, ondas de minting de NFTs e a febre das inscrições ordinais de 2023 geraram backlogs de mempool medidos em dias, com centenas de milhares de transações na fila e taxas que multiplicaram de um dia para o outro. Nos piores períodos, transações com baixa taxa esperaram mais de uma semana, e os operadores de nós viram os seus mempools atingirem limites de tamanho e começarem a descartar o tráfego mais barato.

A congestão também pode ser fabricada. Ataques de spam inundam a rede com massas de transações de baixo valor para entupir a fila e degradar o serviço para toda a gente, uma forma barata de negação de serviço. As redes defendem-se com a taxa mínima de relay, políticas de expulsão (eviction) e, por fim, com economia: spam sustentado custa dinheiro real em taxas ao atacante. O ataque de spam em 2017 numa rede de testes Ethereum mostrou como o “flooding” podia ser eficaz contra uma cadeia com pressão fraca de taxas, e empurrou o desenho de mercados de taxas para mais alto na agenda de investigação.

Congestão também é informação. Um mempool inchado juntamente com taxas em subida sinaliza procura urgente, frequentemente em torno de corridas à bolsa (exchange runs), cascatas de liquidação ou grandes movimentos de mercado. Observadores sofisticados acompanham a profundidade do mempool como traders de obrigações acompanham yields, e várias empresas de analytics vendem exatamente esse feed.

A floresta escura: MEV e os observadores no mempool

O aspeto definidor do mempool, a transparência total, é também a sua maior vulnerabilidade. Cada transação pendente é pública antes de executar, o que significa que qualquer pessoa pode ler as suas intenções e agir primeiro. Em cadeias de contratos inteligentes, isto deu origem a uma indústria inteira extrativa construída à volta de maximal extractable value, ou MEV — o lucro disponível para quem controla a ordem das transações.

O ataque canónico é o sandwich. Um bot deteta a sua grande troca pendente numa bolsa descentralizada, compra o mesmo token primeiro para empurrar o preço para cima, deixa a sua transação executar num preço pior e, em seguida, vende imediatamente para obter lucro diretamente retirado da sua execução. Front running, back running e “liquidation sniping” seguem o mesmo princípio: ver a transação pendente, posicionar-se em torno dela e capturar a diferença. Um investigador descreveu de forma famosa o mempool público como uma floresta escura, um lugar onde qualquer coisa visível é caçada. Estimativas académicas sugerem que a extração de MEV no Ethereum, por si só, já atingiu dezenas de biliões de dólares desde 2020.

A indústria de defesa que cresceu em resposta é agora substancial. Relays privados de transações, como Flashbots Protect, permitem que os utilizadores enviem transações diretamente para builders de blocos, saltando completamente o mempool público — assim os bots nunca veem a ordem. As bolsas de leilão por lotes (batch auction) liquidam muitas transações a um único preço de clearing, removendo a vantagem de ordenação. As carteiras passaram a encaminhar cada vez mais grandes transações através de canais protegidos por defeito. Nenhuma destas opções elimina o MEV, mas muda quem pode ser caçado. A economia é simples: o valor de esconder uma ordem cresce com o seu tamanho, por isso traders grandes passaram a tratar a privacidade do mempool como higiene operacional básica — tal como fundos tradicionais tratam dark pools. Utilizadores de retalho a mover pequenas quantidades enfrentam muito menos risco, mas uma única grande troca através da fila pública numa pool de negociação pouco profunda pode cobrar uma portagem de três dígitos a um bot de sandwich em poucos segundos.

Resposta da Solana: apagar o mempool

A Solana fez a escolha de design mais radical de qualquer rede importante: não tem mempool público. Em vez de “fofocar” transações pendentes por toda a rede, o protocolo Gulf Stream da Solana encaminha transações diretamente para o validador agendado para produzir o próximo bloco, chamado leader (líder). O agendamento do líder é conhecido com antecedência, por isso carteiras e nós sabem exatamente para onde enviar o tráfego. As transações vão do utilizador ao leader com praticamente nenhum período de espera pública.

O design foca-se na velocidade acima de tudo, e remove a janela clássica de observação de que os bots de sandwich dependem, porque transações pendentes nunca são transmitidas para inspeção pública. Não eliminou o MEV; em vez disso, este amadureceu numa economia de leilão privada em que os “searchers” pagam tips através de infraestruturas como Jito para que os seus bundles de transações sejam colocados de forma favorável pelos leaders. A lição generaliza-se: a ordenação tem valor em qualquer blockchain, e remover a fila pública muda onde esse valor é capturado — não se ele existe.

Outras redes estão a convergir para caminhos intermédios. Mempools encriptados escondem o conteúdo das transações até a ordenação estar bloqueada. A separação proposer-builder no Ethereum divide o trabalho de escolher transações do trabalho de propor blocos, empurrando o MEV para um leilão mais transparente. O mempool de 2030 provavelmente será muito diferente do “open bazaar” de 2020. O que não vai mudar é a restrição subjacente: algum componente de cada blockchain tem de manter transações entre a criação e a confirmação, e quem consegue observar ou influenciar esse componente detém poder sobre todos os que não conseguem.

Leia o mempool por si mesmo

Não precisa de correr um nó para ver a fila. Exploradores públicos de mempool visualizam transações pendentes, distribuições de taxas e tempos de confirmação previstos em tempo real, e são a forma mais rápida de responder às duas perguntas que quase todos os utilizadores com transação presa fazem: quão ocupado está a rede e que taxa realmente “limpa” agora.

Quando a sua própria transação fica presa, o diagnóstico é quase sempre o mesmo: a sua taxa está abaixo da taxa em vigor. As suas opções, em ordem geral de preferência, são esperar que a congestão diminua, aumentar a taxa usando replace by fee ou substituição por nonce, usar child pays for parent quando suportado, ou, no Bitcoin, simplesmente esperar que seja expulsa (evicted) se o pagamento já não importar. O que não deve fazer é entrar em pânico. Os fundos não se perdem. Uma transação não confirmada ou confirma ou deixa efetivamente de existir — e, no segundo caso, as moedas nunca saíram da sua carteira.

Também ajuda a entender o que os exploradores mostram de facto. O histograma de taxas mostra quanto volume pendente existe em cada nível de taxa, o que lhe diz onde está o preço de clearing neste momento. A vista de blocos projetados mostra quais transações preencheriam os próximos vários blocos se fossem produzidos imediatamente, o que lhe diz quão profunda é a fila à sua frente. E a linha de purge, nos exploradores do Bitcoin, mostra a taxa de fee abaixo da qual os nós estão ativamente a expulsar transações — o “piso” efetivo do mercado. Dez minutos a aprender estas três leituras pagam-se na primeira vez em que as taxas disparam.

Um último hábito que vale a pena adotar: ver o mempool antes de transacionar, não depois. Trinta segundos a olhar para as taxas atuais poupa tanto o excesso de pagamento em períodos calmos como o subpagamento em tempestades. A fila é pública. Pouquíssimas pessoas dão-se ao trabalho de a ler, e é exatamente por isso que quem o faz tem uma vantagem. É a mesma razão pela qual uma atualização de rede que divide a cadeia, coberta no nosso guia sobre hard forks e soft forks, sempre produz uma enxurrada de drama no mempool: carteiras e nós dos dois lados do split ordenam as transações pendentes e decidem onde elas pertencem.

Perguntas frequentes

O que é um mempool em termos simples?

Um mempool é a sala de espera para transações de blockchain. Depois de enviar uma transação, ela fica no mempool, visível e pendente, até que um minerador ou validador a inclua num bloco. Cada nó completo mantém a sua própria cópia desta fila na memória.

Porque é que a minha transação fica presa no mempool?

Quase sempre porque a taxa associada é mais baixa do que a que as outras transações pendentes estão a oferecer. Os produtores de blocos escolhem primeiro as transações que pagam mais, por isso as subprecificadas esperam até a procura cair ou até serem expulsa da fila completamente.

Uma transação no mempool pode ser cancelada?

Às vezes. No Bitcoin, replace by fee permite substituir uma transação pendente por uma nova versão, e uma transação presa que seja expulsa de todos os mempools é, na prática, cancelada. No Ethereum, pode substituir uma transação pendente enviando uma nova com o mesmo nonce e uma taxa mais alta.

Existe um mempool para toda a rede?

Não. Cada nó mantém o seu próprio mempool, e o conteúdo difere ligeiramente entre nós com base no timing, definições e limites de memória. O mempool a que as pessoas se referem é a sobreposição aproximada de milhares de filas independentes.

Quanto tempo pode uma transação ficar no mempool?

No Bitcoin, as definições por defeito do nó mantêm transações por até duas semanas antes de as remover, embora a expulsão possa acontecer mais cedo se o pool encher e a taxa for baixa. Outras redes têm as suas próprias regras de retenção e expulsão.

Qual é a ligação entre o mempool e o MEV?

Transações pendentes num mempool público ficam visíveis antes de executar, por isso os bots conseguem lê-las e fazer trading em torno delas, extraindo valor através de ataques de sandwich e front running. Esta visibilidade é a matéria-prima da maior parte do MEV em cadeias como o Ethereum.

A Solana tem um mempool?

Não existe um público. A Solana encaminha transações diretamente para o próximo leader do bloco em vez de as transmitir por toda a rede, o que remove a sala de espera pública. O MEV na Solana flui em vez disso por leilões de bundles privados geridos por fornecedores de infraestrutura.

Os fundos são perdidos se uma transação nunca confirmar?

Não. Uma transação que nunca confirma é eventualmente removida dos mempools, e as moedas simplesmente permanecem na carteira do remetente como se a transação nunca tivesse sido feita. Nada é descontado até que uma transação seja incluída num bloco.

Este artigo é apenas para fins educacionais e não constitui aconselhamento financeiro ou de investimento. As regras da rede, a mecânica de taxas e as políticas de nós por defeito mudam ao longo do tempo. Os detalhes são exatos a 14 de julho de 2026.