<oembed><type>rich</type><version>1.0</version><author_name>npub17ty4mumkv43w8wtt0xsz2jypck0gvw0j8xrcg6tpea25z2nh7meqf4qgyd</author_name><author_url>https://nostr.ae/npub17ty4mumkv43w8wtt0xsz2jypck0gvw0j8xrcg6tpea25z2nh7meqf4qgyd</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2014-03-27&#xA;📝 Original message:&gt;&#xA;&gt; To be honest, I have not carried out a comprehensive examination of&#xA;&gt; server performance. What I can see is that Electrum servers are often&#xA;&gt; slowed down when a wallet with a large number (thousands) of addresses&#xA;&gt; shows up, and this is caused by disk seeks (especially on my slow VPS).&#xA;&gt;&#xA;&#xA;Yes that sounds more like what I expected.&#xA;&#xA;&#xA;&gt; In terms of bandwidth, I am referring to my Android version of Electrum.&#xA;&gt; When it runs on a 3G connection, it sometimes takes up to 1 minute to&#xA;&gt; synchronize (with a wallet that has hundreds of addresses). However, I&#xA;&gt; have not checked if this was caused by addresses or block headers.&#xA;&gt;&#xA;&#xA;An address is 160 bits. (1000 * 160) / 8 / 1024 = 19.5 kilobytes of data&#xA;which 3G should be able to transfer in &lt;1 second easily. Of course the&#xA;encoding may not be optimal. But if it is, I suspect the issue is elsewhere.&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20140327/70f4cdce/attachment.html&gt;</html></oembed>