Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193] helo=mx.sourceforge.net) by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1WHyZE-00084G-D3 for bitcoin-development@lists.sourceforge.net; Mon, 24 Feb 2014 16:39:44 +0000 Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.214.50 as permitted sender) client-ip=209.85.214.50; envelope-from=laanwj@gmail.com; helo=mail-bk0-f50.google.com; Received: from mail-bk0-f50.google.com ([209.85.214.50]) by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1WHyZD-00034g-J7 for bitcoin-development@lists.sourceforge.net; Mon, 24 Feb 2014 16:39:44 +0000 Received: by mail-bk0-f50.google.com with SMTP id w10so298211bkz.37 for ; Mon, 24 Feb 2014 08:39:37 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.205.34.70 with SMTP id sr6mr62226bkb.170.1393259977253; Mon, 24 Feb 2014 08:39:37 -0800 (PST) Received: by 10.205.75.72 with HTTP; Mon, 24 Feb 2014 08:39:37 -0800 (PST) In-Reply-To: References: Date: Mon, 24 Feb 2014 17:39:37 +0100 Message-ID: From: Wladimir To: Jeff Garzik Content-Type: multipart/alternative; boundary=bcaec51a7352064d6104f3299e61 X-Spam-Score: -0.6 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (laanwj[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.0 HTML_MESSAGE BODY: HTML included in message -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature X-Headers-End: 1WHyZD-00034g-J7 Cc: Bitcoin Dev Subject: Re: [Bitcoin-development] On OP_RETURN in upcoming 0.9 release X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Feb 2014 16:39:44 -0000 --bcaec51a7352064d6104f3299e61 Content-Type: text/plain; charset=UTF-8 On Mon, Feb 24, 2014 at 5:03 PM, Jeff Garzik wrote: > A common IRC proposal seems to lean towards reducing that from 80. > I'll leave it to the crowd to argue about size from there. I do think > regular transactions should have the ability to include some metadata. > I'd be in favor of bringing it down to 40 for 0.9. That'd be enough for <8 byte header/identifier><32 byte hash>. 80, as the standard line length, is almost asking for "insert your graffiti message here". I also see no need for 64 bytes hashes such as SHA512 in the context of bitcoin, as that only offers 256-bit security (at most) in the first place. And if this is not abused, these kind of transactions become popular, and more space is really needed, the limit can always be increased in a future version. Wladimir --bcaec51a7352064d6104f3299e61 Content-Type: text/html; charset=UTF-8

On Mon, Feb 24, 2014 at 5:03 PM, Jeff Garzik <jgarzik@bitpay.com> wrote:
A common IRC proposal seems to lean towards reducing that from 80.
I'll leave it to the crowd to argue about size from there. I do think
regular transactions should have the ability to include some metadata.

I'd be in favor of bringing it down to 40 for 0.9.

That'd be enough for <8 byte header/identifier><32 byte hash>.

80, as the standard line length, is almost asking for "insert your graffiti message here". I also see no need for 64 bytes hashes such as SHA512 in the context of bitcoin, as that only offers 256-bit security (at most) in the first place.

And if this is not abused, these kind of transactions become popular, and more space is really needed, the limit can always be increased in a future version.

Wladimir
--bcaec51a7352064d6104f3299e61--