[bitcoin-dev] Use of OP_CTV in p2p exchanges that use 2of3 multisig

Hi Bitcoin Developers, Problem: In p2p exchanges that use 2of3 multisig (example: hodlhodl[0]), there is a possibility of buyer and seller settling the trade without involving exchange. Lets consider Alice (buyer), Bob (seller) and Carol (exchange). Once bitcoin is locked in multisig, Alice and

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

On Tue, 13 Dec 2022 at 23:41 Peter Todd wrote: > On Tue, Dec 13, 2022 at 01:33:00PM +0200, Daniel Lipshitz wrote: > > I dont think there was anything technical with the implementation and as > > far as I can tell this is well developed and ready. > > There are lots of problems with my first-seen-

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

On Tue, Dec 13, 2022 at 01:33:00PM +0200, Daniel Lipshitz wrote: > I dont think there was anything technical with the implementation and as > far as I can tell this is well developed and ready. There are lots of problems with my first-seen-safe proposal. The only reason I proposed it in 2015 was a

Re: [bitcoin-dev] Bitcoin Core 24.0.1 Released

The signature verifies for me, however the email was sent HTML and the signature only verifies in plaintext, so I had to copy it into a text file. I've included the email as-verified below. -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Due to last-minute issues (https://github.com/bitcoin/bit

Re: [bitcoin-dev] Bitcoin Core 24.0.1 Released

On Tue, Dec 13, 2022 at 12:06:47PM +, Michael Ford via bitcoin-dev wrote: > Due to last-minute issues (https://github.com/bitcoin/bitcoin/pull/26616), > 24.0, although tagged, was never fully announced or released. > > Bitcoin Core version 24.0.1 is now available from: > > https://bitcoinco

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

This would not effect optinrbf only fullRBF On Tue, 13 Dec 2022 at 16:00 Lucas Ontivero wrote: > Some wallets like Electrum would be affected by that because they use RBF > to batch transactions so, outputs cannot be exactly the same as before. > > On Tue, Dec 13, 2022 at 10:09 AM Daniel Lipshit

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

Some wallets like Electrum would be affected by that because they use RBF to batch transactions so, outputs cannot be exactly the same as before. On Tue, Dec 13, 2022 at 10:09 AM Daniel Lipshitz via bitcoin-dev < bitcoin-dev@lists.linuxfoundation.org> wrote: > I dont think there was anything tech

[bitcoin-dev] Bitcoin Core 24.0.1 Released

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Due to last-minute issues (https://github.com/bitcoin/bitcoin/pull/26616), 24.0, although tagged, was never fully announced or released. Bitcoin Core version 24.0.1 is now available from: https://bitcoincore.org/bin/bitcoin-core-24.0.1/ Or throu

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

I dont think there was anything technical with the implementation and as far as I can tell this is well developed and ready. The reasons I can find for not being adopted are listed here - https://bitcoincore.org/en/faq/optin_rbf/ under - Why not First-seen-safe Replace-by-fee Those reasons do no

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

Why wasn't this solution put in place back then? Are there problems with the design? While I still think there are unhealthy side-effects of Full-RBF (like more doublespending at unknowing merchants, after years of FSS protection) I think discussion of this FSS-RBF feature is worth considering. -

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

Thank you for bringing that to my attention, apologies for not being aware of it. First-seen-safe replace-by-fee as detailed here https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-May/008248.html by Peter Todd seems to be a very suitable option and route which balances FullRBF while re

Re: [bitcoin-dev] Merkleize All The Things

Re Verkle trees, that's a very interesting construction that would be super useful as a tool for something like Utreexo. A potentially substantial downside is that it seems the cryptography used to get those nice properties of Verkle trees isn't quantum safe

Re: [bitcoin-dev] [Opt-in full-RBF] Zero-conf apps in immediate danger (angus)

On Fri, Dec 09, 2022 at 03:58:37PM +, angus via bitcoin-dev wrote: > Those in favour of Full RBF see trusting and relying on predictable > mempool policy as a fundamentally flawed bad idea. I don't believe that claim is true, at least in general: the motivation for the -mempoolfullrbf PR was t