Re: [bitcoin-dev] Boost Bitcoin circulation, Million Transactions Per Second with stronger privacy

2021-06-18 Thread Alex Schoof via bitcoin-dev
A few questions/comments: Why is there a 10 sat fee on each tx? Where does that fee go? I don’t think this design sufficiently protects against double spends by the “issuer” (the person who actually has the UTXO). Your guarantee tx mechanism only really covers the case where someone tries to

Re: [bitcoin-dev] Boost Bitcoin circulation, Million Transactions Per Second with stronger privacy

2021-06-28 Thread Alex Schoof via bitcoin-dev
Hey Raymo, Here’s a scenario: Alice has one UTXO. Suppose Alice sends Bob an MT and a GT over Sabu, and Bob gives whatever goods and services to Alice. Alice then goes and spends that UTXO to Charlie with a higher fee than the GT she sent to Bob. Charlie has no idea that Bob exists, because he

Re: [bitcoin-dev] [Lightning-dev] Sending OP_RETURN via Bitcoin Lightning

2021-12-09 Thread Alex Schoof via bitcoin-dev
The multisig scheme is interesting. From my understanding of Single Use Seals, since seal n commits to seal n+1, for the on-chain aggregation seals you would want to pick some common aggregation service provider ahead of time and if that provider disappears, you’re stuck and cant close the next

Re: [bitcoin-dev] Bitcoin Legal Defense Fund

2022-01-13 Thread Alex Schoof via bitcoin-dev
> I also don't see why Alex or anyone should be denied the opportunity to comment on future soft forks or anything about bitcoin. Alex should have no more or less right to participate and his comments should be judged on their merit, just like yours and mine. I think the concern is something

Re: [bitcoin-dev] CTV dramatically improves DLCs

2022-01-28 Thread Alex Schoof via bitcoin-dev
> CTV DLCs are non-interactive asynchronously third-party unilaterally creatable. This is super interesting. I think that would make it easier to do multi-party DLCs. With a "normal" DLC, you need to have N parties exchanging and signing CETs and you end up with a combinatorial explosion of

Re: [bitcoin-dev] CTV BIP review

2022-01-19 Thread Alex Schoof via bitcoin-dev
Hey Jeremy, > On the topic of drafting BIPs for specific use cases, I agree that would be valuable and can consider it. > However, I'm a bit skeptical of that approach overall as I don't necessarily think that the applications *must be* standard, and I view BIPs as primarily for standardization

Re: [bitcoin-dev] [Lightning-dev] Taro: A Taproot Asset Representation Overlay

2022-04-07 Thread Alex Schoof via bitcoin-dev
Hey Laolu, Really interesting protocol. I'm not all the way through all of the docs yet, but had a few questions/comments: - The top-level doc ( https://github.com/Roasbeef/bips/blob/bip-taro/bip-taro.mediawiki) talks about embedding overlay metadata in the taproot script tree. From my reading,

Re: [bitcoin-dev] [PROPOSAL] OP_TX: generalized covenants reduced to OP_CHECKTEMPLATEVERIFY

2022-05-12 Thread Alex Schoof via bitcoin-dev
Hi Rusty, One of the common sentiments thats been expressed over the last few months is that more people want to see experimentation with different applications using covenants. I really like this proposal because in addition to offering a cleaner upgrade/extension path than adding “CTV++” as a