mirror of
https://github.com/bitcoinbook/bitcoinbook
synced 2024-11-26 18:08:31 +00:00
changed the word from reliable to persistant for clarity
This commit is contained in:
parent
162f30d0ed
commit
0c1d1ae175
@ -93,7 +93,7 @@ Once one or more connections are established, the new node will send an +addr+ m
|
|||||||
.Address propagation and discovery
|
.Address propagation and discovery
|
||||||
image::images/mbc2_0805.png["AddressPropagation"]
|
image::images/mbc2_0805.png["AddressPropagation"]
|
||||||
|
|
||||||
A node must connect to a few different peers in order to establish diverse paths into the bitcoin network. Paths are not reliable—nodes come and go—and so the node must continue to discover new nodes as it loses old connections as well as assist other nodes when they bootstrap. Only one connection is needed to bootstrap, because the first node can offer introductions to its peer nodes and those peers can offer further introductions. It's also unnecessary and wasteful of network resources to connect to more than a handful of nodes. After bootstrapping, a node will remember its most recent successful peer connections, so that if it is rebooted it can quickly reestablish connections with its former peer network. If none of the former peers respond to its connection request, the node can use the seed nodes to bootstrap again.
|
A node must connect to a few different peers in order to establish diverse paths into the bitcoin network. Paths are not persistent —nodes come and go—and so the node must continue to discover new nodes as it loses old connections as well as assist other nodes when they bootstrap. Only one connection is needed to bootstrap, because the first node can offer introductions to its peer nodes and those peers can offer further introductions. It's also unnecessary and wasteful of network resources to connect to more than a handful of nodes. After bootstrapping, a node will remember its most recent successful peer connections, so that if it is rebooted it can quickly reestablish connections with its former peer network. If none of the former peers respond to its connection request, the node can use the seed nodes to bootstrap again.
|
||||||
|
|
||||||
On a node running the Bitcoin Core client, you can list the peer connections with the command +getpeerinfo+:
|
On a node running the Bitcoin Core client, you can list the peer connections with the command +getpeerinfo+:
|
||||||
|
|
||||||
|
Loading…
Reference in New Issue
Block a user