Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191] helo=mx.sourceforge.net) by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1Y5zbx-00082P-Gd for bitcoin-development@lists.sourceforge.net; Tue, 30 Dec 2014 16:25:33 +0000 X-ACL-Warn: Received: from p3plsmtpa08-01.prod.phx3.secureserver.net ([173.201.193.102]) by sog-mx-1.v43.ch3.sourceforge.com with esmtp (Exim 4.76) id 1Y5zbv-0006qQ-Ov for bitcoin-development@lists.sourceforge.net; Tue, 30 Dec 2014 16:25:33 +0000 Received: from [192.168.0.23] ([190.17.239.92]) by p3plsmtpa08-01.prod.phx3.secureserver.net with id ZsRQ1p00720JPBy01sRRFf; Tue, 30 Dec 2014 09:25:25 -0700 Message-ID: <54A2D1F4.9050306@certimix.com> Date: Tue, 30 Dec 2014 13:25:24 -0300 From: Sergio Lerner User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 CC: bitcoin-development References: <54A1A99E.1020604@certimix.com> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: 1.2 (+) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [173.201.193.102 listed in list.dnswl.org] 1.2 MISSING_HEADERS Missing To: header X-Headers-End: 1Y5zbv-0006qQ-Ov Subject: Re: [Bitcoin-development] BIP: Voluntary deposit bonds 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: Tue, 30 Dec 2014 16:25:33 -0000 On 30/12/2014 01:51 a.m., Gregory Maxwell wrote: > On Mon, Dec 29, 2014 at 7:21 PM, Sergio Lerner > wrote: >> I propose to allow miners to voluntarily lock funds by letting miners >> add additional inputs to the coinbase transaction. Currently the >> coinbase transaction does not allow any real input to be added (only a >> pseudo-input). >> > > To make that more concrete. E.g. You make your anyone can spend > output "PUSH OP_NOP3". Now > this anyone can pay transaction is really just a coinbase input. Slight off-topic: That looks like an abuse of the VM. Even P2SH is an abuse of the VM. Gavin's OP_EVAL (hard-fork) should had been chosen. I'm taking about a simple change that goes along the lines of Satoshi's original design. Bitcoin was a beautiful design, and extra complexity is making it ugly. We need Bitcoin to be simple to understand for new programmers so they can keep the project going. It doesn't help the project that one needs to be a guru to code for Bitcoin.