<p>Bitcoin Core's standardness rules limit transactions to 100000 vbytes (or 400000 WU). Larger transactions are not relayed or added to mempools. Since they are consensus-valid, they are obviously acceptable if included in a block however.</p>
<p>The purpose of this rule is DoS protection against a few known (such as quadratic hashing) and possibly unknown ways to trigger excessive computation at validation/relay time. They also help block template building for mining, as it's easier to fill up a block with many small transactions as opposed to a few big ones (binpacking problem).</p>
<blockquote>
<p>What limits prevent this transaction from being relayed?</p>
</blockquote>
<p>Transactions size standardness limit.</p>
<blockquote>
<p>Is it configurable?</p>
</blockquote>
<p>Not in Bitcoin Core, no. Standardness limits are just a policy rule however; anyone can run any software, including software that doesn't have such a limit, or has it patched.</p>
<blockquote>
<p>What units are used (absolute size or weight units)?</p>
</blockquote>
<p>Weight units.</p>
<blockquote>
<p>Is there an associated fee rate limit that also applies?</p>
</blockquote>
<p>Independently, transactions whose feerate is below 1 satoshi per vbyte are not relayed either.</p>

CC BY-SA 4.0
2023-02-20T19:47:52.753Z
2023-02-20T19:47:52.753Z
Pieter Wuille
<p>I understand that the actual size limit of a transaction is determined by the block size, as we can see from this <a href="https://mempool.space/tx/0301e0480b374b32851a9462db29dc19fe830a7f7d7a88b81612b9d42099c0ae" rel="nofollow noreferrer">absolute unit</a>. But transactions this large must be submitted directly to a mining pool because they will not propagate through the bitcoin network.</p>
<p>What limits prevent this transaction from being relayed? Is it configurable? What units are used (absolute size or weight units)? Is there an associated fee rate limit that also applies?</p>

<transactions><transaction-fees><non-standard-transaction><transaction-weight>
What is the maximum size transaction that will be relayed by bitcoin nodes using the default configuration?
vnprc
# What is the maximum size transaction that will be relayed by bitcoin nodes using the default configuration?

(Asked by: username_0 on 2023-02-20)

I understand that the actual size limit of a transaction is determined by the block size, as we can see from this [absolute unit](https://mempool.space/tx/0301e0480b374b32851a9462db29dc19fe830a7f7d7a88b81612b9d42099c0ae). But transactions this large must be submitted directly to a mining pool because they will not propagate through the bitcoin network.

What limits prevent this transaction from being relayed? Is it configurable? What units are used (absolute size or weight units)? Is there an associated fee rate limit that also applies?

**Tags:** transactions, transaction-fees, non-standard-transaction, transaction-weight


---

## 1 answers

### Answer by username_1 on 2023-02-20. Score: 6 | Accepted answer

Bitcoin Core's standardness rules limit transactions to 100000 vbytes (or 400000 WU). Larger transactions are not relayed or added to mempools. Since they are consensus-valid, they are obviously acceptable if included in a block however.

The purpose of this rule is DoS protection against a few known (such as quadratic hashing) and possibly unknown ways to trigger excessive computation at validation/relay time. They also help block template building for mining, as it's easier to fill up a block with many small transactions as opposed to a few big ones (binpacking problem).

> What limits prevent this transaction from being relayed?

Transactions size standardness limit.

> Is it configurable?

Not in Bitcoin Core, no. Standardness limits are just a policy rule however; anyone can run any software, including software that doesn't have such a limit, or has it patched.

> What units are used (absolute size or weight units)?

Weight units.

> Is there an associated fee rate limit that also applies?

Independently, transactions whose feerate is below 1 satoshi per vbyte are not relayed either.


---

