This won't prevent trond from changing its state store, as state_manager won't be null, meaning `state_manager.update_from_config` will be called (which reconfigures tronstore). I had to add this as calling `update_from_config` previously would make a whole new state_manager object, whereas now there will only be one ever created. I'd like to move this chunk to the __init__ method, but that requires moving around more stuff in the MCP than I feel comfortable with; however, seeing as the MCP is assuming that a new state_manager is created whenever it calls update_from_config, some refactoring here might be warranted.

I added a good chunk of reconfiguration logic into tronstore such that it doesn't actually have to shut down to reconfigure- it just waits for all requests to finish, changes its internals up as necessary, and keeps on trucking.