📅 Original date posted:2021-12-26 📝 Original message:Prayank, I believe the ...

email at yancy.lol [ARCHIVE] /

npub1r8m…u3an

2023-06-07 23:01:39

in reply to nevent1q…hk2t

📅 Original date posted:2021-12-26
📝 Original message:Prayank,

I believe the p2pderivatives DLC application is still under active
development here (single oracle):
https://github.com/p2pderivatives/rust-dlc

I was once involved in the project in a galaxy far far away but haven't
kept up with the project. Also, I'm a few days behind in the Bitcoin
Advent Calendar :)

Cheers,
-Yancy

On 2021-12-24 17:42, Prayank via bitcoin-dev wrote:
> Hi Jeremy,
>
>> Wheres the info come from? Well, multiple places. We could get it
> from a third party (maybe using an attestation chain of some sort?),
> or there are certain ways it could be self-referential (like for
> powswap [1]).
>
>> Now let’s define a threshold oracle – we wouldn’t want to
> trust just one lousy oracle, so let’s trust M out of N of them!
>
> Similar approach is used in discreet log contracts for multi oracles.
> There is even a project for P2P derivatives but it was not used for
> any real trades on mainnet or further developed. What difference would
> OP_CTV make in this project if its implemented in Bitcoin?
>
> https://github.com/p2pderivatives/p2pderivatives-client
>
> https://github.com/p2pderivatives/p2pderivatives-server
>
> https://github.com/p2pderivatives/p2pderivatives-oracle
>
>> Does this NEED CTV?
>
> No, not in particular. Most of this stuff could be done with online
> signer server federation between you and counterparty. CTV makes some
> stuff nicer though, and opens up new possibilities for opening these
> contracts unilaterally.
>
> Nicer? How would unilateral derivatives work because my understanding
> was that you always need a peer to take the other side of the trade. I
> wish we could discuss this topic in a trading community with some
> Bitcoiners that even had some programming knowledge.
>
> Derivatives are interesting and less explored or used in Bitcoin
> projects. They could be useful in solving lot of problems.
>
> --
>
> Prayank
>
> A3B1 E430 2298 178F
>
>
> Links:
> ------
> [1] https://powswap.com
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev

Author Public Key

npub1r8mnta5rneza3ujqtckuz6m8es0mvvzq35ec7v4nz3lq99l3wzlsrtu3an

Show more details

Published at

2023-06-07 23:01:39

Kind type

1 Short Text Note

Event JSON

{ "id": "669dee37ddecfbf6d2434840bdd48c22b6943010a0ce554aac6830a0663f2d41", "pubkey": "19f735f6839e45d8f2405e2dc16b67cc1fb630408d338f32b3147e0297f170bf", "created_at": 1686178899, "kind": 1, "tags": [ [ "e", "7f37879558398ac48fd2e22bcbcc7b1e4931676263b8f33e6b7e715ac51277d9", "", "root" ], [ "e", "11bbc4aa26f840f5e8179d5f846ff2a1bd2099fbc68619e87cd993e81dc46e03", "", "reply" ], [ "p", "339a4dd213c9ce6fb7143bcbd13868ec03a78b2af67b0465c7cf83164bc01fa1" ] ], "content": "📅 Original date posted:2021-12-26\n📝 Original message:Prayank,\n\nI believe the p2pderivatives DLC application is still under active \ndevelopment here (single oracle):\nhttps://github.com/p2pderivatives/rust-dlc\n\nI was once involved in the project in a galaxy far far away but haven't \nkept up with the project. Also, I'm a few days behind in the Bitcoin \nAdvent Calendar :)\n\nCheers,\n-Yancy\n\n\nOn 2021-12-24 17:42, Prayank via bitcoin-dev wrote:\n\u003e Hi Jeremy,\n\u003e \n\u003e\u003e Wheres the info come from? Well, multiple places. We could get it\n\u003e from a third party (maybe using an attestation chain of some sort?),\n\u003e or there are certain ways it could be self-referential (like for\n\u003e powswap [1]).\n\u003e \n\u003e\u003e Now let’s define a threshold oracle – we wouldn’t want to\n\u003e trust just one lousy oracle, so let’s trust M out of N of them!\n\u003e \n\u003e Similar approach is used in discreet log contracts for multi oracles.\n\u003e There is even a project for P2P derivatives but it was not used for\n\u003e any real trades on mainnet or further developed. What difference would\n\u003e OP_CTV make in this project if its implemented in Bitcoin?\n\u003e \n\u003e https://github.com/p2pderivatives/p2pderivatives-client\n\u003e \n\u003e https://github.com/p2pderivatives/p2pderivatives-server\n\u003e \n\u003e https://github.com/p2pderivatives/p2pderivatives-oracle\n\u003e \n\u003e\u003e Does this NEED CTV?\n\u003e \n\u003e No, not in particular. Most of this stuff could be done with online\n\u003e signer server federation between you and counterparty. CTV makes some\n\u003e stuff nicer though, and opens up new possibilities for opening these\n\u003e contracts unilaterally.\n\u003e \n\u003e Nicer? How would unilateral derivatives work because my understanding\n\u003e was that you always need a peer to take the other side of the trade. I\n\u003e wish we could discuss this topic in a trading community with some\n\u003e Bitcoiners that even had some programming knowledge.\n\u003e \n\u003e Derivatives are interesting and less explored or used in Bitcoin\n\u003e projects. They could be useful in solving lot of problems.\n\u003e \n\u003e --\n\u003e \n\u003e Prayank\n\u003e \n\u003e A3B1 E430 2298 178F\n\u003e \n\u003e \n\u003e Links:\n\u003e ------\n\u003e [1] https://powswap.com\n\u003e _______________________________________________\n\u003e bitcoin-dev mailing list\n\u003e bitcoin-dev at lists.linuxfoundation.org\n\u003e https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev", "sig": "cb8a6f3747e447567a766de70b297b821890b6ad5246195295536d9cd266b6f777161c375d6b8d2f95f46dea9763c36a4bf9c8d36e5a172f5ba32288c444327d" }