[Bitcoin-development] Modularizing Bitcoin

2013-05-16 Thread bitcoingrant
One of the primary upcoming priorities for bitcoin’s infrastructure, beyond the bloom filter, will be the continued modularization of the system. Here at the Bitcoin Grant, we would like to jump start this development with a financial incentive and initiate an ongoing conversation on how we can

Re: [Bitcoin-development] Modularizing Bitcoin

2013-05-16 Thread bitcoingrant
our estimates: ~8000 - Original Message - From: Addy Yeow Sent: 05/16/13 06:27 AM To: bitcoingr...@gmx.com Subject: Re: [Bitcoin-development] Modularizing Bitcoin Such developments would significantly strengthen the system. Modularization would make cancer attacks less likely and

Re: [Bitcoin-development] Modularizing Bitcoin

2013-05-16 Thread Addy Yeow
Is the number representing the count for the client nodes? I was curious of the count myself earlier this week and started to traverse down the network using getaddr message starting from seed nodes and found upward to 57k nodes running protocol = 70001 with timestamp no older than 24 hours. On

Re: [Bitcoin-development] Service bits for pruned nodes

2013-05-16 Thread Ricardo Filipe
We would only end up with few copies of the historic data if users could choose what parts of the blockchain to store. Simply store chunks randomly, according to users available space, and give priority to the N most recent chunks to have more replicas in the network. You don't need bittorrent

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

2013-05-16 Thread Adam Back
On Wed, May 15, 2013 at 07:45:34PM -0700, Gregory Maxwell wrote: [committed coins] depending on how its done, at most conceals the transactions from people who aren't a party to them... though as time goes on eventually everyone becomes a party to a sufficiently old coin, and avoiding publication

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

2013-05-16 Thread Adam Back
More somewhat improved crypto stuff... On Thu, May 16, 2013 at 01:32:22PM +0200, Adam Back wrote: I suggested fixed size committed coin spends [...] (blind-sender, auth-tag, encrypted-tx-commit) (pub key P = xG, G = base point) blind-sender = cP (public key EC multiplied by constant c)

Re: [Bitcoin-development] Service bits for pruned nodes

2013-05-16 Thread Jeff Garzik
On Thu, May 16, 2013 at 7:26 AM, Ricardo Filipe ricardojdfil...@gmail.com wrote: We would only end up with few copies of the historic data if users could choose what parts of the blockchain to store. Simply store chunks randomly, according to users available space, and give priority to the N