Not interested in 30,000 AddAddress()

[marcus_of_augustus]

So running 0.3.24 for first time because of enhanced block downloadability ... after 50 minutes got no new blocks but still collecting addresses that I have absolutely no interest in collecting.

Is there a setting to forget about downloading addresses and download some blocks instead?

[1714863521]

1714863521

[1714863521]

1714863521

[1714863521]

1714863521

[TeraPool]

Downloading addresses?

You only create addresses. They are not downloaded from the network.

[marcus_of_augustus]

Downloading addresses?

You only create addresses. They are not downloaded from the network.

IP addresses.

[TeraPool]

I am not running the new GUI version yet. I am running bitcoind 0.3.23

Does it say you are connected to 30,000 clients? Or is there now a section for "collected addresses"?

Still quite confused.

[JoelKatz]

The network maintains a list of addresses of operational clients. If a new node needs that list, you are supposed to be able to provide it.

[marcus_of_augustus]

The network maintains a list of addresses of operational clients. If a new node needs that list, you are supposed to be able to provide it.

or else what?

What is the penalty for not keeping those addresses locally?  (Assuming I write a client that does not keep the list).

There is an economic incentive to download the blockchain but there is none to download a list of IP addresses (which could grow into the millions) of which only 8-150 will ever be needed for most clients.

[JoelKatz]

What is the penalty for not keeping those addresses locally?  (Assuming I write a client that does not keep the list).

I'd have to look at what the consequences are. I suppose in principle you could simply not send addresses. You would be compromising the stability of the network.

There is an economic incentive to download the blockchain but there is none to download a list of IP addresses (which could grow into the millions) of which only 8-150 will ever be needed for most clients.

Keep the 500 most recent then.