Relaying for whitelisted peers #1998

issue sipa opened this issue on November 10, 2012
  1. sipa commented at 12:20 PM on November 10, 2012: member

    In a network setup where several trusted peers run on a network, -connect'ed to a single proxy which connects to the outside world, the wallet resubmission mechanism is defeated.

    If the proxy for some reason has a network hiccup at the time a wallet transaction is broadcasted the first time, it will never reach the public network. The wallet node will keep resubmitting, but as the proxy already has the transaction in its memory pool, it will not relay the announcement.

    This issue was reported to me on IRC by thermoman, and the solution seems adding a config parameter to setting a trusted list of IPs/netranges for which invs are always relayed, even if they were already known.

  2. sipa commented at 3:34 PM on April 17, 2015: member

    I believe this in implemented.

  3. sipa closed this on Apr 17, 2015

  4. HashUnlimited referenced this in commit c4428f3ee1 on Mar 21, 2018
  5. KolbyML referenced this in commit 547d60690e on Dec 5, 2020
  6. MarcoFalke locked this on Sep 8, 2021
Contributors

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-19 09:16 UTC

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