Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Also not addressed, why not decrease block dissemination time to 5 min, will that not do the same as doubling the block size?


For the same reasons that they made it 10 min rather than less to begin with [1]

[1] http://bitcoin.stackexchange.com/questions/1863/why-was-the-...


Right, bigger blocks take longer to propagate so you get more forking with a block that's too big compared to the time interval.

This might change if Gavin's IBLT proposal [0] gets implemented. Basic idea is that the miners have most of the transactions already (otherwise they couldn't mine), so you don't have to transmit them again in the block itself. You just need a small fixed-size data structure that lets miners reconstruct the full block from the transactions they have already.

Another idea is GHOST [1], which shortens the block time by letting all the forks take part in the consensus process, and get rewarded even if they don't end up in the final linear chain. It was proposed as a Bitcoin modification but just got its first production launch with Ethereum.

[0] https://gist.github.com/gavinandresen/e20c3b5a1d4b97f79ac2

[1] https://eprint.iacr.org/2013/881.pdf


> This might change if Gavin's IBLT proposal [0] gets implemented.

Such a thing already exists, blocksize has little to no effect on propagation time to other miners.

http://bitcoinrelaynetwork.org/

Edit: not that this is not IBLT but another actually implemented setup


Because lowering the interblock time has a more detrimental effects, and raising it has more beneficial effects. To achieve maximum scalability you actually want the longest possible interblock time you can stand. 10 minutes is actually alright in that regard. I would have gone with 15 minutes myself.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: