Name this branch's third reader of the address-to-link map

The doc comment merged up from the maintenance line lists the map's live
readers, and on this branch there is one more: the anonymous-beacon dial
dedup in poll_transport_discovery, which has no counterpart there.

It reads the map with an address supplied by transport discovery, and the
shared-media dial paths resolve before registering, so it compares a key
written in the same form it reads and is not exposed to the mismatch the
comment warns about.
This commit is contained in:
Johnathan Corgan
2026-07-25 01:56:10 +00:00
parent b920200569
commit 30e1dcb989
+3 -2
View File
@@ -307,8 +307,9 @@ struct PendingConnect {
/// link. It is **not** a packet-dispatch path, despite what this comment used
/// to say: `find_link_by_addr` has no callers outside its own tests, and
/// encrypted frames are dispatched by session index. Its live readers are the
/// `should_admit_msg1` fast path and the duplicate-inbound-handshake check in
/// `handle_msg1`.
/// `should_admit_msg1` fast path, the duplicate-inbound-handshake check in
/// `handle_msg1`, and the anonymous-beacon dial dedup in
/// `poll_transport_discovery`.
///
/// **Do not key a peer-identity question on it.** The address form is not
/// canonical: an outbound dial registers the literal configured string, which