Pular para o conteúdo
buybitcoinsmart

Glossário / Transações e taxas

Política de mempool

Outros nomes: Mempool policy.

O que é a política de mempool?
A política de mempool é o conjunto extra de regras que um nó aplica antes de aceitar e retransmitir uma transação, mais rigoroso que o consenso e ajustável por quem opera o nó.

O consenso decide o que um bloco pode conter de forma válida; a política decide o que é repassado antes. O Bitcoin Core limita uma transação padrão a 400.000 unidades de peso e recusa qualquer coisa que pague abaixo do seu piso de retransmissão, e nenhum dos dois limites aparece nas regras de consenso. Uma transação pode ser perfeitamente válida e mesmo assim não chegar a lugar nenhum.

Como funciona

A política é um segundo portão à frente da verificação de consenso. Uma transação que chega a um nó precisa ser válida, e também precisa se parecer com o tipo de transação que o operador está disposto a armazenar e repassar. Se falhar no primeiro teste, a transação é inválida em todos os lugares; se falhar no segundo, ela apenas não é bem-vinda aqui, e pode ser perfeitamente aceitável para o nó ao lado.

Os padrões do Bitcoin Core cobrem vários tipos de limite. As regras de padronização restringem quais tipos de script são retransmitidos, para que condições de gasto novas ou malformadas não se propaguem antes que a rede as entenda. Os limites de tamanho restringem uma transação padrão a 400.000 unidades de peso, um quarto de um bloco. Os limites de taxa definem o piso de retransmissão, reduzido de 1 sat/vB para 0,1 na versão 30.0, e o limite de poeira em saídas individuais, que permaneceu no preço antigo de 3 sat/vB. Os limites de topologia restringem grupos conectados de transações não confirmadas a 64 membros e 101 kilobytes de tamanho virtual, as regras de cluster que substituíram as antigas contagens de 25 ancestrais e 25 descendentes na versão 31.0.

Cada um desses números é uma configuração, não uma lei. Um operador pode elevar o piso de retransmissão com -minrelaytxfee, mudar quantos dados uma saída OP_RETURN pode carregar com -datacarriersize, ou executar o Bitcoin Knots, que traz padrões deliberadamente mais rigorosos. O limite de 83 bytes nas saídas transportadoras de dados se tornou a discussão de política mais ruidosa em anos e terminou quando o Bitcoin Core 30.0 elevou o padrão para 100.000 bytes, na prática removendo o limite, mas deixando -datacarriersize=83 disponível para quem quiser o comportamento antigo.

A política também se move mais rápido que o consenso. O replace-by-fee completo se tornou o padrão no Bitcoin Core 28.0, em outubro de 2024, e a mesma versão adicionou a retransmissão oportunista de uma transação pai e uma filha juntas; as duas mudanças entram em vigor assim que os operadores atualizam, sem nenhum tipo de bifurcação.

Onde você vê isso

A política se manifesta como uma mensagem de erro da sua própria carteira, muito antes de qualquer minerador estar envolvido. Rejeições que citam a taxa de retransmissão, saídas de poeira, um cluster grande demais de gastos não confirmados ou um script não padrão são todas a política falando, e cada uma significa que a transação nunca foi entregue a um único par.

Isso também explica por que uma transação às vezes existe em um explorador de blocos e não em outro. Os exploradores informam a mempool do próprio nó, então uma transação filtrada pela política desse nó é invisível ali, enquanto é confirmada normalmente em outros lugares. Transações podem ser enviadas diretamente aos mineradores por endpoints de envio, ignorando por completo a retransmissão, e é assim que transações não padrão ocasionalmente aparecem em blocos sem nunca terem sido vistas esperando.

Para quem compra e mantém, a conclusão prática é estreita, mas útil. A política é a razão pela qual uma carteira se recusa a criar uma saída de 300 satoshis, pela qual uma cadeia de gastos não confirmados com o tempo deixa de aceitar outra filha, e pela qual uma transação travada às vezes precisa ser retransmitida em vez de ter a taxa aumentada.

Política de mempool vs regras de consenso

Quebrar uma regra de consenso torna um bloco inválido e faz toda a rede rejeitá-lo, de forma permanente. Quebrar uma regra de política significa apenas que sua transação espera, ou nunca chega a viajar, enquanto continua perfeitamente permitido minerá-la. A política é também onde os soft forks são ensaiadas: novos tipos de gasto geralmente se tornam padrão para retransmissão antes ou junto com a ativação, para que a rede possa transportá-los com segurança. O consenso é a constituição; a política é o estilo da casa de cada nó.

Não confundir com

Perguntas frequentes

Uma transação pode ser válida e ainda assim ser rejeitada?

Sim, e isso acontece diariamente. A política fica à frente do consenso, então uma transação que não quebra nenhuma regra de consenso ainda pode ter a retransmissão recusada por pagar abaixo do piso, por criar uma saída de poeira ou por estender um cluster não confirmado além do seu limite.

Quem decide a política de mempool?

Cada operador de nó, ao escolher o software e as configurações. O Bitcoin Core traz um conjunto de padrões e o Bitcoin Knots traz um conjunto mais rigoroso, e qualquer um dos dois pode ser ajustado com opções de linha de comando sem mudar quais blocos o nó aceita.

Termos relacionados

Mais em Transações e taxas

Ler esta página em inglês