It is not only part of the infrastructure that bots have to have a write delay. It's also to have any change against disastrous bot malfunctions by reviewing their edits. Most local community have their own policy for maximum edit intervals.

Anyway this RFC is not part of the pywikibot projects and you are always able to owerride the default settings if you have good reasons to do it.

The discussion regarding this request is at
https://meta.wikimedia.org/wiki/Talk:Bot_policy

Ok, so what's the place to have a technical feedback about this particular global policy which should affect *any* wiki?

Don't think we have a technical problem to solve. The throttle time is a setting variable in the config2?.py and may be overridden via user-config.py or through command line options.

Maybe I wasn't able to explain myself. Current global policy sets a limit for technical reasons. I think this technical background is no longer valid then my RFC here. Is there a technical limit upper limit to edit rate? Is maxlag default value enough to prevent techinical issues?

maxlag is not the only value. We also have a 'retry_after' value from api
see https://gerrit.wikimedia.org/r/#/c/307127/

From technical side this would be enough. The read delay is already deactivated in core as default. The put throttleling supports the local and global bot policies.