RE: Steem Budget Proposals Whitepaper!
Hey Jerry, unfortunately had no time to chat about this with you @ SteemFest.
I like your proposal in the way that it is an idea to promote steem out there. But I think 200K steem is quite a lot of money, without any promise of delivering. I am not sure that Dash money has grown so much thanks to their budget promotion fund, so basing the fact that Dash has a budget promotion fund and correlating it with its price rise is imho a bit fast to draw conclusions, and then copying it to Steem, with totally different characteristics. I mean Bitshares has a worker proposal fund but that price has also not skyrocketed.
I would opt for a referral program where measurable / verifiable onboarding of new users bring a reward to those who invest in bringing quality new users on board to be honest. This could be in forms of paying an X % of the onboarded users rewards' for the first month (or first x posts). A user could opt to buy-out this rev-sharing and then that buyout reward would go to the referal program manager.
Btw. wow such lengthy post :) Thanks and lets keep the discussion on!
I checked out dash central, I mean projects like this:
https://www.dashcentral.org/p/BitToByte
Rake in 600 dash === 210,000 USD, has 60 views on Youtube...
Having said this, proven methods like social ads and e.g. the way you spent part of your rewards to fb / goog ads is another form, which I do like. This could still also be combined with a referral program to pay back those investments.
@roelandp . . . . lol
just sayin´. . . .few months ago:::
Title: DASH MASTERNODE OWNERS VOTE TO BURN THE CRYPTO MONEY INSTEAD OF HIRING ME TO MAKE MORE VIDEOS!
Peanutz don't want to hear any of that. :)
Conversely LTC does not have such a system, neither does XMR, and they have both also skyrocketed. I think there is merit in the Dash budget system, and even value it can add here, but the claim of a price correlation is nonsense. There is no good correlation.
Great points, and importantly, this doesn't require a hardfork :) Instantiating something like this in the blockchain guarantees that we will either be stuck with the errors, or stuck wasting valuable engineering bandwidth fixing the mistakes that will inevitably be in it. There are plenty of features already baked into the BC that can be leveraged to solve problems like this.