Take the 2-minute tour ×
Bitcoin Stack Exchange is a question and answer site for Bitcoin crypto-currency enthusiasts. It's 100% free, no registration required.

As we know bitcoin uses Proof of Work Concept and it introduces never ending long block chain and some other issues. Why is it not designed in a way to use consensus algorithms what ripple uses? What is reason for proposing the Proof of Work Concept when implementing the Bitcoin? Is there any special reason? or Is it a mistake happened when designing the Bitcoin?

share|improve this question

2 Answers 2

PoW, apart from securing the network, also provides a way to democratically distribute the initial coins. For systems like Ripple there's no real democratic way of distributing the coins.

Here's a comment by D. Schwartz specifically on this matter: Bitcoin without mining

share|improve this answer

Why is it not designed in a way to use consensus algorithms what ripple uses?

A consensus algorithm requires that you can trust contributing nodes. Otherwise, you're open to a Sybil attack, where an attacker creates many dummy nodes. Ripple was built on the idea that you can establish trust in some entities, trust that they will not collude to defraud you.

Proof of work, as Bitcoin uses, has some advantages over this: proof of work does not require trust of any kind, and it doesn't require that you know anybody's true identities. Instead, you trust the proof that someone put a lot of work (time/money) behind establishing a block. Since Bitcoin aims to be a completely trustless, decentralized network, that allows some anonymity, it makes sense to use proof of work in it.

Of course, proof of work also has some disadvantages: a slow block time (say, a minute or more, to keep the orphan rate low) is necessary, which slows confirmations. It can be overtaken by someone controlling >50% of the network's hash rate. And it results in work just for the sake of work, wasting electricity. Also, while ideally each user/node would have an equal share (just their own CPU), ASICs (and their predecessors) instead focus this control in more-centralized miners.

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.
{"cc_re__cc_re__cc_by_sa_3_0": ["                  <li><a href=\"//area51.stackexchange.com\" title=\"proposing new sites in the Stack Exchange network\">Area 51</a></li>\r\n                        <li><a href=\"//careers.stackoverflow.com\">Stack Overflow Careers</a></li>\r\n                    \r\n                </ol>\r\n            </td>\r\n    </tr>\r\n</table>\r\n                </div>\r\n            </div>\r\n\r\n            <div id=\"copyright\">\r\n                site design / logo &#169; 2015 stack exchange inc; user contributions licensed under <a href=\"http://creativecommons.org/licenses/by-sa/3.0/\" rel=\"license\">cc by-sa 3.0</a> \r\n                with <a href=\"http://blog.stackoverflow.com/2009/06/attribution-required/\" rel=\"license\">attribution required</a>\r\n            </div>\r\n            <div id=\"svnrev\">\r\n                rev 2015.4.17.2486\r\n            </div>\r\n            \r\n        </div>\r\n    </div>\r\n    <noscript>\r\n        <div id=\"noscript-warning\">Bitcoin Stack Exchange works best with JavaScript enabled<img src=\"http://pixel.quantserve.com/pixel/p-c1rF4kxgLUzNc.gif\" alt=\"\" class=\"dno\"></div>\r\n "], "copyright__copyright__copyright": ["lling >50% of the network's hash rate. And it results in work just for the sake of work, wasting electricity. Also, while ideally each user/node would have an equal share (just their own CPU), ASICs (and their predecessors) instead focus this control in more-centralized miners.\n\nshare|improve this answer\n\nYour Answer\n\n\u00a0\ndiscard\n\nBy posting your answer, you agree to the privacy policy and terms of service.\n\nNot the answer you're looking for? Browse other questions tagged or ask your own question."]}