Re: [Bitcoin-development] [softfork proposal] Strict DER signatures

2015-01-21 Thread Andrew Poelstra
t > ___ > Bitcoin-development mailing list > Bitcoin-development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development > -- Andrew Poelstra Mathematics Department, University of Texas at Austin Email: apo

Re: [Bitcoin-development] side-chains & 2-way pegging (Re: is there a way to do bitcoin-staging?)

2014-11-03 Thread Andrew Poelstra
lar to double-spending, attacker doesn't need to own coins to perform > an attack. > Well, even in the absense of a reorganization, the attacker's false proof will just be invalidated by a proof of longer work on the real chain. And there is still a real cost to producing the fals

Re: [Bitcoin-development] Possible attack: Keeping unconfirmed transactions

2014-06-06 Thread Andrew Poelstra
otherwise inhibited from relaying. I would go so far as to say that any UI which suggests otherwise (e.g. offering a "cancel" feature which does not involve respending inputs or that makes any guarantees about being effective) is dangerously broken. -- Andrew Poelstra Mathematics