On Sun, Sep 23, 2012 at 4:30 PM, Jeff Garzik <jgar...@exmulti.com> wrote: > Yeah, my public nodes currently have 2200+ Over time, it gets > cluttered naturally due to the disconnect between what miners mine and > what relayers relay.
Right, this disconnect is why simple scalar measures of mempool size aren't terribly informative. There are bursts of weird transactions (e.g. someone was flooding zero value txn a few weeks ago; before that there were some enormous series of double-spend induced orphans), and other sustained loads that quite a few miners are intentionally excluding. > No one has strenuously argued against this, so I suppose it is down to > writing a patch, and coming up with a good number we (as a network) > can agree upon. Sounds good— my only concern is that nodes will repeat their own transactions but not the unconfirmed parents. So being more aggressive can turn otherwise valid transactions into orphans. Would there be value in an archive-mempool which is only checked when you receive an orphan transaction? I would point out that you can't _KNOW_ a txn will disappear. Someone else could happily reannounce it. (I know you know this; but it's good to be clear on that point when we talk about it!) ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html _______________________________________________ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
