Re:mCaptcha – Proof of work based, privacy respecting CAPTCH...
by nextaccountic on Thursday August 04, 2022 @01:04PM
(#32345491)
You can and should use multiple kinds of rate limiters
Re:mCaptcha – Proof of work based, privacy respecting CAPTCH...
by mort96 on Thursday August 04, 2022 @03:49PM
(#32347451)
"Can" is true, and a good point. "Should" is a bit more dubious though; if IP-range-based rate limiting is enough, not wasting your users' battery with PoW-based rate limiting seems like a good thing. It seems like a potentially useful tool in your tool belt, which you should probably only deploy if IP-address-based rate limiting proves to be not enough.
Hmm, is it a better rate limiter than others? I know that nginx, for example, makes it pretty easy to rate limit based on IP address with the `limit_req` and `limit_req_zone` directives.
In essence, ngix's rate limiter also works by making each request consume a resource, but it makes the resource consumed an IP address (or range) rather than compute resources. It seems intuitive that a malicious actor would have an easier time scaling compute than IP addresses, while a legitimate user will _always_ have an IP address but might be on a machine with 1/100000th the compute resources of the malicious actor.