<oembed><type>rich</type><version>1.0</version><author_name>npub1xqshkqv2g7uea4xzqwvmgjcz7u8vfavw6aazs999v0azsv3w7u3qpymc2p</author_name><author_url>https://nostr.ae/npub1xqshkqv2g7uea4xzqwvmgjcz7u8vfavw6aazs999v0azsv3w7u3qpymc2p</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2014-04-09&#xA;📝 Original message:On Wed, Apr 9, 2014 at 5:41 PM, Natanael &lt;natanael.l at gmail.com&gt; wrote:&#xA;&#xA;&gt; This could probably be done fairly easily by bundling Stratum (it&#39;s&#xA;&gt; not just for pools!) and allowing SPV wallets to ask Bitcoind to start&#xA;&gt; it (if you don&#39;t use it, there&#39;s no need to waste the resources), and&#xA;&gt; then connect to it. The point of using Stratum is that it already is&#xA;&gt; being used by Electrum, and that it might be an easier way to support&#xA;&gt; SPV clients than creating a new API in bitcoind for it since Stratum&#xA;&gt; itself already relies on bitcoind to provide it&#39;s services.&#xA;&gt;&#xA;&#xA;Why would a new API be needed? (beside maybe some functionality that would&#xA;make it easier to integrate)&#xA;&#xA;P2P should be enough for SPV clients such as BitcoinJ to get access to&#xA;(filtered) blocks and transations, and RPC can be used to manage/query the&#xA;bitcoind instance. I&#39;m not sure what stratum would add.&#xA;&#xA;Wladimir&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20140409/a2914bc4/attachment.html&gt;</html></oembed>