Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192] helo=mx.sourceforge.net) by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1V1Z6h-0002JW-E1 for bitcoin-development@lists.sourceforge.net; Tue, 23 Jul 2013 09:42:11 +0000 X-ACL-Warn: Received: from vps7135.xlshosting.net ([178.18.90.41]) by sog-mx-2.v43.ch3.sourceforge.com with esmtp (Exim 4.76) id 1V1Z6g-0006R5-NM for bitcoin-development@lists.sourceforge.net; Tue, 23 Jul 2013 09:42:11 +0000 Received: by vps7135.xlshosting.net (Postfix, from userid 1000) id 4262033C884; Tue, 23 Jul 2013 11:42:05 +0200 (CEST) Date: Tue, 23 Jul 2013 11:42:05 +0200 From: Pieter Wuille To: Andy Parkins Message-ID: <20130723094204.GB6385@vps7135.xlshosting.net> References: <201307231030.14139.andyparkins@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201307231030.14139.andyparkins@gmail.com> X-PGP-Key: http://sipa.ulyssis.org/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) 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 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (pieter.wuille[at]gmail.com) 0.0 DKIM_ADSP_CUSTOM_MED No valid author signature, adsp_override is CUSTOM_MED 0.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 1.2 NML_ADSP_CUSTOM_MED ADSP custom_med hit, and not from a mailing list X-Headers-End: 1V1Z6g-0006R5-NM Cc: bitcoin-development@lists.sourceforge.net Subject: Re: [Bitcoin-development] HTTP REST API for bitcoind 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, 23 Jul 2013 09:42:11 -0000 On Tue, Jul 23, 2013 at 10:30:13AM +0100, Andy Parkins wrote: > One additional URL makes this pretty much perfect: > > GET /rest/block-with-tx/TX-HASH > > Construction of the transaction-hash-to-block database is something the full > client's have to do anyway, so this query is no harder than the others for > them to supply; but suddenly makes it possible for an SPV client to trace the > providence of any transaction without needing to maintain the entire chain. There is actually no such index being maintained by default, and doing so is an unnecessary burden IMHO (you need to enable -txindex since 0.8 to get this). Of course, if enabled, it can be exposed. -- Pieter