{"type":"rich","version":"1.0","author_name":"npub12p7jzesdg8kxdg8rujr20znnd868fgugczkwh4cyxwa6gnxj5sxsnjs309","author_url":"https://nostr.ae/npub12p7jzesdg8kxdg8rujr20znnd868fgugczkwh4cyxwa6gnxj5sxsnjs309","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2017-09-06\n📝 Original message:As long as an unspendable outputs (OP_RETURN outputs for example) with\namount=0 are still allowed I don't see it being an issue for anything.\n\nOn Sep 5, 2017 2:52 PM, \"Jorge Timón via bitcoin-dev\" \u003c\nbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\n\u003e This is not a priority, not very important either.\n\u003e Right now it is possible to create 0-value outputs that are spendable\n\u003e and thus stay in the utxo (potentially forever). Requiring at least 1\n\u003e satoshi per output doesn't really do much against a spam attack to the\n\u003e utxo, but I think it would be slightly better than the current\n\u003e situation.\n\u003e\n\u003e Is there any reason or use case to keep allowing spendable outputs\n\u003e with null amounts in them?\n\u003e\n\u003e If not, I'm happy to create a BIP with its code, this should be simple.\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/20170906/83476b7f/attachment.html\u003e"}