hs-v3: Consider flagging an intro point as bad if rendezvous fails multiple times
This comes from #25882 (moved).
Should a client claim that an IP is failing if the RP never connected? In other words, handling the
CIRCUIT_PURPOSE_C_REND_READY_INTRO_ACKED purpose when cleaning up a circuit.
I would think that having a maximum amount of retries let say (arbitrarily) after 2 times that you introduce, the IP sends back the ACK but then you end up timing out the RP circuit, we would flag the IP in the failure cache and move on to a new IP.
This would not be a "catch all" issues with connectivity but would at least zone out buggy or malicious IP that do not relay the introduction.