'Re: [bitcoin-dev] Witness script validation to reject arbitrary data'

[prev in list] [next in list] [prev in thread] [next in thread] 

List:       bitcoin-dev
Subject:    Re: [bitcoin-dev] Witness script validation to reject arbitrary data
From:       Aymeric Vitte via bitcoin-dev <bitcoin-dev () lists ! linuxfoundation ! org>
Date:       2023-05-09 17:45:11
Message-ID: 39514580-3d3e-d633-8270-952caab73b1e () peersm ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]

Le 08/05/2023 à 23:43, Christopher Allen via bitcoin-dev a écrit :
> There was a recent thread discussing raising the limit on
> OP_RETURN https://github.com/bitcoin/bitcoin/issues/27043
Indeed we already discussed all of this, and the conclusion was: there
are no reasons to impose limits, because people will find some deviant
(or not) workarounds (like Stamps), and fees will regulate this

And how to control the value of what is stored? If I store e=mc2, the
way I like since as many said it's super easy to find plenty of ways to
store in bitcoin, this one is short and supposed to have more value than
bitcoin, no?

Personnally I think of course that you should store a reference to
something and not the something, so a few hashes and/or signatures which
you cannot do with OP_RETURN today (80B Moth, not 80kB)

I don't see very well what can be done against the freeriders, except
avoiding that they impact the whole network (a bit à la bittorrent),
maybe the issue is more about decentralization rather than trying to
impose limitations, so the decentralized miners can't have the whole
image of the whole txs and hold low fees txs, which is not the case at
all today, but it seems a bit utopic right now

Or maybe when the ordinal meme stuff/BRC20 will be proven to have
finally zero value the market will self regulate

[Attachment #5 (text/html)]

<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p><br>
    </p>
    <br>
    <div class="moz-cite-prefix">Le 08/05/2023 à 23:43, Christopher
      Allen via bitcoin-dev a écrit :<br>
    </div>
    <blockquote
cite="mid:CACrqygCN-LLttNks-MpBKErZauZyx8hpV=MCgvACRoOcRxETOQ@mail.gmail.com"
      type="cite">There was a recent thread discussing raising the limit
      on OP_RETURN <font color="#419cff"><font color="#419cff"><font
            color="#419cff"><font color="#419cff"><font color="#419cff"><font
                  color="#419cff"><a moz-do-not-send="true"
                    href="https://github.com/bitcoin/bitcoin/issues/27043">https://git \
hub.com/bitcoin/bitcoin/issues/27043</a></font></font></font></font></font></font></blockquote>
  Indeed we already discussed all of this, and the conclusion was:
    there are no reasons to impose limits, because people will find some
    deviant (or not) workarounds (like Stamps), and fees will regulate
    this<br>
    <br>
    And how to control the value of what is stored? If I store e=mc2,
    the way I like since as many said it's super easy to find plenty of
    ways to store in bitcoin, this one is short and supposed to have
    more value than bitcoin, no?<br>
    <br>
    Personnally I think of course that you should store a reference to
    something and not the something, so a few hashes and/or signatures
    which you cannot do with OP_RETURN today (80B Moth, not 80kB)<br>
    <br>
    I don't see very well what can be done against the freeriders,
    except avoiding that they impact the whole network (a bit à la
    bittorrent), maybe the issue is more about decentralization rather
    than trying to impose limitations, so the decentralized miners can't
    have the whole image of the whole txs and hold low fees txs, which
    is not the case at all today, but it seems a bit utopic right now<br>
    <br>
    Or maybe when the ordinal meme stuff/BRC20 will be proven to have
    finally zero value the market will self regulate<br>
    <br>
    <pre class="moz-signature" cols="72">
</pre>
  </body>
</html>

_______________________________________________
bitcoin-dev mailing list
bitcoin-dev@lists.linuxfoundation.org
https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev

[prev in list] [next in list] [prev in thread] [next in thread] 