Add SAFERATE spec

[delthas]

This is an "implementation" of the rate limiting ircv3-idea, for the first possible solution described in it: "Add a new cap to indicate that a server won't disconnect a client because of rate limits. The server would still be free to slowly process message bursts, this would result in writes blocking on the client-side.".

Implementations

• Bouncer: soju (as client and server) (implemented as soju.im/SAFERATE)

cc @slingamn @emersion

[SadieCat]

I'm not sure this is usable in practice. Even with fakelag users will eventually hit some kind of hard limit on most implementations.

[slingamn]

Just as an example: current versions of Ergo in the default/recommended configuration could publish this token. Writes will start to block on the client side (the limiting factor in practice is the TCP buffer size) but there is no "hard limit".

[slingamn]

re. usefulness to implementations, I believe it is demonstrably useful to soju and senpai?

[SadieCat]

I'm not sure another specification that is only usable by Ergo is a good idea. Maybe this should be a vendor extension?

[slingamn]

This specification is implemented by Soju-as-a-server as well, but I didn't comment on the implementation details there since I'm not familiar with them.