<p>The dust limit for P2TR used by Bitcoin Core is 330 sats, which is indeed more than 175. However, it is only a standardness rule that nodes and miners are free to ignore.</p>
<p>In the case of testnet, Bitcoin Core's default was historically to ignore many standardness rules, including the dust limit. This was only changed in v26 (in <a href="https://github.com/bitcoin/bitcoin/pull/28354" rel="nofollow noreferrer">PR #28354</a>), so there are likely still many nodes on testnet accepting non-standard transactions, either because they haven't upgraded yet or because they're manually overriding the new default – as is likely the case with the mempool.space testnet node.</p>
<blockquote>
<p>Am I safe to do things like these?</p>
</blockquote>
<p>Testnet is a safe place for testing pretty much anything. However, you might want to make sure your code still works when you set <code>acceptnonstdtxn=0</code> so you don't run against standardness rules when moving to mainnet.</p>

CC BY-SA 4.0
2024-08-10T17:02:21.673Z
I see, thanks, so if I bump all P2TR transactions to the 330 sat minimum, I'm going to be fine on the mainnet, right?
Maxgmer
CC BY-SA 4.0
2024-08-10T17:04:10.473Z
@Maxgmer Yes, see updated answer.
Vojtěch Strnad
CC BY-SA 4.0
2024-08-12T13:29:41.653Z
As Vojtěch explains, the [transaction](https://mempool.space/testnet/tx/d8ee7c0a8b4f82228342ebf0347e908d6b76e1d4677d648640dac532c1b84d4a) is non-standard. You can see this here on mempool.space: https://i.sstatic.net/ZLJpSEqm.png
Murch
CC BY-SA 4.0
2024-08-10T16:59:43.097Z
2024-08-10T17:03:05.737Z
2024-08-10T17:03:05.737Z
Vojtěch Strnad
<p>Here is the address I'm going to talk about:
<a href="https://mempool.space/testnet/address/tb1p3yyenp8ppqyze8th3pnng33l7c4sl80yx02s5achpf62v340xvpstngz04" rel="nofollow noreferrer">https://mempool.space/testnet/address/tb1p3yyenp8ppqyze8th3pnng33l7c4sl80yx02s5achpf62v340xvpstngz04</a></p>
<p>In this address there are 3 transactions I chained together:</p>
<ol>
<li>Receiving an inscription.</li>
<li>Receiving 175 sats, so that the address is able to send the received inscription.</li>
<li>Sending the inscription to itself, paying 175 sats to miners for the tx fee (so the &quot;dust&quot; utxo was both successfully created and spent!).</li>
</ol>
<p>These transactions were broadcast to the public <code>mempool.space</code> api (this request: <code>https://mempool.space/testnet/docs/api/rest#post-transaction</code>).</p>
<p>What I don't understand is why didn't the node reject the transaction, which sent 175 sats to this address? Isn't there a dust limit, below which you are not supposed to go? Am I safe to do things like these?</p>

<testnet><non-standard-transaction><dust><ordinals><mempool.space>
Why didn't my TX get rejected?
Maxgmer
# Why didn't my TX get rejected?

(Asked by: username_0 on 2024-08-10)

Here is the address I'm going to talk about:
<https://mempool.space/testnet/address/tb1p3yyenp8ppqyze8th3pnng33l7c4sl80yx02s5achpf62v340xvpstngz04>

In this address there are 3 transactions I chained together:

1. Receiving an inscription.
2. Receiving 175 sats, so that the address is able to send the received inscription.
3. Sending the inscription to itself, paying 175 sats to miners for the tx fee (so the "dust" utxo was both successfully created and spent!).

These transactions were broadcast to the public `mempool.space` api (this request: `https://mempool.space/testnet/docs/api/rest#post-transaction`).

What I don't understand is why didn't the node reject the transaction, which sent 175 sats to this address? Isn't there a dust limit, below which you are not supposed to go? Am I safe to do things like these?

**Tags:** testnet, non-standard-transaction, dust, ordinals, mempool.space


---

## 1 answers

### Answer by username_1 on 2024-08-10. Score: 3 | Accepted answer

The dust limit for P2TR used by Bitcoin Core is 330 sats, which is indeed more than 175. However, it is only a standardness rule that nodes and miners are free to ignore.

In the case of testnet, Bitcoin Core's default was historically to ignore many standardness rules, including the dust limit. This was only changed in v26 (in [PR #28354](https://github.com/bitcoin/bitcoin/pull/28354)), so there are likely still many nodes on testnet accepting non-standard transactions, either because they haven't upgraded yet or because they're manually overriding the new default – as is likely the case with the mempool.space testnet node.

> Am I safe to do things like these?

Testnet is a safe place for testing pretty much anything. However, you might want to make sure your code still works when you set `acceptnonstdtxn=0` so you don't run against standardness rules when moving to mainnet.

> **Comments:**
> **username_0**: I see, thanks, so if I bump all P2TR transactions to the 330 sat minimum, I'm going to be fine on the mainnet, right?  
> **username_1**: @username_0 Yes, see updated answer.  
> **username_2**: As username_1 explains, the [transaction](https://mempool.space/testnet/tx/d8ee7c0a8b4f82228342ebf0347e908d6b76e1d4677d648640dac532c1b84d4a) is non-standard. You can see this here on mempool.space: https://i.sstatic.net/ZLJpSEqm.png  

---

