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

2017-03-16 Thread Erik Aronesty via bitcoin-dev
Yeah, it does make things harder, and it's easy enough to soft fork to handle arbitrary opt-in protocol improvements, new much larger block sizes, whatever you want. Even OK to migrate to a new system by not allowing old->old or new->old transactions. _

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

2017-03-16 Thread Alphonse Pace via bitcoin-dev
This unnecessarily complicates transaction selection for miners by introducing a second (and possibly third if I understand your proposal correctly) dimension to try to optimize. See: https://en.wikipedia.org/wiki/Bin_packing_problem Segwit already solves this exact issue by replacing block size

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

2017-03-16 Thread Tom Harding via bitcoin-dev
On 3/15/2017 5:25 PM, b...@cock.lu wrote: > compact fraud proofs in Bitcoin aren't possible > In the white paper SPV clients have the same security as fully > validating nodes In addition to not existing, if compact fraud proofs did exist, trying to ensure they are seen by SPV clients has the same