Performance issues with the validator table

[jbibla]

Describe the bug

• the validator table requires an unreasonable number of requests (473)
• the validator table requires too much data (17.8mb)
• the page loads slowly and the browser frequently struggles to render this part of the app (7.16s)

To Reproduce

• open the network tab
• visit the validator page
• witness the resource hog

Expected behavior

• i would expect this page to load quickly and effortlessly, that as much of the data as possible was cached correctly, and that we would only make the necessary requests

Notes

• it seems to me that reducing the number of requests, taking care of enriching the validator objects in the vuex module instead of in the TableValidator component would be good first steps to resolving this issue.
• signing_info is getting called ALOT
• it doesn't seem like cacheing is working very well

Screenshots

[fedekunze]

yeah we really need #1381 too

[faboweb]

Check if this is still the case.

[jbibla]

yep. this has been dramatically improved.

400 requests (for the whole app on a hard reload - still very high)
2.8MB (still very high for slow connection speeds / expensive data regions)
9.0s (to completion)

• batching the API requests will help @sabau
• we're calling https://stargate.cosmos.network/staking/validators 3 times?
• we're calling https://stargate.cosmos.network/validatorsets/latest twice?
• perhaps we can lazily-request the signing_info and keybase calls for only the li-validators that are visible (+10 or something)
• should we bundle all the npm.js files?
• i think we're still requesting the validator avatars from keybase's s3 on every reload (so not cache-ing properly)?

[jbibla]

this is being addressed by a number of ongoing changes.