The Firewall should be able to reject requests based on various typical Firewall logic such as IP and request frequency. Parameters should be configurable such as requests per second allowed per IP.
When a push_transaction request is relayed to an rpc node the firewall should take note of the request result http status code and this information should be able to be taken into consideration in the rate-limiting logic.
For example: if we get many failed push transactions from an IP we should be able to more aggressively rate limit this IP compared to one who is pushing many successful transactions.
The Firewall should be able to reject requests based on various typical Firewall logic such as IP and request frequency. Parameters should be configurable such as requests per second allowed per IP.
When a
push_transactionrequest is relayed to an rpc node the firewall should take note of the request result http status code and this information should be able to be taken into consideration in the rate-limiting logic.For example: if we get many failed push transactions from an IP we should be able to more aggressively rate limit this IP compared to one who is pushing many successful transactions.