James, I thought your original objection was the API not being sufficiently generally. I think an API that's just a set of booleans for each possible protocol is insufficiently general. This style would mean every new protocol would need new API (e.g. QUIC) whereas with the currently proposed API no new functions would need to be added. Additionally user / custom protocols would also not need new API, they could be covered by this as well.
