<p>This is not possible because the regtest network is limited to 15000 regtest BTC. Unlike mainnet and testnet, it's halving interval is 150 blocks which limits the number of regtest BTC on one chain to 15000 (actually just under that).</p>

<p>On regtest, you don't actually need to make outputs which reach the dust threshold. The default behavior is to allow non-standard transactions be relayed and mined on regtest and testnet. So you can just make outputs as small as you want and they should still be relayed and mineable. Furthermore, Bitcoin can actually have 0 value outputs, so you can make transactions which don't even send money, thereby removing the need to get any significant amount of regtest Bitcoin.</p>

<p>If for some reason regtest transactions are being rejected for being below the dust threshold, you can lower the dust threshold by using the <code>-dustrelayfee=&lt;amt&gt;</code> option. With this, you set the feerate that the dust threshold is calculated at. Since it is in BTC/kB, you can set it to be 1 satoshi per kB with <code>-dustrelayfee=0.00000001</code>, which is 0.0001 satoshis per byte. This should reduce the dust threshold to less than 1 satoshi allowing you to have outputs that are 1 satoshi.</p>

CC BY-SA 4.0
2018-12-25T23:50:20.060Z
I did not know about the "dustrelayfee" option, thank you!
Expectator
CC BY-SA 4.0
2021-12-06T22:36:04.700Z
why does the halving interval dictate the amount of BTC created, shouldn't the reward half for the next 150 blocks then?
Albert S
CC BY-SA 4.0
2021-12-06T23:47:52.817Z
@Alberts It is a combination of the initial block reward amount and the halving interval that determines the total amount for the chain. Since the initial block reward is the same for regtest, testnet, and mainnet, the halving interval is what ends up controlling the total supply. If the halving interval is larger, then more blocks with each reward value will be created, thus increasing the total amount. If it is smaller, then fewer blocks at each reward value will be created, thus decreasing the total amount.
Ava Chow
CC BY-SA 4.0
2018-12-25T23:43:07.960Z
2018-12-25T23:43:07.960Z
Ava Chow
<p>I'm doing to a large stress test on 1000 node network where each node sends transactions to one another at a specific rate, and I need a way to create the funds for running it, enough so that each transaction is above the dust limit. I need a way to generate 9995000 spendable bitcoins to distribute to each address. At some point, 120 transactions will be sent per second on the network, which is why a lot of bitcoins are needed. Is there a way to get these many bitcoins to each node, which has its own address (~9800 BTC for each node, which each has one receiving address) without generating a lot of blocks and changing the subsidy variables in the source code? I'm unfamiliar with Core/bitcoind's codebase, and I might break something. Any simple solution would be appreciated.</p>

<bitcoind><mining-reward><reward-schedule><regtest>
Is there a way to create 9995000 spendable BTC on regtest?
Expectator
# Is there a way to create 9995000 spendable BTC on regtest?

(Asked by: username_0 on 2018-12-25)

I'm doing to a large stress test on 1000 node network where each node sends transactions to one another at a specific rate, and I need a way to create the funds for running it, enough so that each transaction is above the dust limit. I need a way to generate 9995000 spendable bitcoins to distribute to each address. At some point, 120 transactions will be sent per second on the network, which is why a lot of bitcoins are needed. Is there a way to get these many bitcoins to each node, which has its own address (~9800 BTC for each node, which each has one receiving address) without generating a lot of blocks and changing the subsidy variables in the source code? I'm unfamiliar with Core/bitcoind's codebase, and I might break something. Any simple solution would be appreciated.

**Tags:** bitcoind, mining-reward, reward-schedule, regtest


---

## 1 answers

### Answer by username_1 on 2018-12-25. Score: 3 | Accepted answer

This is not possible because the regtest network is limited to 15000 regtest BTC. Unlike mainnet and testnet, it's halving interval is 150 blocks which limits the number of regtest BTC on one chain to 15000 (actually just under that).

On regtest, you don't actually need to make outputs which reach the dust threshold. The default behavior is to allow non-standard transactions be relayed and mined on regtest and testnet. So you can just make outputs as small as you want and they should still be relayed and mineable. Furthermore, Bitcoin can actually have 0 value outputs, so you can make transactions which don't even send money, thereby removing the need to get any significant amount of regtest Bitcoin.

If for some reason regtest transactions are being rejected for being below the dust threshold, you can lower the dust threshold by using the `-dustrelayfee=<amt>` option. With this, you set the feerate that the dust threshold is calculated at. Since it is in BTC/kB, you can set it to be 1 satoshi per kB with `-dustrelayfee=0.00000001`, which is 0.0001 satoshis per byte. This should reduce the dust threshold to less than 1 satoshi allowing you to have outputs that are 1 satoshi.

> **Comments:**
> **username_0**: I did not know about the "dustrelayfee" option, thank you!  
> **username_2**: why does the halving interval dictate the amount of BTC created, shouldn't the reward half for the next 150 blocks then?  
> **username_1**: @Alberts It is a combination of the initial block reward amount and the halving interval that determines the total amount for the chain. Since the initial block reward is the same for regtest, testnet, and mainnet, the halving interval is what ends up controlling the total supply. If the halving interval is larger, then more blocks with each reward value will be created, thus increasing the total amount. If it is smaller, then fewer blocks at each reward value will be created, thus decreasing the total amount.  

---

