Re: [bitcoin-dev] Combined CTV+APO to minimal TXHASH+CSFS

2023-08-23 Thread Brandon Black via bitcoin-dev
Quick update to the proposal thanks to James O'Beirne: CTV is 2-bytes less expensive than I thought when used alone. I thought that script success required exactly OP_TRUE not just a CastToBool()=true value on the stack. This means that my proposal is 2 weight units (0.5vBytes) larger than CTV whe

Re: [bitcoin-dev] Combined CTV+APO to minimal TXHASH+CSFS

2023-08-23 Thread Brandon Black via bitcoin-dev
> > * If the top item on the stack is not a minimally encoded `OP_0`, `OP_1`, > or > `OP_2`; succeed immediately[^2]. > > I presume this was supposed to go to OP_4 now. Fixed, thanks! > > ### How does the efficiency compare to [bip118][]? > > Just noting BIP118 also allows pubkey of "1" to st

Re: [bitcoin-dev] Concern about "Inscriptions"

2023-08-23 Thread Erik Aronesty via bitcoin-dev
indeed, i once added a proof-of work requirement to public keys on an open relay server protocol, in additon to posk, in order to make it harder to roll new keys and access the network as a spammer/scammer. not hard to embed anything in a public key, but you can't embed too much, especially if yo

[bitcoin-dev] Concern about "Inscriptions"

2023-08-23 Thread Chris Martl via bitcoin-dev
Good Morning List, understanding the strategy wrongly or purposelydriving the interaction into a false framing doesn’t benefit Bitcoin. Mentioning or distracts from the proposed strategy. The strategy aims to increment the coercion cost of mining-entities relative to the cooperation cost of