cc22e0cdf0
It seems the semantic differences between addFoundNode and addInboundNode were lost in #29572. My understanding is addFoundNode is for a node you have not contacted directly (and are unsure if is available) whereas addInboundNode is for adding nodes that have contacted the local node and we can verify they are active. handleAddNode seems to be the consolidation of those two methods, yet it bumps the node in the bucket (updating it's IP addr) even if the node was not an inbound. This PR fixes this. It wasn't originally caught in tests like TestTable_addSeenNode because the manipulation of the node object actually modified the node value used by the test. New logic is added to reject non-inbound updates unless the sequence number of the (signed) ENR increases. Inbound updates, which are published by the updated node itself, are always accepted. If an inbound update changes the endpoint, the node will be revalidated on an expedited schedule. Co-authored-by: Felix Lange <fjl@twurst.com> |
||
---|---|---|
.. | ||
v4wire | ||
v5wire | ||
common.go | ||
lookup.go | ||
metrics.go | ||
node.go | ||
ntp.go | ||
table_reval_test.go | ||
table_reval.go | ||
table_test.go | ||
table_util_test.go | ||
table.go | ||
v4_lookup_test.go | ||
v4_udp_test.go | ||
v4_udp.go | ||
v5_talk.go | ||
v5_udp_test.go | ||
v5_udp.go |