Re: [Bitcoin-development] A bitcoin UDP P2P protocol extension

2013-03-23 Thread Caleb James DeLisle
On 03/23/2013 11:24 AM, Jeff Garzik wrote: On Sat, Mar 23, 2013 at 10:52 AM, Luke-Jr l...@dashjr.org wrote: On Saturday, March 23, 2013 10:42:26 AM Randy Willis wrote: Introducing super-nodes with thousands of connected peers can greatly help here. UDP is connectionless. I would hope any

Re: [Bitcoin-development] On-going data spam

2013-04-09 Thread Caleb James DeLisle
An approach which I see as workable in the long term is to keep the block header and an array of bitfields representing each transaction's spent and unspent outputs. When someone wants to spend money you ask them for the transaction and ideally you ask them for the transaction and the merkle

Re: [Bitcoin-development] blind symmetric commitment for stronger byzantine voting resilience (Re: bitcoin taint unilateral revocability)

2013-05-15 Thread Caleb James DeLisle
I can't see this working, if 51% of the mining power doesn't like your coins, when you create the commitment they will reject it. If the commitment is opaque at the time of inclusion in the block then I will create multiple commitments and then after revealing the commitment and spend to you I

Re: [Bitcoin-development] blind symmetric commitment for stronger byzantine voting resilience (Re: bitcoin taint unilateral revocability)

2013-05-15 Thread Caleb James DeLisle
On 05/15/2013 12:21 PM, Adam Back wrote: On Wed, May 15, 2013 at 08:40:59AM -0400, Caleb James DeLisle wrote: If the commitment is opaque at the time of inclusion in the block then I will create multiple commitments and then after revealing the commitment and spend to you I will reveal

Re: [Bitcoin-development] blind symmetric commitment for stronger byzantine voting resilience (Re: bitcoin taint unilateral revocability)

2013-05-15 Thread Caleb James DeLisle
Not only does the size of the proof grow endlessly as the coin is passed around, the size of the UTXO set grows endlessly as more and more of the already spent coins cannot be proven to have been spent because the proofs are passed out-of-band. I never said the idea was good, just interesting :)

Re: [Bitcoin-development] Revocability with known trusted escrow services?

2013-06-06 Thread Caleb James DeLisle
IMO this story falls somewhere between rose colored glasses and outright trolling. Whereas LR was a (relatively shady) company, bitcoin is an entire branch of technology and research, I can't think of any real caselaw in the US with regards to banning a technology, perhaps the cryptography

Re: [Bitcoin-development] Proposal: MultiBit as default desktop client on bitcoin.org

2013-06-27 Thread Caleb James DeLisle
On 06/27/2013 01:56 PM, Gregory Maxwell wrote: On Thu, Jun 27, 2013 at 10:10 AM, Jim jim...@fastmail.co.uk wrote: Let me know if you think this is a good idea (or not!) and if you have any questions. Being able to promote a fast SPV desktop wallet would be great! I went through an cycle

Re: [Bitcoin-development] Proposal: MultiBit as default desktop client on bitcoin.org

2013-07-08 Thread Caleb James DeLisle
Java (Applet) security is indeed abysmal but lets compare apples to apples. With an applet some random guy with a website makes up some Java code and your browser automatically executes it. With Multibit you're only executing highly trusted code (so trusted that it handles your money). There has