How was the dust limit of 546 satoshis was chosen? Why not 550 satoshis?
Is there a reason why 546
satoshis was chosen as dust limit instead of 547
or even 550
satoshis, historically?
history dust
add a comment |
Is there a reason why 546
satoshis was chosen as dust limit instead of 547
or even 550
satoshis, historically?
history dust
add a comment |
Is there a reason why 546
satoshis was chosen as dust limit instead of 547
or even 550
satoshis, historically?
history dust
Is there a reason why 546
satoshis was chosen as dust limit instead of 547
or even 550
satoshis, historically?
history dust
history dust
asked Apr 15 at 15:00
MCCCSMCCCS
5,02931444
5,02931444
add a comment |
add a comment |
2 Answers
2
active
oldest
votes
The dust limit is not actually fixed, technically - it varies based on the type of output. 546 satoshis is simply the most commonly known one, for a p2pkh output. Being the longest-lived output type, I suspect some wallets/blog posts/literature might treat it as a hard coded dust limit.
As to how to arrive at 546 satoshis, we must first know what "dust" means. A dust output is an output which costs more to spend, than it is worth. In other words, an X BTC output that costs >X to spend, is a dust output. This is directly proportional to the amount of data required to spend an output, since fees in bitcoin are commonly denoted "per-byte". The more bytes you must add to your tx to spend an output, the higher its dust threshold.
A very basic tx consisting of 1 p2pkh input (~148 bytes), and 1 p2pkh output (~34 bytes) comes out to 182 bytes. The dust limit is 3 times this number (assuming a relay fee of 1 satoshi), or 182*3 = 546
sats.
For more complex txs, such as p2sh, this number is larger. For less space-intensive ones such as the newer segwit options, this number would be lower.
The code used in Bitcoin core to determine the dust threshold can be found here.
I think this answer could be clarified a bit. It seems to boil down to the statement that "the dust limit is fixed at 3 satoshis per byte", which raises the question as to how this figure was selected. Also, referring to this as a "relay fee" seems misleading because no fees are collected by nodes who merely relay transactions.
– Nate Eldredge
Apr 15 at 15:31
@NateEldredge Absolutely - I'm trying to look up some sources I read ages ago on why3*relay fee
was selected. As for the relay fee bit, I believe it comes from theminrelaytxfee
flag for bitcoind, which lets you control which transactions your node relays based on fee
– Raghav Sood
Apr 15 at 15:36
Wasn't it the case that dust limit was introduced to prevent creation of UTXOs whose value is lower than the cost of scriptSig to spend it? For a 148 byte input, scriptSig would be 107 bytes. That is ~34*3.
– Ugam Kamat
Apr 15 at 16:29
I think Ugam is right according to this.
– MCCCS
Apr 15 at 16:48
add a comment |
Bitcoin core sets the dust limit to a value where spending an output would exceed 1/3 of its value. This calculation is based on the node's setting for the minimum relay transaction fee (see option -minrelaytxfee) whose default is 0.00001 BTC/KB. Any transaction with a fee less than that does not get relayed by the node i.e. is dropped from its mempool.
For a node that uses the default -minrelaytxfee
of 0.00001 BTC/KB (1000 satoshis/KB) and given that for P2PKH an input is 148 bytes and an output is 34 bytes, it follows that an output less than or equal to 546 satoshis is considered dust according to Bicoin core.
Reference: What is meant by Bitcoin dust?
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "308"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
noCode: true, onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fbitcoin.stackexchange.com%2fquestions%2f86068%2fhow-was-the-dust-limit-of-546-satoshis-was-chosen-why-not-550-satoshis%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
The dust limit is not actually fixed, technically - it varies based on the type of output. 546 satoshis is simply the most commonly known one, for a p2pkh output. Being the longest-lived output type, I suspect some wallets/blog posts/literature might treat it as a hard coded dust limit.
As to how to arrive at 546 satoshis, we must first know what "dust" means. A dust output is an output which costs more to spend, than it is worth. In other words, an X BTC output that costs >X to spend, is a dust output. This is directly proportional to the amount of data required to spend an output, since fees in bitcoin are commonly denoted "per-byte". The more bytes you must add to your tx to spend an output, the higher its dust threshold.
A very basic tx consisting of 1 p2pkh input (~148 bytes), and 1 p2pkh output (~34 bytes) comes out to 182 bytes. The dust limit is 3 times this number (assuming a relay fee of 1 satoshi), or 182*3 = 546
sats.
For more complex txs, such as p2sh, this number is larger. For less space-intensive ones such as the newer segwit options, this number would be lower.
The code used in Bitcoin core to determine the dust threshold can be found here.
I think this answer could be clarified a bit. It seems to boil down to the statement that "the dust limit is fixed at 3 satoshis per byte", which raises the question as to how this figure was selected. Also, referring to this as a "relay fee" seems misleading because no fees are collected by nodes who merely relay transactions.
– Nate Eldredge
Apr 15 at 15:31
@NateEldredge Absolutely - I'm trying to look up some sources I read ages ago on why3*relay fee
was selected. As for the relay fee bit, I believe it comes from theminrelaytxfee
flag for bitcoind, which lets you control which transactions your node relays based on fee
– Raghav Sood
Apr 15 at 15:36
Wasn't it the case that dust limit was introduced to prevent creation of UTXOs whose value is lower than the cost of scriptSig to spend it? For a 148 byte input, scriptSig would be 107 bytes. That is ~34*3.
– Ugam Kamat
Apr 15 at 16:29
I think Ugam is right according to this.
– MCCCS
Apr 15 at 16:48
add a comment |
The dust limit is not actually fixed, technically - it varies based on the type of output. 546 satoshis is simply the most commonly known one, for a p2pkh output. Being the longest-lived output type, I suspect some wallets/blog posts/literature might treat it as a hard coded dust limit.
As to how to arrive at 546 satoshis, we must first know what "dust" means. A dust output is an output which costs more to spend, than it is worth. In other words, an X BTC output that costs >X to spend, is a dust output. This is directly proportional to the amount of data required to spend an output, since fees in bitcoin are commonly denoted "per-byte". The more bytes you must add to your tx to spend an output, the higher its dust threshold.
A very basic tx consisting of 1 p2pkh input (~148 bytes), and 1 p2pkh output (~34 bytes) comes out to 182 bytes. The dust limit is 3 times this number (assuming a relay fee of 1 satoshi), or 182*3 = 546
sats.
For more complex txs, such as p2sh, this number is larger. For less space-intensive ones such as the newer segwit options, this number would be lower.
The code used in Bitcoin core to determine the dust threshold can be found here.
I think this answer could be clarified a bit. It seems to boil down to the statement that "the dust limit is fixed at 3 satoshis per byte", which raises the question as to how this figure was selected. Also, referring to this as a "relay fee" seems misleading because no fees are collected by nodes who merely relay transactions.
– Nate Eldredge
Apr 15 at 15:31
@NateEldredge Absolutely - I'm trying to look up some sources I read ages ago on why3*relay fee
was selected. As for the relay fee bit, I believe it comes from theminrelaytxfee
flag for bitcoind, which lets you control which transactions your node relays based on fee
– Raghav Sood
Apr 15 at 15:36
Wasn't it the case that dust limit was introduced to prevent creation of UTXOs whose value is lower than the cost of scriptSig to spend it? For a 148 byte input, scriptSig would be 107 bytes. That is ~34*3.
– Ugam Kamat
Apr 15 at 16:29
I think Ugam is right according to this.
– MCCCS
Apr 15 at 16:48
add a comment |
The dust limit is not actually fixed, technically - it varies based on the type of output. 546 satoshis is simply the most commonly known one, for a p2pkh output. Being the longest-lived output type, I suspect some wallets/blog posts/literature might treat it as a hard coded dust limit.
As to how to arrive at 546 satoshis, we must first know what "dust" means. A dust output is an output which costs more to spend, than it is worth. In other words, an X BTC output that costs >X to spend, is a dust output. This is directly proportional to the amount of data required to spend an output, since fees in bitcoin are commonly denoted "per-byte". The more bytes you must add to your tx to spend an output, the higher its dust threshold.
A very basic tx consisting of 1 p2pkh input (~148 bytes), and 1 p2pkh output (~34 bytes) comes out to 182 bytes. The dust limit is 3 times this number (assuming a relay fee of 1 satoshi), or 182*3 = 546
sats.
For more complex txs, such as p2sh, this number is larger. For less space-intensive ones such as the newer segwit options, this number would be lower.
The code used in Bitcoin core to determine the dust threshold can be found here.
The dust limit is not actually fixed, technically - it varies based on the type of output. 546 satoshis is simply the most commonly known one, for a p2pkh output. Being the longest-lived output type, I suspect some wallets/blog posts/literature might treat it as a hard coded dust limit.
As to how to arrive at 546 satoshis, we must first know what "dust" means. A dust output is an output which costs more to spend, than it is worth. In other words, an X BTC output that costs >X to spend, is a dust output. This is directly proportional to the amount of data required to spend an output, since fees in bitcoin are commonly denoted "per-byte". The more bytes you must add to your tx to spend an output, the higher its dust threshold.
A very basic tx consisting of 1 p2pkh input (~148 bytes), and 1 p2pkh output (~34 bytes) comes out to 182 bytes. The dust limit is 3 times this number (assuming a relay fee of 1 satoshi), or 182*3 = 546
sats.
For more complex txs, such as p2sh, this number is larger. For less space-intensive ones such as the newer segwit options, this number would be lower.
The code used in Bitcoin core to determine the dust threshold can be found here.
edited Apr 16 at 2:58
KappaDev
5951419
5951419
answered Apr 15 at 15:15
Raghav SoodRaghav Sood
7,77621127
7,77621127
I think this answer could be clarified a bit. It seems to boil down to the statement that "the dust limit is fixed at 3 satoshis per byte", which raises the question as to how this figure was selected. Also, referring to this as a "relay fee" seems misleading because no fees are collected by nodes who merely relay transactions.
– Nate Eldredge
Apr 15 at 15:31
@NateEldredge Absolutely - I'm trying to look up some sources I read ages ago on why3*relay fee
was selected. As for the relay fee bit, I believe it comes from theminrelaytxfee
flag for bitcoind, which lets you control which transactions your node relays based on fee
– Raghav Sood
Apr 15 at 15:36
Wasn't it the case that dust limit was introduced to prevent creation of UTXOs whose value is lower than the cost of scriptSig to spend it? For a 148 byte input, scriptSig would be 107 bytes. That is ~34*3.
– Ugam Kamat
Apr 15 at 16:29
I think Ugam is right according to this.
– MCCCS
Apr 15 at 16:48
add a comment |
I think this answer could be clarified a bit. It seems to boil down to the statement that "the dust limit is fixed at 3 satoshis per byte", which raises the question as to how this figure was selected. Also, referring to this as a "relay fee" seems misleading because no fees are collected by nodes who merely relay transactions.
– Nate Eldredge
Apr 15 at 15:31
@NateEldredge Absolutely - I'm trying to look up some sources I read ages ago on why3*relay fee
was selected. As for the relay fee bit, I believe it comes from theminrelaytxfee
flag for bitcoind, which lets you control which transactions your node relays based on fee
– Raghav Sood
Apr 15 at 15:36
Wasn't it the case that dust limit was introduced to prevent creation of UTXOs whose value is lower than the cost of scriptSig to spend it? For a 148 byte input, scriptSig would be 107 bytes. That is ~34*3.
– Ugam Kamat
Apr 15 at 16:29
I think Ugam is right according to this.
– MCCCS
Apr 15 at 16:48
I think this answer could be clarified a bit. It seems to boil down to the statement that "the dust limit is fixed at 3 satoshis per byte", which raises the question as to how this figure was selected. Also, referring to this as a "relay fee" seems misleading because no fees are collected by nodes who merely relay transactions.
– Nate Eldredge
Apr 15 at 15:31
I think this answer could be clarified a bit. It seems to boil down to the statement that "the dust limit is fixed at 3 satoshis per byte", which raises the question as to how this figure was selected. Also, referring to this as a "relay fee" seems misleading because no fees are collected by nodes who merely relay transactions.
– Nate Eldredge
Apr 15 at 15:31
@NateEldredge Absolutely - I'm trying to look up some sources I read ages ago on why
3*relay fee
was selected. As for the relay fee bit, I believe it comes from the minrelaytxfee
flag for bitcoind, which lets you control which transactions your node relays based on fee– Raghav Sood
Apr 15 at 15:36
@NateEldredge Absolutely - I'm trying to look up some sources I read ages ago on why
3*relay fee
was selected. As for the relay fee bit, I believe it comes from the minrelaytxfee
flag for bitcoind, which lets you control which transactions your node relays based on fee– Raghav Sood
Apr 15 at 15:36
Wasn't it the case that dust limit was introduced to prevent creation of UTXOs whose value is lower than the cost of scriptSig to spend it? For a 148 byte input, scriptSig would be 107 bytes. That is ~34*3.
– Ugam Kamat
Apr 15 at 16:29
Wasn't it the case that dust limit was introduced to prevent creation of UTXOs whose value is lower than the cost of scriptSig to spend it? For a 148 byte input, scriptSig would be 107 bytes. That is ~34*3.
– Ugam Kamat
Apr 15 at 16:29
I think Ugam is right according to this.
– MCCCS
Apr 15 at 16:48
I think Ugam is right according to this.
– MCCCS
Apr 15 at 16:48
add a comment |
Bitcoin core sets the dust limit to a value where spending an output would exceed 1/3 of its value. This calculation is based on the node's setting for the minimum relay transaction fee (see option -minrelaytxfee) whose default is 0.00001 BTC/KB. Any transaction with a fee less than that does not get relayed by the node i.e. is dropped from its mempool.
For a node that uses the default -minrelaytxfee
of 0.00001 BTC/KB (1000 satoshis/KB) and given that for P2PKH an input is 148 bytes and an output is 34 bytes, it follows that an output less than or equal to 546 satoshis is considered dust according to Bicoin core.
Reference: What is meant by Bitcoin dust?
add a comment |
Bitcoin core sets the dust limit to a value where spending an output would exceed 1/3 of its value. This calculation is based on the node's setting for the minimum relay transaction fee (see option -minrelaytxfee) whose default is 0.00001 BTC/KB. Any transaction with a fee less than that does not get relayed by the node i.e. is dropped from its mempool.
For a node that uses the default -minrelaytxfee
of 0.00001 BTC/KB (1000 satoshis/KB) and given that for P2PKH an input is 148 bytes and an output is 34 bytes, it follows that an output less than or equal to 546 satoshis is considered dust according to Bicoin core.
Reference: What is meant by Bitcoin dust?
add a comment |
Bitcoin core sets the dust limit to a value where spending an output would exceed 1/3 of its value. This calculation is based on the node's setting for the minimum relay transaction fee (see option -minrelaytxfee) whose default is 0.00001 BTC/KB. Any transaction with a fee less than that does not get relayed by the node i.e. is dropped from its mempool.
For a node that uses the default -minrelaytxfee
of 0.00001 BTC/KB (1000 satoshis/KB) and given that for P2PKH an input is 148 bytes and an output is 34 bytes, it follows that an output less than or equal to 546 satoshis is considered dust according to Bicoin core.
Reference: What is meant by Bitcoin dust?
Bitcoin core sets the dust limit to a value where spending an output would exceed 1/3 of its value. This calculation is based on the node's setting for the minimum relay transaction fee (see option -minrelaytxfee) whose default is 0.00001 BTC/KB. Any transaction with a fee less than that does not get relayed by the node i.e. is dropped from its mempool.
For a node that uses the default -minrelaytxfee
of 0.00001 BTC/KB (1000 satoshis/KB) and given that for P2PKH an input is 148 bytes and an output is 34 bytes, it follows that an output less than or equal to 546 satoshis is considered dust according to Bicoin core.
Reference: What is meant by Bitcoin dust?
answered Apr 15 at 16:55
Thalis K.Thalis K.
1967
1967
add a comment |
add a comment |
Thanks for contributing an answer to Bitcoin Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fbitcoin.stackexchange.com%2fquestions%2f86068%2fhow-was-the-dust-limit-of-546-satoshis-was-chosen-why-not-550-satoshis%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown