Re: [bitcoin-dev] Merkleize All The Things

2022-11-08 Thread Bram Cohen via bitcoin-dev
On Tue, Nov 8, 2022 at 2:13 AM Salvatore Ingala via bitcoin-dev < bitcoin-dev@lists.linuxfoundation.org> wrote: > > I have been working on some notes to describe an approach that uses > covenants in order to enable general smart contracts in bitcoin. You can > find them here: > > https://merkl

Re: [bitcoin-dev] brickchain

2022-11-08 Thread mm-studios via bitcoin-dev
--- Original Message --- On Tuesday, November 8th, 2022 at 3:49 PM, Erik Aronesty wrote: >> I think it's pretty clear that the "competitive nature of PoW" is not >> referring to verification nodes > > cool, so we can agree there is no accepted centralization pressure for > validating no

Re: [bitcoin-dev] brickchain

2022-11-08 Thread mm-studios via bitcoin-dev
--- Original Message --- On Tuesday, November 8th, 2022 at 2:16 PM, Erik Aronesty wrote: >> A) to not increase the workload of full-nodes > > yes, this is critical > >> given the competitive nature of PoW itself > > validating nodes do not compete with PoW, i think maybe you are not sure

Re: [bitcoin-dev] brickchain

2022-11-08 Thread Erik Aronesty via bitcoin-dev
> I think it's pretty clear that the "competitive nature of PoW" is not referring to verification nodes cool, so we can agree there is no accepted centralization pressure for validating nodes then > layers also add fees to users source? i feel like it's obvious that the tree-like efficiencies s

Re: [bitcoin-dev] brickchain

2022-11-08 Thread Erik Aronesty via bitcoin-dev
> A) to not increase the workload of full-nodes yes, this is critical > given the competitive nature of PoW itself validating nodes do not compete with PoW, i think maybe you are not sure of the difference between a miner and a node nodes do validation of transactions, they do this for free, a

Re: [bitcoin-dev] On mempool policy consistency

2022-11-08 Thread yancy via bitcoin-dev
Peter, It sounds like there are two attack vectors; neither of which require full-rbf (correct me if I'm wrong). 1) Bob has staked liquidity in a payment channel with Alice who later double spends the same inputs (at a very low feerate) resulting in a stalemate where neither can spend the U

Re: [bitcoin-dev] Announcement: Full-RBF Miner Bounty

2022-11-08 Thread Peter Todd via bitcoin-dev
On Wed, Nov 02, 2022 at 05:26:27AM -0400, Peter Todd via bitcoin-dev wrote: > I'm now running a full-RBf bounty program for miners. > > tl;dr: I'm broadcasting full-RBF replacements paying extremely high fees to > reward miners that turn on full-RBF. I'm starting small, just ~$100/block in > times

Re: [bitcoin-dev] Merkleize All The Things

2022-11-08 Thread ZmnSCPxj via bitcoin-dev
Good morning Salvatore, Interesting idea. The idea to embed the current state is similar to something I have been musing about recently. > ### Game theory (or why the chain will not see any of this) > > With the right economic incentives, protocol designers can guarantee that > playing a los

Re: [bitcoin-dev] On mempool policy consistency

2022-11-08 Thread AdamISZ via bitcoin-dev
Hi aj and list, (questions inline) --- Original Message --- On Thursday, October 27th, 2022 at 18:21, Anthony Towns via bitcoin-dev wrote: > > Is that true? Antoine claims [1] that opt-in RBF isn't enough to avoid > a DoS issue when utxos are jointly funded by untrusting partners, and

[bitcoin-dev] Merkleize All The Things

2022-11-08 Thread Salvatore Ingala via bitcoin-dev
Hi list, I have been working on some notes to describe an approach that uses covenants in order to enable general smart contracts in bitcoin. You can find them here: https://merkle.fun The approach has a number of desirable features: - small impact to layer 1; - not application-specific, ve