5929e05e52
PushPeers is more complicated to thread into the rest of our architecture (we would need to establish a data path connecting our service handling inbound requests to the network layer's auto-crawler), and since we crawl the network automatically anyways, we don't actually need to accept them in order to get updated address information. The only possible problem with this approach is that zcashd refuses to answer multiple address requests from the same connection, ostensibly for fingerprinting prevention (although it's totally happy to give exactly the same information, as long as you hang up and reconnect first, lol). It's unclear how this will interact with our design -- on the one hand, it could mean that we don't get new addr information when we ask, but on the other hand, we may have enough churn in our connection pool that this isn't a problem anyways. |
||
|---|---|---|
| .. | ||
| peer | ||
| peer_set | ||
| protocol | ||
| address_book.rs | ||
| config.rs | ||
| constants.rs | ||
| lib.rs | ||
| meta_addr.rs | ||
| network.rs | ||
| peer.rs | ||
| peer_set.rs | ||
| protocol.rs | ||
| timestamp_collector.rs | ||