public inbox for bitcoindev@googlegroups.com
 help / color / mirror / Atom feed
* [bitcoin-dev] Concern about "Inscriptions".
@ 2023-07-25 14:11 leohaf
  2023-07-27 10:41 ` [bitcoin-dev] [SPAM] " aymeric
  0 siblings, 1 reply; 2+ messages in thread
From: leohaf @ 2023-07-25 14:11 UTC (permalink / raw)
  To: bitcoin-dev

[-- Attachment #1: Type: text/plain, Size: 1947 bytes --]

Hello,

I am writing to you today because I am concerned about a significant bug that seems to be overlooked in recent versions of the software. The bug in question concerns the "inscriptions" developed by @rodarmor, and it worries me because, in just a few months, they have already reached a size of 11.8GB on the blockchain, causing issues with the UTXO set, which appears to be growing by about 25MB per day.

I understand that there may be discussions about the nature of these inscriptions, but personally, I find it hard not to consider them as spam. Their recurring nature and their impact on the size of the UTXO set and the blockchain itself seem concerning, and I would like to understand why this problem has not been addressed more seriously.

I would also like to point out that there are options in Bitcoin Core to choose the mempool policy, such as datacarrier or permitbaremultisig. However, when it comes to inscriptions, there are no available options except for a patch produced by Luke Dashjr. Unfortunately, this patch is unusable for most people as it requires compiling Bitcoin Core.

So, I wonder why there are no options to reject inscriptions in the mempool of a node. Such a feature could give users the ability to customize their approach in managing these particular cases and help mitigate the negative impact of inscriptions on the network.

In addition to the technical issues, I also find that this situation raises ethical questions. Inscriptions are primarily used to sell NFTs or Tokens, concepts that the Bitcoin community has consistently rejected.

Therefore, I kindly request you, as Bitcoin developers, to take this concern into consideration and seriously consider implementing a feature that would allow users to reject inscriptions in the mempool. Such a measure would contribute to protecting the integrity of the network.

Thank you sincerely for your attention to this matter.

Léo.

[-- Attachment #2: Type: text/html, Size: 10821 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [bitcoin-dev] [SPAM]  Concern about "Inscriptions".
  2023-07-25 14:11 [bitcoin-dev] Concern about "Inscriptions" leohaf
@ 2023-07-27 10:41 ` aymeric
  0 siblings, 0 replies; 2+ messages in thread
From: aymeric @ 2023-07-27 10:41 UTC (permalink / raw)
  To: leohaf, Bitcoin Protocol Discussion

[-- Attachment #1: Type: text/plain, Size: 2527 bytes --]

See #28130 on bitcoin repo

Of course the intent is not to store "inscriptions" but a reference

Whatever you do bitcoin cannot avoid deviant practices

Therefore that one is the right way to go

Envoyé de mon iPhone

> Le 25 juil. 2023 à 23:19, Léo via bitcoin-dev <bitcoin-dev@lists.linuxfoun@lists.linuxfoundation.org> a écrit :
> 
> 
> Hello,
> 
> I am writing to you today because I am concerned about a significant bug that seems to be overlooked in recent versions of the software. The bug in question concerns the "inscriptions" developed by @rodarmor, and it worries me because, in just a few months, they have already reached a size of 11.8GB on the blockchain, causing issues with the UTXO set, which appears to be growing by about 25MB per day.
> 
> I understand that there may be discussions about the nature of these inscriptions, but personally, I find it hard not to consider them as spam. Their recurring nature and their impact on the size of the UTXO set and the blockchain itself seem concerning, and I would like to understand why this problem has not been addressed more seriously.
> 
> I would also like to point out that there are options in Bitcoin Core to choose the mempool policy, such as datacarrier or permitbaremultisig. However, when it comes to inscriptions, there are no available options except for a patch produced by Luke Dashjr. Unfortunately, this patch is unusable for most people as it requires compiling Bitcoin Core.
> 
> So, I wonder why there are no options to reject inscriptions in the mempool of a node. Such a feature could give users the ability to customize their approach in managing these particular cases and help mitigate the negative impact of inscriptions on the network.
> 
> In addition to the technical issues, I also find that this situation raises ethical questions. Inscriptions are primarily used to sell NFTs or Tokens, concepts that the Bitcoin community has consistently rejected.
> 
> Therefore, I kindly request you, as Bitcoin developers, to take this concern into consideration and seriously consider implementing a feature that would allow users to reject inscriptions in the mempool. Such a measure would contribute to protecting the integrity of the network.
> 
> Thank you sincerely for your attention to this matter.
> 
> Léo.
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev

[-- Attachment #2: Type: text/html, Size: 11552 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2023-07-27 13:06 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-07-25 14:11 [bitcoin-dev] Concern about "Inscriptions" leohaf
2023-07-27 10:41 ` [bitcoin-dev] [SPAM] " aymeric

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox