Re: [bitcoin-dev] User Resisted Soft Fork for CTV

I've been calling them "controversial softforks" for long. I hate to be right some times, but I guess I'm happy that I'm not the only one who distrusts jeremy rubin anymore. Can we agree now that resisting a bip8 proposal is simpler and cleaner than resisting a speedy trial proposal? I guess now w

Re: [bitcoin-dev] Vaulting (Was: Automatically reverting ("transitory") soft forks)

Okay, Matt explained to me the intended application of CTV vaults off list, so I have a better understanding now. The CTV vault scheme is designed as an improvement over the traditional management of hot-wallets and cold-wallets. The CTV vault is logically on the "cold-side" and lets funds be sen

Re: [bitcoin-dev] Vaulting (Was: Automatically reverting ("transitory") soft forks)

Still trying to make sure I understand this concern, let me know if I get this all wrong. On 4/22/22 10:25 AM, Russell O'Connor via bitcoin-dev wrote: It's not the attackers *only choice to succeed*.  If an attacker steals the hot key, then they have the option to simply wait for the user to un

Re: [bitcoin-dev] User Resisted Soft Fork for CTV

On Sat, Apr 23, 2022, 5:05 AM Billy Tetrud via bitcoin-dev < bitcoin-dev@lists.linuxfoundation.org> wrote: > @Zac > > More use cases means more blockchain usage which increases the price of > a transaction for *everyone*. > > This is IMO a ridiculous opposition. Anything that increases the utilit

Re: [bitcoin-dev] Vaulting (Was: Automatically reverting ("transitory") soft forks)

On Sat, Apr 23, 2022 at 12:56 AM Billy Tetrud wrote: > > If an attacker steals the hot key, then they have the option to simply > wait for the user to unvault their funds > > This is definitely true. Its kind of a problem with most vault proposals. > Its one of the primary reasons I designed an a

Re: [bitcoin-dev] What to expect in the next few weeks

As I said in my post: "If you care about Bitcoin's consensus rules I'd request you pay attention so you can make an informed view on what to run and what to support." Ideally everyone would come to an informed view independently. Unfortunately many people don't have the time to follow Bitcoin d

Re: [bitcoin-dev] What to expect in the next few weeks

> assuming people pay attention and listen to the individuals who were trusted during that period Bitcoin is not run by a group of authorities of olde. By asking people to trust "those.. around in 2015-2017" you're asking people to blindly trust authorities. This, in my strong opinion, goes agai

Re: [bitcoin-dev] Vaulting (Was: Automatically reverting ("transitory") soft forks)

> If an attacker steals the hot key, then they have the option to simply wait for the user to unvault their funds This is definitely true. Its kind of a problem with most vault proposals. Its one of the primary reasons I designed an alternative proposal

Re: [bitcoin-dev] User Resisted Soft Fork for CTV

@Zac > More use cases means more blockchain usage which increases the price of a transaction for *everyone*. This is IMO a ridiculous opposition. Anything that increases the utility of the bitcoin network will increase usage of the blockchain and increase the price of a transaction on average. It