Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191] helo=mx.sourceforge.net) by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1ROFkg-0005QT-NK for bitcoin-development@lists.sourceforge.net; Wed, 09 Nov 2011 21:32:10 +0000 Received-SPF: pass (sog-mx-1.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.214.47 as permitted sender) client-ip=209.85.214.47; envelope-from=joel.kaartinen@gmail.com; helo=mail-bw0-f47.google.com; Received: from mail-bw0-f47.google.com ([209.85.214.47]) by sog-mx-1.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1ROFkf-0001Xq-Sf for bitcoin-development@lists.sourceforge.net; Wed, 09 Nov 2011 21:32:10 +0000 Received: by bkbzs2 with SMTP id zs2so2714410bkb.34 for ; Wed, 09 Nov 2011 13:32:03 -0800 (PST) Received: by 10.204.143.74 with SMTP id t10mr3025363bku.45.1320874323570; Wed, 09 Nov 2011 13:32:03 -0800 (PST) Received: from [85.156.201.252] (a85-156-201-252.elisa-laajakaista.fi. [85.156.201.252]) by mx.google.com with ESMTPS id o8sm6033652bkd.3.2011.11.09.13.32.01 (version=SSLv3 cipher=OTHER); Wed, 09 Nov 2011 13:32:02 -0800 (PST) From: Joel Joonatan Kaartinen To: Gavin Andresen In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Date: Wed, 09 Nov 2011 23:32:00 +0200 Message-ID: <1320874320.27400.89.camel@mei> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.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 (joel.kaartinen[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record -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: 1ROFkf-0001Xq-Sf Cc: Dev , Bitcoin Subject: Re: [Bitcoin-development] multisig, op_eval and lock_time/sequence... 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: Wed, 09 Nov 2011 21:32:10 -0000 It's propably best to create a separate p2p network for off-band information like this. No need to involve the blockchain with it. - Joel On Wed, 2011-11-09 at 16:18 -0500, Gavin Andresen wrote: > One more thought on putting arbitrary stuff in the scriptSig: > > Miners could decide to revolt and remove the extra scriptSig > information before including the transaction in their blocks. They'd > still get the full transaction fee, and the transaction would still > validate so the block would be accepted by everybody else. > > Come to think of it, if a node relaying transactions wanted to save > bandwidth costs or be annoying, it could also strip off the extra > information before forwarding it, so this isn't a reliable > communication mechanism. It is probably a much better idea to use > another protocol to gather signatures. >