[bisq-network/proposals] Decentralized binary option trading (#45)

[Manfred Karrer]

@cbeams Thanks for the feedback!

> 1. I doubt traders...

Yes good point. I think it will depend on the granularity of the price data. If it is a 4 decimal price it will be highly unlikely that this ever will happen. It just makes all easier as we don't need to support a refund mode. But of course it would be possible as well but might have some negative consequences. E.g. the traders need to make 2 issuance transactions. One with full payment to him and one with split refund payout. Those cost btc fees... But maybe there is a way to work with not published transactions as well and that the issuance tx will be only broadcasted in case of a win (or slipt refund) scenario.

> 2.  In the case of an oracle...

Good idea. Probably we will need some more buffer for avoiding issues with reorgs. Theoretically the result could be included in a block which gets later re-orged and then the alternative chain might contain another tx with another result. With 10 blocks break between price publishing and cntract result execution we avoid those problems.


-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/bisq-network/proposals/issues/45#issuecomment-428633973
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bisq.network/pipermail/bisq-github/attachments/20181010/f9fa7f5d/attachment.html>