Re: [bitcoin-dev] A proposal for Full RBF to not exclude Zero Conf use case

2023-01-13 Thread Peter Todd via bitcoin-dev
On Sun, Dec 18, 2022 at 10:06:15AM +0200, Daniel Lipshitz wrote: > GAP600 is not a trxs processor or liquidity provider we service merchants, > payment processors & non-custodial liquidity providers - our service is > purely the 0-conf enabling our clients to accept 0-conf. Clients access our > ser

Re: [bitcoin-dev] Why Full-RBF Makes DoS Attacks on Multiparty Protocols Significantly More Expensive

2023-01-13 Thread Peter Todd via bitcoin-dev
On Tue, Jan 10, 2023 at 05:10:37PM +, alicexbt via bitcoin-dev wrote: > Hi Peter, > > > Bringing up Whirlpool here is silly. Everyone knows Samourai has made, at > > best, > > some rather insane technical decisions. Quite likely downright malicious > > with > > their xpub collection. Their o

Re: [bitcoin-dev] Why Full-RBF Makes DoS Attacks on Multiparty Protocols Significantly More Expensive

2023-01-13 Thread Peter Todd via bitcoin-dev
On Tue, Jan 10, 2023 at 10:14:47AM -1000, David A. Harding wrote: > On 2023-01-10 00:06, Peter Todd wrote: > > Remember, we'd like decentralized coinjoin implementations like > > Joinmarket to > > work. How does a decentralized coinjoin implement "conflict monitoring"? > > 1. Run a relay node with

[bitcoin-dev] Using OP_VAULT to improve DLCs

2023-01-13 Thread Ben Carman via bitcoin-dev
Hi list, After reading through James's OP_VAULT proposal this week, I had a realization that this can be used for more than a deep cold storage wallet. Instead of vaulting and unvaulting, we can just send to a OP_UNVAULT output. When using OP_UNVAULT if we set the `recovery-spk-hash` to a burn a