Re: [Bitcoin-development] New attack identified and potential solution described: Dropped-transaction spam attack against the block size limit

2015-06-08 Thread Bob McElrath
There was this wonderful technology invented a few years ago to deal with spam. It's called Hashcash. All these hacky heuristics like block size are just dancing around the problem, and the natural solution is already present in bitcoin: smaller blocks, (down to the point of individual transacti

Re: [Bitcoin-development] A suggestion for reducing the size of the UTXO database

2015-05-10 Thread Bob McElrath
> Who can say which output goes to Starbucks? > > There are many iterations and trade-offs between fragmentation and privacy. -- Cheers, Bob McElrath "The individual has always had to struggle to keep from being overwhelmed by the tribe. If you try it, you will be lonely often, and so

Re: [Bitcoin-development] A suggestion for reducing the size of the UTXO database

2015-05-10 Thread Bob McElrath
This is my biggest headache with practical bitcoin usage. I'd love to hear it if anyone has any clever solutions to the wallet/utxo locked problem. Spending unconfirmed outputs really requires a different security model on the part of the receiver than #confirmations, but isn't inherently bad if th

Re: [Bitcoin-development] Synchronization: 19.5 % orphaned blocks at height 197'324

2014-08-10 Thread Bob McElrath
www.dropbox.com/s/uvtd91xiwmdmun7/debug.7z?m= > (filesize: 7.67 MB, uncompressed: 41.3 MB) > > -- > ___ > Bitcoin-development mailing list > Bitcoin-development@lists.sourc