💬 dzyphr commented on pull request "datacarriersize: Match more datacarrying":
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1877974758)
"It only deterred it in the past, due to lack of economic demand. 36.2% of 2023's fees came from non-traditional txs, so we no longer live in the old era that lacked demand.
And the discount with segwit, if that's what you mean, does the opposite of creating incentive to increase the UTXO set."
You are again using the word demand completely ambitiously, there is little to no evidence that these are organic or sustainable flows of Bitcoin funding scam protocols. You are free to prove that
...
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1877974758)
"It only deterred it in the past, due to lack of economic demand. 36.2% of 2023's fees came from non-traditional txs, so we no longer live in the old era that lacked demand.
And the discount with segwit, if that's what you mean, does the opposite of creating incentive to increase the UTXO set."
You are again using the word demand completely ambitiously, there is little to no evidence that these are organic or sustainable flows of Bitcoin funding scam protocols. You are free to prove that
...
💬 luke-jr commented on pull request "datacarriersize: Match more datacarrying":
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878045521)
> The point of participating in transaction relay and having a mempool is being able to make a prediction about what the next blocks will look like.
No, it is not and never has been. The closest it comes to that, is the point of *influencing* what the next blocks will look like, as you said yourself years ago to justify Compact Blocks.
Predicting the next block can only ever be a possibility if you assume a centralized mining ecosystem, something to actively work against.
>Of course, an
...
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878045521)
> The point of participating in transaction relay and having a mempool is being able to make a prediction about what the next blocks will look like.
No, it is not and never has been. The closest it comes to that, is the point of *influencing* what the next blocks will look like, as you said yourself years ago to justify Compact Blocks.
Predicting the next block can only ever be a possibility if you assume a centralized mining ecosystem, something to actively work against.
>Of course, an
...
💬 ben-arnao commented on pull request "datacarriersize: Match more datacarrying":
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878084944)
All these people really care about is being able to inscribe data in an immutable and decentralized manner, they don't really care about it being done on BTC blockchain in particular. I feel like if someone came along and created a solution for this purpose purely run on fees (basically a blockchain without the concept of token ownership) this would probably solve the problem IMO. Obviously there would be the issue of needing to somehow pay miners, but that part not being centralized isn't neces
...
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878084944)
All these people really care about is being able to inscribe data in an immutable and decentralized manner, they don't really care about it being done on BTC blockchain in particular. I feel like if someone came along and created a solution for this purpose purely run on fees (basically a blockchain without the concept of token ownership) this would probably solve the problem IMO. Obviously there would be the issue of needing to somehow pay miners, but that part not being centralized isn't neces
...
💬 eragmus commented on pull request "datacarriersize: Match more datacarrying":
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878089719)
> All these people really care about is being able to inscribe data in an immutable and decentralized manner, they don't really care about it being done on BTC blockchain in particular. I feel like if someone came along and created a solution for this purpose purely run on fees (basically a blockchain without the concept of token ownership) this would probably solve the problem IMO. Obviously there would be the issue of needing to somehow pay miners, but that part not being centralized isn't nec
...
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878089719)
> All these people really care about is being able to inscribe data in an immutable and decentralized manner, they don't really care about it being done on BTC blockchain in particular. I feel like if someone came along and created a solution for this purpose purely run on fees (basically a blockchain without the concept of token ownership) this would probably solve the problem IMO. Obviously there would be the issue of needing to somehow pay miners, but that part not being centralized isn't nec
...
💬 dzyphr commented on pull request "datacarriersize: Match more datacarrying":
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878099171)
>All these people really care about is being able to inscribe data in an immutable and decentralized manner, they don't really care about it being done on BTC blockchain in particular. I feel like if someone came along and created a solution for this purpose purely run on fees (basically a blockchain without the concept of token ownership) this would probably solve the problem IMO. Obviously there would be the issue of needing to somehow pay miners, but that part not being centralized isn't nece
...
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878099171)
>All these people really care about is being able to inscribe data in an immutable and decentralized manner, they don't really care about it being done on BTC blockchain in particular. I feel like if someone came along and created a solution for this purpose purely run on fees (basically a blockchain without the concept of token ownership) this would probably solve the problem IMO. Obviously there would be the issue of needing to somehow pay miners, but that part not being centralized isn't nece
...
💬 eragmus commented on pull request "datacarriersize: Match more datacarrying":
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878116952)
> > "It only deterred it in the past, due to lack of economic demand. 36.2% of 2023's fees came from non-traditional txs, so we no longer live in the old era that lacked demand.And the discount with segwit, if that's what you mean, does the opposite of creating incentive to increase the UTXO set."
>
> You are again using the word demand completely ambitiously, there is little to no evidence that these are organic or sustainable flows of Bitcoin funding scam protocols. You are free to prove th
...
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878116952)
> > "It only deterred it in the past, due to lack of economic demand. 36.2% of 2023's fees came from non-traditional txs, so we no longer live in the old era that lacked demand.And the discount with segwit, if that's what you mean, does the opposite of creating incentive to increase the UTXO set."
>
> You are again using the word demand completely ambitiously, there is little to no evidence that these are organic or sustainable flows of Bitcoin funding scam protocols. You are free to prove th
...
💬 dzyphr commented on pull request "datacarriersize: Match more datacarrying":
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878123389)
>And I'll add that there is nothing biased about this, as 2023 is precisely when everything changed in Bitcoin re: arbitrary data, as it is when Casey unveiled his inscriptions protocol + then it was followed by many other arbitrary data protocols. So the fees are focusing on when it actually began. We didn't have such huge economic demand previously in Bitcoin's history. That's why I'm saying we are in a New Era, so the past thinking revolving around 'spam filters' is no longer relevant.
You
...
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878123389)
>And I'll add that there is nothing biased about this, as 2023 is precisely when everything changed in Bitcoin re: arbitrary data, as it is when Casey unveiled his inscriptions protocol + then it was followed by many other arbitrary data protocols. So the fees are focusing on when it actually began. We didn't have such huge economic demand previously in Bitcoin's history. That's why I'm saying we are in a New Era, so the past thinking revolving around 'spam filters' is no longer relevant.
You
...
💬 dzyphr commented on pull request "datacarriersize: Match more datacarrying":
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878134828)
>"re: "scam protocols" -- This is a subjective analysis,"
No it literally is not. They are convincing new and uniformed users that there exists such a thing as satoshis that are more rare than other satoshis. Not only is this completely false and a scam, but if legitimized even a little bit would completely destroy the value proposition of anyone unfortunate enough to encounter this as their experience with Bitcoin.
Other protocols sell cheaply random generated JPEGs that are not even own
...
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878134828)
>"re: "scam protocols" -- This is a subjective analysis,"
No it literally is not. They are convincing new and uniformed users that there exists such a thing as satoshis that are more rare than other satoshis. Not only is this completely false and a scam, but if legitimized even a little bit would completely destroy the value proposition of anyone unfortunate enough to encounter this as their experience with Bitcoin.
Other protocols sell cheaply random generated JPEGs that are not even own
...
💬 eragmus commented on pull request "datacarriersize: Match more datacarrying":
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878135261)
> > And I'll add that there is nothing biased about this, as 2023 is precisely when everything changed in Bitcoin re: arbitrary data, as it is when Casey unveiled his inscriptions protocol + then it was followed by many other arbitrary data protocols. So the fees are focusing on when it actually began. We didn't have such huge economic demand previously in Bitcoin's history. That's why I'm saying we are in a New Era, so the past thinking revolving around 'spam filters' is no longer relevant.
>
...
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878135261)
> > And I'll add that there is nothing biased about this, as 2023 is precisely when everything changed in Bitcoin re: arbitrary data, as it is when Casey unveiled his inscriptions protocol + then it was followed by many other arbitrary data protocols. So the fees are focusing on when it actually began. We didn't have such huge economic demand previously in Bitcoin's history. That's why I'm saying we are in a New Era, so the past thinking revolving around 'spam filters' is no longer relevant.
>
...
🤔 stratospher reviewed a pull request: "addrman, refactor: improve stochastic test in `AddSingle`"
(https://github.com/bitcoin/bitcoin/pull/27319#pullrequestreview-1805356585)
ACK e064487ca28c12ba774c2f43a3c7acbdb1a278c9. simple use of << instead of a loop, didn't observe any behaviour difference before and after.
> if pinfo->nRefCount is 0, we created an unnecessary variable (nFactor)
i don't think `pinfo->nRefCount` can be 0 here though. `pinfo->nRefCount` can take on values [1, 7] here. the very first time when we add an address, it would go to the else block instead of the current if block.
(https://github.com/bitcoin/bitcoin/pull/27319#pullrequestreview-1805356585)
ACK e064487ca28c12ba774c2f43a3c7acbdb1a278c9. simple use of << instead of a loop, didn't observe any behaviour difference before and after.
> if pinfo->nRefCount is 0, we created an unnecessary variable (nFactor)
i don't think `pinfo->nRefCount` can be 0 here though. `pinfo->nRefCount` can take on values [1, 7] here. the very first time when we add an address, it would go to the else block instead of the current if block.
💬 dzyphr commented on pull request "datacarriersize: Match more datacarrying":
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878136908)
> eragmus
You are quite literally word for word repeating talking points made by BSV users who intend to harm Bitcoin by spamming the UTXO set and creating an unreasonably high fee environment in which the average end user is incentivised not to participate or if so forced into a custodial solution from which their Bitcoin fails to actually be a bearer instrument.
https://www.youtube.com/watch?v=-RswZDQTqsI
All the connections were made by a random pleb in this video, don't think that b
...
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878136908)
> eragmus
You are quite literally word for word repeating talking points made by BSV users who intend to harm Bitcoin by spamming the UTXO set and creating an unreasonably high fee environment in which the average end user is incentivised not to participate or if so forced into a custodial solution from which their Bitcoin fails to actually be a bearer instrument.
https://www.youtube.com/watch?v=-RswZDQTqsI
All the connections were made by a random pleb in this video, don't think that b
...
💬 dzyphr commented on pull request "datacarriersize: Match more datacarrying":
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878142034)
Furthermore you have made so many straw-man arguments in your response that I can only consider it an insult on the face of it, if anyone seriously holds any weight to the complete misrepresentation of my points you made in the future I will respond to it in full detail.
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878142034)
Furthermore you have made so many straw-man arguments in your response that I can only consider it an insult on the face of it, if anyone seriously holds any weight to the complete misrepresentation of my points you made in the future I will respond to it in full detail.
💬 eragmus commented on pull request "datacarriersize: Match more datacarrying":
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878183650)
> You are quite literally word for word repeating talking points made by BSV users
I don't care what BSV people say, and I don't listen to them. Go argue the points themselves, if you can, don't argue based on who makes which points.
> harm Bitcoin by spamming the UTXO set
Inscriptions don't do that, unless you mean STAMPS or something else.
And UTXO set increase affects pruned nodes' storage requirement (not RAM, as is commonly misstated on Twitter), and based on conversation with s
...
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878183650)
> You are quite literally word for word repeating talking points made by BSV users
I don't care what BSV people say, and I don't listen to them. Go argue the points themselves, if you can, don't argue based on who makes which points.
> harm Bitcoin by spamming the UTXO set
Inscriptions don't do that, unless you mean STAMPS or something else.
And UTXO set increase affects pruned nodes' storage requirement (not RAM, as is commonly misstated on Twitter), and based on conversation with s
...
💬 DoctorBuzz1 commented on pull request "datacarriersize: Match more datacarrying":
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878193764)
eragmus, there are ALREADY out of band Txs happening with ViaBtc.... See their latest block with 20 to 30 sat/vByte Txs: https://mempool.space/block/00000000000000000001b26d226a7993950d14bec4acce2d85eeb9974a63d9bf
It seems to me that there are 2 camps here.. Those that think the standard Txs (including IsDust() ) should be defined for the benefit of the monetary network as a whole.... and then those, who think that these standard Txs should be defined by miners, pools on an individual basi
...
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878193764)
eragmus, there are ALREADY out of band Txs happening with ViaBtc.... See their latest block with 20 to 30 sat/vByte Txs: https://mempool.space/block/00000000000000000001b26d226a7993950d14bec4acce2d85eeb9974a63d9bf
It seems to me that there are 2 camps here.. Those that think the standard Txs (including IsDust() ) should be defined for the benefit of the monetary network as a whole.... and then those, who think that these standard Txs should be defined by miners, pools on an individual basi
...
💬 alpeshvas commented on pull request "datacarriersize: Match more datacarrying":
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878194485)
This has now become a complete noise discussion.
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878194485)
This has now become a complete noise discussion.
💬 dzyphr commented on pull request "datacarriersize: Match more datacarrying":
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878198190)
your longer paragraph has only proven my point further, until I see calm and collected responses to my original counterarguments to Pieter's false claims about the current attack on the Bitcoin network, I refuse to sift through straw man arguments formulated by someone who talks like Craig Wright and respond to each of them individually. As you can see someone else has already pointed out your base fallacy about out of band txs.
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878198190)
your longer paragraph has only proven my point further, until I see calm and collected responses to my original counterarguments to Pieter's false claims about the current attack on the Bitcoin network, I refuse to sift through straw man arguments formulated by someone who talks like Craig Wright and respond to each of them individually. As you can see someone else has already pointed out your base fallacy about out of band txs.
💬 dzyphr commented on pull request "datacarriersize: Match more datacarrying":
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878199208)
> This has now become a complete noise discussion.
maybe then contribute factual responses instead of ones based in pure speculation, ideology, and ignorance of publicly available facts.
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878199208)
> This has now become a complete noise discussion.
maybe then contribute factual responses instead of ones based in pure speculation, ideology, and ignorance of publicly available facts.
💬 eragmus commented on pull request "datacarriersize: Match more datacarrying":
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878212180)
> eragmus, there are ALREADY out of band Txs happening with ViaBtc.... See their latest block with 20 to 30 sat/vByte Txs: https://mempool.space/block/00000000000000000001b26d226a7993950d14bec4acce2d85eeb9974a63d9bf
Read my arguments more carefully? Nowhere did I deny out of band txs are already happening. I said they will only get worse, if filtering is used as a policy response. And I said out of band txs can be logically reduced, if relay policies are aligned with consensus policies, inste
...
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878212180)
> eragmus, there are ALREADY out of band Txs happening with ViaBtc.... See their latest block with 20 to 30 sat/vByte Txs: https://mempool.space/block/00000000000000000001b26d226a7993950d14bec4acce2d85eeb9974a63d9bf
Read my arguments more carefully? Nowhere did I deny out of band txs are already happening. I said they will only get worse, if filtering is used as a policy response. And I said out of band txs can be logically reduced, if relay policies are aligned with consensus policies, inste
...
💬 desi-bitcoiner commented on pull request "datacarriersize: Match more datacarrying":
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878219595)
> This has now become a complete noise discussion.
This conversation seems noise only to those who don't want to hear the arguments of the folks who want to put better spam filters in place.
For everyone else, there's tons of reasoning to help understand the issue better and hopefully get the point across THAT UPDATING SPAM FILTERS IS NEED OF THE HOUR and core cannot run away from it.
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878219595)
> This has now become a complete noise discussion.
This conversation seems noise only to those who don't want to hear the arguments of the folks who want to put better spam filters in place.
For everyone else, there's tons of reasoning to help understand the issue better and hopefully get the point across THAT UPDATING SPAM FILTERS IS NEED OF THE HOUR and core cannot run away from it.
💬 dzyphr commented on pull request "datacarriersize: Match more datacarrying":
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878227005)
>"Read my arguments more carefully? Nowhere did I deny out of band txs are already happening. I said they will only get worse"
If they are already happening it literally does not matter if they get any worse, your arguments are incredibly weak and you have shown that you do not understand the basic situation and or are maliciously ignorant.
(https://github.com/bitcoin/bitcoin/pull/28408#issuecomment-1878227005)
>"Read my arguments more carefully? Nowhere did I deny out of band txs are already happening. I said they will only get worse"
If they are already happening it literally does not matter if they get any worse, your arguments are incredibly weak and you have shown that you do not understand the basic situation and or are maliciously ignorant.