Re: [bitcoin-dev] Ordinal Inscription Size Limits

2024-01-03 Thread Erik Aronesty via bitcoin-dev
Onchain capacity is a red herring. There are so many problems with it and we don't need to go into it here if it's already been beaten to death. What we need are the op codes necessary to create a trustless, disconnected graph of layer two solution. We all know that some form of covenant

Re: [bitcoin-dev] Ordinal Inscription Size Limits

2024-01-03 Thread Brad Morrison via bitcoin-dev
Erik/all, Are you saying that node capacity is the primary technical limiting factor to increasing adoption of bitcoin payments? UBER & Lyft payments are actually poor examples because they are not regular/monthly and I should not have used them (unless refilling existing accounts, like gift

Re: [bitcoin-dev] Swift Activation - CTV

2024-01-03 Thread alicexbt via bitcoin-dev
> Your knowledge is incorrect. As far as I know in the getting on for 2 years > since the first CTV activation talk/attempt literally no one has built out a > CTV use case and demonstrated it on signet with the possible exception of > James O'Beirne's OP_VAULT which requires other new opcodes

Re: [bitcoin-dev] Swift Activation - CTV

2024-01-03 Thread Ryan Breen via bitcoin-dev
> On Jan 2, 2024, at 10:50 AM, Michael Folkson via bitcoin-dev > wrote: > > Your knowledge is incorrect. As far as I know in the getting on for 2 years > since the first CTV activation talk/attempt literally no one has built out a > CTV use case and demonstrated it on signet with the

Re: [bitcoin-dev] Swift Activation - CTV

2024-01-03 Thread Anthony Towns via bitcoin-dev
On Sat, Dec 30, 2023 at 01:54:04PM +, Michael Folkson via bitcoin-dev wrote: > > > But "target fixation" [0] is a thing too: maybe "CTV" (and/or "APO") were > > > just a bad approach from the start. > It is hard to discuss APO in a vacuum when this is going on the background > but I'm