Question: What maintenance is being carried out right now?
Well, this transition should really be announced in advanced ... you can't just switch to a new server at a random time without even notifying the users ... you could at least send a short email to the providers and to the renters to announce this transition...
![](https://ip.bitcointalk.org/?u=http%3A%2F%2Fpuu.sh%2F7QUNA.png&t=665&c=wlQYi-SixX5ZcA)
Sorry, miaviator, I didn't see this time-schedule announcement ... and I'm pretty sure many other providers&renters didn't saw it as well ... a short email to all users wouldn't do no harm
![Wink](https://bitcointalk.org/Smileys/default/wink.gif)
Anyway, miaviator&XMK3&djeZo,
congratulations on this more or less smooth transition!
Now, when the new server is up&running, here is
my top-10 to-do wishlist (high to low priority):
1) merge provider&renter login into a single account with the possibility of changing the password and also introduce 2-factor auth
2) the ability to bulk-hire (mass-hire) multiple rigs at once: one would enter desired hash power and desired rent time -> LeaseRig would select top N rigs to get the desired hash power and the renter would Hire all those rigs with one click (see this:
http://files.kobal.org/caveminers/leasrig_bulk_hire.jpg)
3) new provider sign-up with auto-verification (provider would register himself at leaserig, setup his rig and then run the "auto-verification" process -> this would set the rig to 24h mining on selected providers pool ... if the average speed after 24 would be >= declared hashrate, the new provider would be auto-verified ... after that the provider would also have to deposit (declared hashrate * X) BTC funds on a security deposit BTC address on his account, this BTC address would be locked for 7 days, after that it would unlock itself and provider would be able to withdraw his security deposit) ... this way you would get rid of manual adding of users and those manual security deposits)
4) introduce provider reviews (5-stars evaluation + points, weighted by rented hashpower and stability)
5) setup some simple ticket system (for example, osTicket)
6) accept Litecoin as payments
7) separate STATS graphs for actual hashrate (as reported by API) and calculated hashrate (as calculated from accepted shares)
![Cool](https://bitcointalk.org/Smileys/default/cool.gif)
allow provider to "mark rig as non-hirable" -> this would be different from "Disable rig" so that you could "mark rig as non-hirable" even when a rig is already hired -> this would enable provider to put rig in maintenance mode after the current rent ... I know that there is already the workaround by artificially rising the prices to "non-acceptable" and also disabling re-hire option, but this is really clumsy ... I don't wanna mess the prices, I just "mark rig as non-hirable" (the rig would still be displayed, but there would be no "Hire" link and rig would be marked as "non-hirable"
9) show total currently rented hashpower under global STATS
10) user-frendly, adaptive, responsive and mobile devices friendly design
![Wink](https://bitcointalk.org/Smileys/default/wink.gif)
Anyway, keep up the good work!
p.s.: could you please enable ICMP echo (ping) on the new server so that provider can verify latency and possibly debug connection issues from LRP to LeaseRig?