Re: [bitcoin-dev] CTV dramatically improves DLCs

2022-03-15 Thread Jeremy Rubin via bitcoin-dev
I've created a prototype of this protocol in Sapio for your perusal: https://github.com/sapio-lang/sapio/blob/master/sapio-contrib/src/contracts/derivatives/dlc.rs Feel free to tweak the test and use it as a benchmark, i tested 1 oracle with 100,000 different payouts and saw it take around 13s

Re: [bitcoin-dev] CTV dramatically improves DLCs

2022-02-06 Thread Thibaut Le Guilly via bitcoin-dev
Hi all, A lot is being discussed but just wanted to react on some points. # CSFS Lloyd, good point about CSFS not providing the same privacy benefits, and OP_CAT being required in addition. And thanks Philipp for the link to your post, it was an interesting read! Jeremy >CSFS might have

Re: [bitcoin-dev] CTV dramatically improves DLCs

2022-02-06 Thread Jeremy Rubin via bitcoin-dev
I'm not sure what is meant concretely by (5) but I think overall performance is ok here. You will always have 10mins or so to confirm the DLC so you can't be too fussy about performance! I mean that if you think of the CIT points as being the X axis (or independent axes if multivariate) of a

Re: [bitcoin-dev] CTV dramatically improves DLCs

2022-02-06 Thread Lloyd Fournier via bitcoin-dev
Hi Jeremy, On Sat, 29 Jan 2022 at 04:21, Jeremy wrote: > Lloyd, > > This is an excellent write up, the idea and benefits are clear. > > Is it correct that in the case of a 3/5th threshold it is a total 10x * > 30x = 300x improvement? Quite impressive. > Yes I think so but I am mostly guessing

Re: [bitcoin-dev] CTV dramatically improves DLCs

2022-01-28 Thread Alex Schoof via bitcoin-dev
> CTV DLCs are non-interactive asynchronously third-party unilaterally creatable. This is super interesting. I think that would make it easier to do multi-party DLCs. With a "normal" DLC, you need to have N parties exchanging and signing CETs and you end up with a combinatorial explosion of

Re: [bitcoin-dev] CTV dramatically improves DLCs

2022-01-28 Thread Jeremy Rubin via bitcoin-dev
Apologies for the double post*, but I just had a follow up idea that's pretty interesting to me. You can make the close portion of a DLC be an "optimistic" execution with a choice of justice scheme. This enables closing a DLC somewhat securely without exposing the oracles on-chain at all.

Re: [bitcoin-dev] CTV dramatically improves DLCs

2022-01-28 Thread Jeremy via bitcoin-dev
Lloyd, This is an excellent write up, the idea and benefits are clear. Is it correct that in the case of a 3/5th threshold it is a total 10x * 30x = 300x improvement? Quite impressive. I have a few notes of possible added benefits / features of DLCs with CTV: 1) CTV also enables a "trustless

[bitcoin-dev] CTV dramatically improves DLCs

2022-01-24 Thread Lloyd Fournier via bitcoin-dev
Hi dlc-dev and bitcoin-dev, tl;dr OP_CTV simplifies and improves performance of DLCs by a factor of *a lot*. ## Introduction Dryja introduced the idea of Discreet Log Contracts (DLC) in his breakthrough work[1]. Since then (DLC) has become an umbrella term for Bitcoin protocols that map oracle