P2P: do not return addresses older than 7 days in "addr" messages #2076

pull jgarzik wants to merge 1 commits into bitcoin:master from jgarzik:fresh-addr changing 1 files +3 −1
  1. jgarzik commented at 6:30 PM on December 5, 2012: contributor

    No description provided.

  2. P2P: do not return addresses older than 7 days in "addr" messages bd011eafb3
  3. BitcoinPullTester commented at 6:52 PM on December 5, 2012: none

    Automatic sanity-testing: PASSED, see http://jenkins.bluematt.me/pull-tester/bd011eafb3b4caf470ac2def2ea321e772267dec for binaries and test log.

  4. jgarzik commented at 4:45 PM on December 12, 2012: contributor

    My default setting on command line flags tends to be "avoid, unless necessary"

    Is there a case where we would need a flag? Ideally the default should just make sense, and users should not need to change anything.

  5. sipa commented at 4:53 PM on December 12, 2012: member

    I don't think it should be a flag, but maybe a 7-day strict boundary between relay / norelay is too deterministic. I don't think we really want to make the network forget everything that's more than a week ago - except for crawlers, node connections are just not tried frequently enough to know that "not seen in a week" means "gone".

    I prefer something that just favors relaying recently-seen addresses.

  6. jgarzik commented at 5:40 PM on December 12, 2012: contributor

    What are the value of old addresses, versus cost?

    Most other P2P networks and DHTs have a far shorter lifespan for addresses. As my testing showed, the large majority of addresses we pass to other peers are 100% useless.

  7. sipa commented at 5:41 PM on December 12, 2012: member

    Just saying there is a difference between "not having seen in the last week" and "having tried the last week and failed". IIRC there are more timestamps available to make a good decision.

  8. BitcoinPullTester commented at 7:08 AM on January 24, 2013: none

    Automatic sanity-testing: PASSED, see http://jenkins.bluematt.me/pull-tester/bd011eafb3b4caf470ac2def2ea321e772267dec for binaries and test log.

  9. jgarzik commented at 11:10 PM on April 8, 2013: contributor

    Closing. Not much interest, and comments suggest a desire for something else.

  10. jgarzik closed this on Apr 8, 2013

  11. DrahtBot locked this on Sep 8, 2021

github-metadata-mirror

This is a metadata mirror of the GitHub repository bitcoin/bitcoin. This site is not affiliated with GitHub. Content is generated from a GitHub metadata backup.
generated: 2026-04-20 00:16 UTC

This site is hosted by @0xB10C
More mirrored repositories can be found on mirror.b10c.me