public inbox for bitcoindev@googlegroups.com
 help / color / mirror / Atom feed
* [Bitcoin-development] free tx rate limiter potentially causes more traffic not less?
@ 2012-05-05  8:37 Rebroad (sourceforge)
  0 siblings, 0 replies; only message in thread
From: Rebroad (sourceforge) @ 2012-05-05  8:37 UTC (permalink / raw)
  To: Rebroad (sourceforge); +Cc: bitcoin-development

[-- Attachment #1: Type: text/plain, Size: 903 bytes --]

I recently was dabbling with AskFor() and changing the time waited from 2
minutes to 10 seconds (I think perhaps this value may change in future
versions when "network tuning" is implemented).

I noticed that, when used with the -limitfreerelay option that is causes
significant increase in traffic between peers. This is because the tx gets
asked for (from all connected peers usually), but AlwaysHave never becomes
true as it's never stored, always rejected, so it effectively getdatas the
transaction from every single connected peer.

Would it perhaps be better to set up a memory pool for rejected txs and
blocks (perhaps keeping only the hash) so that these rejected items can
continue being ignored?

I hope these observations are ok - I consider myself at the "trying to
understand the code/protocol/algorithm" stage so might sometimes make false
assumptions of what the code intends to do.

Ed

[-- Attachment #2: Type: text/html, Size: 1030 bytes --]

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2012-05-05  8:37 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-05-05  8:37 [Bitcoin-development] free tx rate limiter potentially causes more traffic not less? Rebroad (sourceforge)

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox