Mempool Admission
Pronunciation: MEM-pool ad-MIH-shun
Definition
Mempool admission is a node's decision to accept an unconfirmed transaction after consensus, fee, conflict, resource, and local-policy checks. Admission policy can be stricter than consensus validity. A transaction rejected from one node's mempool might still be mineable in a block or accepted by a differently configured peer.
Overview
Meaning and scope
Mempool admission is a node’s decision to accept an unconfirmed transaction after consensus, fee, conflict, resource, and local-policy checks. Admission policy can be stricter than consensus validity. A transaction rejected from one node’s mempool might still be mineable in a block or accepted by a differently configured peer.
Mechanism and operation
Mempool admission occurs when a node evaluates a received transaction for temporary storage and possible relay. Checks commonly include syntax, signatures, available inputs or nonce, fee rate, standardness, ancestor limits, replacement rules, and current chain state. Results also change as fees, conflicts, and chain state evolve. Clients should capture structured rejection reasons and avoid treating a generic broadcast response as confirmation. Operators should tune policy cautiously, because overly permissive settings expose memory and CPU resources, while excessive restrictions reduce useful propagation. Unknown, pending, included, failed, replaced, and finalized conditions need separate handling, together with a recovery procedure for transactions whose observed state conflicts across providers.
Practical payment example
A Bitcoin node rejects a transaction due to its local relay policy. Support distinguishes refusal to enter that node’s mempool from a chain-level consensus failure and tests propagation through other peers.
Operational checks
Status labels should describe what is known without overstating settlement. Repeated callbacks, node disagreements, reorganization, and delayed receipts must not create duplicate credits or irreversible state transitions before the required network evidence is available. Systems need idempotent processing keyed to stable transaction and business identifiers.
Distinctions and limits
Mempool Admission should be represented as a sequence of observable states rather than one success flag. Submission, peer acceptance, block inclusion, execution, confirmation, and finality provide different evidence, and a transaction can advance, stall, be replaced, or disappear from the canonical chain between those stages.
Related reading
Related definitions: Mempool.
Example
A Bitcoin node rejects a transaction due to its local relay policy. Support distinguishes refusal to enter that node’s mempool from a chain-level consensus failure and tests propagation through other peers.
Comparison
A transaction rejected from one node's mempool might still be mineable in a block or accepted by a differently configured peer. Mempool Admission should be represented as a sequence of observable states rather than one success flag.
Key Takeaway
Mempool admission applies local relay and resource policy beyond consensus, so acceptance can differ across nodes and change over time.
Sources
- Bitcoin.org Documentation: P2P Network — Bitcoin.org (2026-07-30)
- Bitcoin Developer Guide: Transactions — Bitcoin.org (2026-07-30)