You are viewing a single comment's thread from:

RE: Improving the Economics of Steem: A Community Proposal

in #steem5 years ago (edited)

Seems logical, but how would you do anything like this random and not transparent on the blockchain. While people initially wouldn't know when it is, people after a while would develop interfaces which display the random value and bots which can read them.

Sort:  

Use a hash of the block before the payout block as an input to identify location on curation start-time graph.
Totally unsolvable in advance (just like you can't solve a bitcoin block until the block before it is available), but super easy to validate after-the-fact.

Ah, to be defined after the 7 day period passed. That'd be possible. I didn't think it from that side.

I am not a computer programmer, how many bots defeat the random dice generators? Yeah they would be able to see the formula for the curation reward, but how would that help them defeat and build a bot to beat the random start time.

The post does not pay out until day seven, Rewards are not paid out til day seven. On day seven the algorithm kicks into determine the start of the payout timer. How would having a bot help beat that?

It's not like the bot can go back in time and adjust the time that it voted. The random value may be shown, but it will not be the same for each and every post, and it would not be shown until the post pays out.

It doesn't matter how many times I tell @rollthedice to roll a 2 it will roll what it will roll. Is there a bot that knows what it will roll?

Shake shake shake, you roll the 6-sided die.

You rolled a 4.

Yeah, I only considered calculating the time for curation to kick in before payout and not after payout. This way it is almost impossible to cheat out of that. Good idea.