đź“… Original date posted:2023-02-03
🗒️ Summary of this message: A Bitcoin developer questions the wisdom of allowing unlimited storage of NFT content on the blockchain and suggests imposing a size limit. A low-tech solution proposed is to charge a premium for storing images in the blockchain.
đź“ť Original message:pá 27. 1. 2023 v 13:47 odesĂlatel Robert Dickinson via bitcoin-dev <
bitcoin-dev at lists.linuxfoundation.org> napsal:
> I'm curious what opinions exist and what actions might be taken by core
> developers regarding storing unlimited amounts of NFT (or other?) content
> as witness data (https://docs.ordinals.com/inscriptions.html). The
> ordinal scheme is elegant and genius IMHO, but when I think about the
> future disk use of all unpruned nodes, I question whether unlimited storage
> is wise to allow for such use cases. Wouldn't it be better to find a way to
> impose a size limit similar to OP_RETURN for such inscriptions?
>
> I think it would be useful to link a sat to a deed or other legal
> construct for proof of ownership in the real world, so that real property
> can be transferred on the blockchain using ordinals, but storing the
> property itself on the blockchain seems nonsensical to me.
>
Low tech solution: miners charge a premium for storing images in the block
chain. Say 2x, 5x, 10x.
This encourages bitcoin to be used as a financial network, while increasing
the security budget.
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20230203/ecd518a8/attachment.html>;
Melvin Carvalho [ARCHIVE] /
npub1uv…saxrt
2023-06-07 23:19:20
in reply to nevent1q…xuqu
Author Public Key
npub1uvtfvcegcn9kds68r8he57emc480vqtx8t22kpsctxgjxae44gvsksaxrtPublished at
2023-06-07 23:19:20Event JSON
{
"id": "cb0524393edaf3d9deb2fceaf8e1faa5af540f3060dcc5a9455323cba1a1fb49",
"pubkey": "e316966328c4cb66c34719ef9a7b3bc54ef601663ad4ab06185991237735aa19",
"created_at": 1686179960,
"kind": 1,
"tags": [
[
"e",
"34d6db3ddc3108e56564b6dcf8c8c3859e42db2015a3d0f2385689a789ea7ebf",
"",
"reply"
],
[
"p",
"a23dbf6c6cc83e14cc3df4e56cc71845f611908084cfe620e83e40c06ccdd3d0"
]
],
"content": "đź“… Original date posted:2023-02-03\n🗒️ Summary of this message: A Bitcoin developer questions the wisdom of allowing unlimited storage of NFT content on the blockchain and suggests imposing a size limit. A low-tech solution proposed is to charge a premium for storing images in the blockchain.\nđź“ť Original message:pá 27. 1. 2023 v 13:47 odesĂlatel Robert Dickinson via bitcoin-dev \u003c\nbitcoin-dev at lists.linuxfoundation.org\u003e napsal:\n\n\u003e I'm curious what opinions exist and what actions might be taken by core\n\u003e developers regarding storing unlimited amounts of NFT (or other?) content\n\u003e as witness data (https://docs.ordinals.com/inscriptions.html). The\n\u003e ordinal scheme is elegant and genius IMHO, but when I think about the\n\u003e future disk use of all unpruned nodes, I question whether unlimited storage\n\u003e is wise to allow for such use cases. Wouldn't it be better to find a way to\n\u003e impose a size limit similar to OP_RETURN for such inscriptions?\n\u003e\n\u003e I think it would be useful to link a sat to a deed or other legal\n\u003e construct for proof of ownership in the real world, so that real property\n\u003e can be transferred on the blockchain using ordinals, but storing the\n\u003e property itself on the blockchain seems nonsensical to me.\n\u003e\n\nLow tech solution: miners charge a premium for storing images in the block\nchain. Say 2x, 5x, 10x.\n\nThis encourages bitcoin to be used as a financial network, while increasing\nthe security budget.\n\n\u003e\n\u003e _______________________________________________\n\u003e bitcoin-dev mailing list\n\u003e bitcoin-dev at lists.linuxfoundation.org\n\u003e https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20230203/ecd518a8/attachment.html\u003e",
"sig": "a59bdf14f32f1eefef2ad2c46f20ce47c0cddd60bab18c696f148c55c2f1da2c1d486a37ce913b408288741c746f44b36a3e562a2ba48d247835e7ed4e7c40fb"
}