Live data from Hacker News

Show HN: Futuure – hash-certified public prediction store

61–62 of 62 posts

Re: Show HN: Futuure – hash-certified public prediction store

#61

Post by repartix » Sat, Mar 13, 2021, 3:09 AM UTC

se4u wrote: post #55

rkangel wrote: post #52

Earlier quoted context omitted.

You would need some concept of published identity, otherwise they could just create their predictions against multiple different identities each with e.g. 10 predictions.

So actually this wont be a problem. Basically if they do this then each account that they create will only have very few published predictions. So it will be like a coin which comes up head twice after two tosses. The public will not trust such accounts with low number of correct predictions. To build trust you'd need to have a high count of revealed predictions in any given account. That said people can try to game…

Add cost to post the prediction. At high enough cost it can't be gamed.

edit: and it's also your revenue.

Re: Show HN: Futuure – hash-certified public prediction store

#62

Post by ssimono » Sat, Mar 13, 2021, 8:13 AM UTC

jpdaigle wrote: post #58

renewiltord wrote: post #8

Cool stuff. Automates the process we do on Twitter where we post the hash and then a scheduled tweet revealing. Sadly, a list of hashes isn't that interesting. So it's not that interesting to read current list.

The one time I've tried doing this sort of "publish hash first, plaintext later" scheme, verification was hard because the hashing is vulnerable to whether or not the reader adds a newline after the text, a CR vs a CRLF, etc.

There is a /raw endpoint to make it easy. On a released pok you can do curl /raw | sha256sum

Post reply on HN