Skip to main content
Ethereum

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

5
  • 3
    To add to this great answer... Don't think of Solidity, or smart contracts, as the entire back-end. Sure it can be, in some use cases where it's useful and make sense. In case of your Poker example, a lot of the logic can be coded in your backend of choice. Having that backend, along with the client-side app, interact with the smart contracts (and state channels) for the handling of bets, recording the winner, sending of funds, etc.... Use the blockchain as it was intended - a digital ledger. Commented Jan 31, 2018 at 15:56
  • Would state channels actually work in decentralized poker? You need a trusted oracle (the dealer) to generate a random deck of cards. How could you do that using state channels? The linked blog hints how they injected randomness to be coming in Part 2, but Part 2 was never published Commented Jun 7, 2018 at 21:05
  • I have been looking into Funfair, and honestly, it seems like a scam. Commented Jun 7, 2018 at 21:37
  • @nickcarraway biparty random is easy with state channels by just doing a dual commit-reveal scheme. e.g. the deck is the 52 cards in order, and the next card is the outcome of the dual commit-reveal MOD 52. Repeat this and MOD the deck size each time, should work fine. As for funfair specifically, it's as much a scam as any casino is, which they all are to an extent, but at least funfair is putting out good developer literature and tech. Commented Jun 7, 2018 at 22:50
  • It would be nice if they made their code open-source Commented Jun 8, 2018 at 0:39