Re: [Bitcoin-development] Economics of information propagation

2014-04-20 Thread Daniel Lidstrom
Of course, in reality smaller miners can just mine on top of block headers and include no transactions and do no validation, but that is extremely harmful to the security of Bitcoin. If it's only during the few seconds that it takes to to verify the block, then would this really be that big

[Bitcoin-development] Identity protocol observation

2013-10-03 Thread Daniel Lidstrom
The location of a tx in the blockchain can be encoded in n=log2(h)+log2(t) bits, where h is the block height, and t is the number of transactions in the block. Currently h~250,000 and t~500, so n~27. A CVC phoneme encodes ~10.7 bits *, so a transaction today can be located in the blockchain with

Re: [Bitcoin-development] Identity protocol observation

2013-10-03 Thread Daniel Lidstrom
~bobfej-jessuk ~furcos-diwhuw ~wokryx-wilrox ~bygbyl-caggos ~vewcyv-jyjsal ~daxsaf-cywkul They're not that bad IMHO, especially if you get to pick a decent one from a bunch. On Thu, Oct 3, 2013 at 3:35 AM, Daniel Lidstrom lidstro...@gmail.comwrote: The location of a tx in the blockchain can

Re: [Bitcoin-development] Identity protocol observation

2013-10-03 Thread Daniel Lidstrom
, 2013 at 3:35 PM, Daniel Lidstrom lidstro...@gmail.comwrote: A couple more thoughts on this: 1) Both c and k can be kept if c is pronounced 'ch', giving ~10.9 bits per phoneme. 2) An extra phoneme (4 encode 43 bits total) gives room to put extra information into the name, e.g. the first 5

Re: [Bitcoin-development] Identity protocol observation

2013-10-03 Thread Daniel Lidstrom
phone numbers in an address book ;) On Thu, Oct 3, 2013 at 5:16 PM, Daniel Lidstrom lidstro...@gmail.comwrote: Fair enough, though people still manage okay with phone numbers. And a decentralized naming system seems to come at great cost - with namecoin you need the whole blockchain

Re: [Bitcoin-development] Proposal: Vote on the blocksize limit with proof-of-stake voting

2013-06-10 Thread Daniel Lidstrom
Reserving my judgement until I've though about it more (design by committee scares me, and this voting sounds expensive), I think the SPV-verifiable moving median can be done by binning the space of block size limits, and for each node in the UTXO tree, a value for each bin is stored which is the

Re: [Bitcoin-development] Large-blocks and censorship

2013-03-07 Thread Daniel Lidstrom
My views on censorship resistance in the face of scaling: 1) I expect if I'm not careful about preserving my privacy with the way I use Bitcoin, then I will always run the risk of being censored by miners. This means connecting to the network anonymously, not reusing addresses, and perhaps even

Re: [Bitcoin-development] Enforcing inflation rules for SPV clients

2012-06-25 Thread Daniel Lidstrom
involved too makes it much harder, especially as users have to actually upgrade. I started a thread on the development mailing list with your suggestion, by the way. On Mon, Jun 25, 2012 at 1:00 AM, Daniel Lidstrom lidstro...@gmail.com