just some thoughts:
i think the goals are rather clear
- no airdrop farming
- still maximum of reach
- dont empower “whales” too much
i think its a good idea to not have a past block for the airdrop, but if the reqs are clear, a future block is exploitable by farmers.
some ideas:
- take 50% (0,25%) now, 50% for a second airdrop with a future block
- extend block to either vote #16 creation or vote #16 passed to include more users (of course again eliminating 0ETH / 0,0001 ETH etc.)
- assuming that the deposits will follow normal distribution use something like 2 standard deviations as a cut for participants. obviously the closer we will get to the final block, the easier it will be to farm, but that should allow a definition upfront (= fair for everyone) without being to exploitable.
at the same time i think that e.g. UNI, badger etc. were so successful because the reqs were unclear. so if there was a second airdrop in the future i wouldnt define it publicly upfront, but rather surprise people.