Re: [bitcoin-dev] BIP OP_CHECKTEMPLATEVERIFY

2020-06-07 Thread Dmitry Petukhov via bitcoin-dev
В Sun, 7 Jun 2020 15:45:16 -0700 Jeremy via bitcoin-dev wrote: > What I think we'll eventually land on is a way of doing a tx > that contributes fee to another tx chain as a passive observer to > them. While this breaks one abstraction around how dependencies > between transactions are processed,

[bitcoin-dev] [was BIP OP_CHECKTEMPLATEVERIFY] Fee Bumping Operation

2020-06-07 Thread Jeremy via bitcoin-dev
Broke out to a separate thread. At core, the reason why this method *might* work is that it's essentially just CPFP but we can guarantee that the link we're examining is always exactly one hop away, so we get rid of most of the CPFP graph traversal issues. Your description largely matches my thin

Re: [bitcoin-dev] Time-dilation Attacks on the Lightning Network

2020-06-07 Thread ZmnSCPxj via bitcoin-dev
Good morning Antoine, > > Since the issue here is that eclipsing of Bitcoin nodes is risky, it > > strikes me that a mitigation would be to run your Bitcoin fullnode on > > clearnet while running your Lightning node over Tor > > We clearly mention that risk of running a Bitcoin node over Tor, w

Re: [bitcoin-dev] Time-dilation Attacks on the Lightning Network

2020-06-07 Thread Antoine Riard via bitcoin-dev
Hi ZmnSCPxj, > (Of note as well, is that the onchain contract provided by such services is the same in spirit as those instantiated in channels of the Lightning Network, thus the same attack schema works on the onchain side.) If you onchain contract uses a timelock and has concurrent transactions

Re: [bitcoin-dev] BIP OP_CHECKTEMPLATEVERIFY

2020-06-07 Thread Jeremy via bitcoin-dev
Hi Joachim, Fantastic questions! I think it makes sense to think about it in terms of today, and then in terms of a long-dated future where wallets have much richer native understandings of these things. This helps preserve the purity of the arguments I'm making with respect to what it would look

Re: [bitcoin-dev] BIP OP_CHECKTEMPLATEVERIFY

2020-06-07 Thread Joachim Strömbergson via bitcoin-dev
Hello everyone, regarding OP_CTV, I am considering the scaling use case, specifically an exchange (or similar) who wants to batch pay to OP_CTV to many users, and I wonder 1) How do you expect the exchange to communicate the proof of the payment to the user wallets such that they are able to c

Re: [bitcoin-dev] Stamping transaction

2020-06-07 Thread ZmnSCPxj via bitcoin-dev
Good morning Mostafa, > The main point of stamping transactions is decoupling transactions from the > block.  > > Blockchain size matters > SegWit is a good witness that shows blockchain size matters. Nowadays, Data > storage is cheap and easy, but that doesn't mean it's a simple matter. If you

Re: [bitcoin-dev] Stamping transaction

2020-06-07 Thread Mostafa Sedaghat joo via bitcoin-dev
Good day ZmnSCPxj Thank you so much for your time to read my proposal. About your comments, I do agree with some of them but maybe we need to discuss more about them. You might agree that any changes (especially a fundamental change like stamping transactions) comes with advantages and probably so