You coul do something like this :
Liste C : balance > 100,000 gets additional of 50,000
balance > 150,000 gets additional of 75,000
balance > 200,000 gets additional of 100,000
balance > 300,000 gets additional of 125,000
....
keep the rest for later distribution. (3rd round, 4th round,.... )
I like this too, but you have to consider the extra workload that this might involve. Remember there was no IPO for this coin and as such, no paid devs.
Yes they are getting ORA and they believe in the project or they wouldn't be doing it. Also remember that anyone in the community can chip in and help with some of these tasks.
Possible negative amplifier: dumper(s) buy X ORA to gain Y% bonus over other holders. Then dumps everything after receiving the bigger shares.
A possibility. Using comm as an example, there was a dump right after the 2nd round finished up. The coin recovered from that though (at least initially).
It may be easiest to just use a set proportion. Say if a holder held 100%, he gets the full 2nd round. If he held 50% of his initial stakes, he gets half that amount, and so on. Leftovers over can be used for dev work/bounties.
As for dumpers buying X Ora to gain a bonus ... there is a way around it. Don't announce it. Just one day figure out what everyone is holding, then say the 2nd round will be based on that distribution. It won't matter then if dumpers buy extra ORA, as that set calculation will have already taken place.
People may still dump anyway, but the problem of initial dumpers dumping even more coin wouldn't be an issue.
If we do it once (generate list C) it'd be very easy to replicate for more rounds. At least if the automatic distribution thingy works properly.