{"type":"rich","version":"1.0","author_name":"npub10f96gqrsu4qpygfgvuvzce47aavjvql703egfde0l2hua8dzpszs67ej47","author_url":"https://nostr.ae/npub10f96gqrsu4qpygfgvuvzce47aavjvql703egfde0l2hua8dzpszs67ej47","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2014-04-09\n📝 Original message:Le 09/04/2014 17:54, Gregory Maxwell a écrit :\n\n\u003e Sadly today Electrum requires more than a full node, it requires a\n\u003e number of large additional indexes over what a full node has and\n\u003e pruning is precluded. I don't think that increasing the resource\n\u003e utilization of the node is a good way to go there for the purposes\n\u003e expressed here. (not that electrum couldn't be used here, but not\n\u003e unmodified without the resource usage increasing route)\n\u003e\n\nElectrum uses two large indexes:\n\n     address -\u003e utxo\n\n(patricia tree, aka \"ultimate blockchain compression\", see thread \nstarted by Alan Reiner in the bitcointalk forum)\n\n     address -\u003e spent history\n\nThe first index is not going to grow larger than what bitcoind already \nneeds to store, because bitcoind will always need to store utxos.\n\nThe second index threatens to become large. However, Electrum servers do \nnot keep the full histories, they prune older entries. Without adapting \nElectrum clients, it would even be possible to keep only one bit per \naddress (to know whether that address has been used or not), and that \ninformation is only used to restore wallets from seed, not during normal \noperations.\n\nIf the first index (patricia tree) was implemented in bitcoind, that \nwould obviously be a big relief for electrum servers.\n\n\n\n\u003e\u003e and that it might be an easier way to support\n\u003e\u003e SPV clients than creating a new API in bitcoind for it since Stratum\n\u003e\u003e itself already relies on bitcoind to provide it's services.\n\u003e\n\u003e Bitcoin's own P2P protocol is already the API for a ordinary SPV\n\u003e client. So I don't believe any new API would be require, except\n\u003e perhaps for some process management stuff (which also isn't provided\n\u003e for Electrum).\n\u003e\n\u003e ------------------------------------------------------------------------------\n\u003e Put Bad Developers to Shame\n\u003e Dominate Development with Jenkins Continuous Integration\n\u003e Continuously Automate Build, Test \u0026 Deployment\n\u003e Start a new project now. Try Jenkins in the cloud.\n\u003e http://p.sf.net/sfu/13600_Cloudbees\n\u003e _______________________________________________\n\u003e Bitcoin-development mailing list\n\u003e Bitcoin-development at lists.sourceforge.net\n\u003e https://lists.sourceforge.net/lists/listinfo/bitcoin-development\n\u003e\n\u003e"}