I propose to require all data to be in the op_return output PLUS add a required op_return_hash field, which is checked by consensus. So that node can re-validate the chain without having to store/download/look at the contents of op_return data. The benefit of that little redundancy is that "content-sensitive" communities can ignore the date they don't like. Cheers Claus On Thu, Feb 16, 2023 at 7:30 PM Aymeric Vitte via bitcoin-dev < bitcoin-dev@lists.linuxfoundation.org> wrote: > It's super unclear how long it could take for such a change to be adopted > > Then the answer is simple, see: > https://gist.github.com/Ayms/01dbfebf219965054b4a3beed1bfeba7#workaround-to-the-80b-op_return-limitation > > Outstandingly, very, mega, bad, but working, bringing bitcoin back 10 > years ago > > But why not? If bitcoin folks don't get that we need a 1tx storage > solution for the future, then let's bring back bitcoin into the past and > destroy coins > Le 12/02/2023 à 17:23, Aymeric Vitte a écrit : > > https://github.com/bitcoin/bitcoin/issues/27043#issuecomment-1427069403 > > "What is the process to have someone do the PR for this? Or I do it and > most likely it will be a very shxtty one since I am not a C/C++ expert, > then wasting the time of everybody > > It's urgently required, I did consider OP_RETURN as a dart in the past but > changed my mind, it's adapted to the current evolutions, not flooding > bitcoin with 2 txs while only 1 is needed > > If not the best 1 tx solution is super simple: store in addresses, and > super bad at the end because burning bitcoins, while still not expensive if > you don't need to store big things" > > Le 05/02/2023 à 19:12, Russell O'Connor via bitcoin-dev a écrit : > > > > On Sat., Feb. 4, 2023, 21:01 Peter Todd, wrote: > >> >> >> On February 5, 2023 1:11:35 AM GMT+01:00, Russell O'Connor via >> bitcoin-dev wrote: >> >Since bytes in the witness are cheaper than bytes in the script pubkey, >> >there is a crossover point in data size where it will simply be cheaper >> to >> >use witness data. Where that crossover point is depends on the finer >> >details of the overhead of the two methods, but you could make some >> >reasonable assumptions. Such a calculation could form the basis of a >> >reasonable OP_RETURN proposal. I don't know if it would be persuasive, >> but >> >it would at least be coherent. >> >> I don't think it's worth the technical complexity trying to carefully >> argue a specific limit. Let users decide for themselves how they want to >> use OpReturn. >> > > Even better. > >> > > _______________________________________________ > bitcoin-dev mailing listbitcoin-dev@lists.linuxfoundation.orghttps://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev > > > -- > Sophia-Antipolis, France > CV: https://www.peersm.com/CVAV.pdf > LinkedIn: https://fr.linkedin.com/in/aymeric-vitte-05855b26 > GitHub : https://www.github.com/Ayms > A Universal Coin Swap system based on Bitcoin: https://gist.github.com/Ayms/029125db2583e1cf9c3209769eb2cdd7 > A bitcoin NFT system: https://gist.github.com/Ayms/01dbfebf219965054b4a3beed1bfeba7 > Move your coins by yourself (browser version): https://peersm.com/wallet > Bitcoin transactions made simple: https://github.com/Ayms/bitcoin-transactions > torrent-live: https://github.com/Ayms/torrent-live > node-Tor : https://www.github.com/Ayms/node-Tor > Anti-spies and private torrents, dynamic blocklist: http://torrent-live.peersm.com > Peersm : http://www.peersm.com > > > -- > Sophia-Antipolis, France > CV: https://www.peersm.com/CVAV.pdf > LinkedIn: https://fr.linkedin.com/in/aymeric-vitte-05855b26 > GitHub : https://www.github.com/Ayms > A Universal Coin Swap system based on Bitcoin: https://gist.github.com/Ayms/029125db2583e1cf9c3209769eb2cdd7 > A bitcoin NFT system: https://gist.github.com/Ayms/01dbfebf219965054b4a3beed1bfeba7 > Move your coins by yourself (browser version): https://peersm.com/wallet > Bitcoin transactions made simple: https://github.com/Ayms/bitcoin-transactions > torrent-live: https://github.com/Ayms/torrent-live > node-Tor : https://www.github.com/Ayms/node-Tor > Anti-spies and private torrents, dynamic blocklist: http://torrent-live.peersm.com > Peersm : http://www.peersm.com > > _______________________________________________ > bitcoin-dev mailing list > bitcoin-dev@lists.linuxfoundation.org > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev >