Re: [bitcoin-dev] Committed bloom filters for improved wallet performance and SPV security

2017-03-15 Thread bfd--- via bitcoin-dev
Sorry, this is not the case. Your slides gloss over the simple fact that compact fraud proofs in Bitcoin aren't possible, and that the "SPV" implemented today bears absolutely no resemblance in security properties to the version described in the Bitcoin white paper. In the white paper SPV clie

[bitcoin-dev] Quadratic hashing solution for a post-segwit hard fork

2017-03-15 Thread Erik Aronesty via bitcoin-dev
Some discussion today led me to believe that a post segwit hard fork could include: 1MB old tx non-witness segment XMB new segwit non-witness segment XMB witness segment By partitioning off old transactions, it allows users of older, more expensive validation transactions to continue using them,

Re: [bitcoin-dev] Solution for blockchain congestion and determination of block size by bitcoin network/protocol itself.

2017-03-15 Thread Erik Aronesty via bitcoin-dev
- no quadratic hashing solution - no way to prevent spamming the network to blow up block sizes - no mention of release schedule/consensus levels, etc. should be mentioned - this is similar to other BIP already in place... see BIP107 On Mon, Mar 13, 2017 at 9:08 AM, ashish khandekar via bitcoin

Re: [bitcoin-dev] Committed bloom filters for improved wallet performance and SPV security

2017-03-15 Thread Tom Harding via bitcoin-dev
Agreed. In contrast, BIP37 as used today is totally decentralized, and can me made much more secure, private, and scalable -- without giving up the utility of unconfirmed transactions. Please don't read into this statement a belief that all the coffees should go on the chain, or that the sec