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
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
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
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
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
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
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
В 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,