mirrors/arti.git/crates/tor-proto/src/relay, branch arti-v2.3.0

proto: Wrap PeerInfo in Arc<>

2026-04-23T14:45:29Z

To avoid copying the same information for every circuit, as suggested by @opara in https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/3906#note_3399497

proto: Avoid collecting the chan identities in RelayIdSet

2026-04-23T14:44:06Z

It doesn't make sense to do so, as pointed out by @opara in https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/3906#note_3398956

proto: Use PeerInfo in the extend handler

2026-04-23T14:43:58Z

Prompted by https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/3906#note_3397922

proto: Add test ensuring we won't extend to the previous hop

2026-04-23T14:43:58Z

proto: Reject EXTEND2 targeting the previous hop in the circuit

2026-04-23T14:43:58Z

The relay reactor will now reject any EXTEND2 that tries to extend the circuit to a hop that shares any identities with our previous hop. Closes #2415

proto: Give the ExtendRequestHandler a copy of the inbound peer info

2026-04-23T14:43:58Z

This will soon be used for preventing the circuit from being extended to the previous hop (#2415).

proto: Fix broken doc link in extend handler

2026-04-23T14:43:58Z

proto: Extract EXTEND2 handling into a new module

2026-04-23T14:43:58Z

The EXTEND2 handling logic is fairly self-contained, so I'm moving it outside of the `Forward` handler. This refactoring enables us to add more context to the handler (i.e. the inbound channel identities needed for #2415) without cluttering the `Forward` implementation. I recommend reviewing this commit with `git diff --color-moved`.

proto: Make the CreateRequestHandler::new() take the ntor keys

2026-04-21T18:01:27Z

Signed-off-by: David Goulet

relay: Use the new RelayNtorKeys for the create handler

2026-04-21T18:01:27Z

Signed-off-by: David Goulet