> Why does that require eating bandwidth? It's a proxy. It can derive statistics from past and current connections and make decisions based on that data for new

> Why does that require eating bandwidth? It's a proxy. It can derive statistics from past and current connections and make decisions based on that data for new ones without talking to anyone else. Wouldn't those stats get out of date really quickly if you're not constantly talking to that machine? > For many a component like this means it's 10 less things to deal with and more time to focus on building features that'll matter to their end users. But now you have a new component that you need to test and get to know. You didn't get rid of those 10 things, you just compartmentalized them in something else that needs to be maintained. > Besides, just because it can already be solved doesn't mean it's not worth trying out other approaches. Very true, I just don't see the particular advantages to using more basic and well-known tools like DNS and TLS.