SteemSende-EU is still far from ready for usage, but one of the things I am working on is a smallish airdrop for the STEEMSENSE airdrop. The prime goal for STEEMSENSE is to be a token for buying advertising budget with and earning advertising revenues in when using the steemsense-eu steem-burning add revenue sharing platform.
I am currently running this poll, and as things are looking now, I think I have a decent set of rules for basing the airdrop with.
- 1% of the total (future) supply of STEEMSENSE (10 STEEMSENSE) is allocated as developer reward and as a way to seek funding for the ongoing project. These 10 STEEMSENSE are currently for sale on steem-engine. Note that the curent price of STEEMSENSE likely isn't representative of the future price, and after the airdrop, the price is bound to at least temporarry take quite a hit, so if you buy STEEMSENSE now, do so to support development, don't do it as an investment. At least not unless you are willing to hang on to your STEEMSENSE for a while and take time to allow the platform to grow.
- 98% of the total (future) supply of STEEMSENSE (980 STEEMSENSE) is to be allocated to the SteemSense.eu reward pool, where the reward pool for every single day is set to 0.1% of the total future supply, or one single STEEMSENSE a day.
- 1% of the total (future) supply of STEEMSENSE (10 STEEMSENSE) is allocated for the airdrop.
So now for the airdrop part. I decided to look at just 3 weeks of history.
- Only accounts that have been active in the last three weeks before the airdrop are eligible for the airdrop
- Only accounts that are at least 60 days old are eligible for the airdrop
- The airdrop will be mostly stake based, but effective stake counts a bit as well. As does the active burning of STEEM or SBD by sending it to
Hive account@null.
P = (300B + 3V + R - D)/F
In this formula:
- B is the amount of stake equivalent STEEm and SBD burned
- V are the vesting shares of the account
- R are the Received vesting shares (incoming delegations)
- D are the delegated vesting shares (outgoing delegations)
- F is the bid-bot factor. The exact details for this factor are currently a work in progress. This factor is 1.0 if the account didn't get any bid bot votes, didn't mke any payments to bid bots, doesn't have any outstanding delegations to bid bots or other voting bots, and didn't do any self upvotes over the previous 3 weeks. This factor can grow to as much as 1,000,000.0 for bid bot owners, people delegating more than 90% of their stake to vote bots, or people who self up vote or use bid bots on each and every one of their own posts at a rate of 10 or more a day.
I am currently looking at tuning a decent formula for determining F that penalizes the different types of bad behaviour in a fair way compared to eachother. I started out blacklisting self upvotes, bidbot payments incoming bidbot votes, identified for profit delegations, false-curation DApps listed in the account posting authorities, and any associations (recovery account and witness voting proxy) with accounts that had showed any of these behaviours, and finaly, upvotes of or by such associated accounts, but as it turns out, that ends you up with quite a black list. As such, I am now looking for a less binary approach that takes in all these factors for determining our factor F. I'll post more on the final airdrop formula and what the formula for F is going to be at least 3 weeks before the airdrop.
Any feedback on my current plan is highly appreciated.
