<blockquote>
  <p>As far as I know, bitcoin already adapts its mining difficulty to the frequency of block generation, I wonder if some kind of similar automatic protection would be possible to do regarding the security of the hashing algorithm itself.</p>
</blockquote>

<p>Changing the parameters given to bcrypt doesn't make it more secure for Bitcoin's application. Normally, bcrypt is used to hash passwords, and making the hash slower makes it harder for an attacker to use brute force to guess the password. That isn't relevant to Bitcoin, since the block header is public information. (For encrypting wallets, Bitcoin does use an iterated password hash plus a salt to derive a key.)</p>

<p>Of course, what Murch said is also true - even if it did provide a security boost, it would probably not be adopted.</p>

CC BY-SA 3.0
2016-11-21T05:05:29.157Z
2016-11-21T05:05:29.157Z
Nick ODell
<p>Because Bitcoin didn't start out that way, and there is a lot of economic investment tied up in hardware that can only perform SHA256d hashes.</p>

CC BY-SA 3.0
2016-11-20T13:32:17.863Z
2016-11-20T13:32:17.863Z
Murch
<p>I've read that <code>bcrypt</code> is a hashing library that can adapt to Moore's Law and I thought that would be great for the network to adapt in a flexible manner its security to its respective growing computing power.</p>
<p>As far as I know, bitcoin already adapts its mining difficulty to the frequency of block generation, I wonder if some kind of similar automatic protection would be possible to do regarding the security of the hashing algorithm itself.</p>
<p>So, can someone with more knowledge on cryptography clarify this?</p>

<security><mining-theory><cryptography>
Why Bitcoin does not use bcrypt for hashing?
joe.js
# Why Bitcoin does not use bcrypt for hashing?

(Asked by: username_0 on 2016-11-20)

I've read that `bcrypt` is a hashing library that can adapt to Moore's Law and I thought that would be great for the network to adapt in a flexible manner its security to its respective growing computing power.

As far as I know, bitcoin already adapts its mining difficulty to the frequency of block generation, I wonder if some kind of similar automatic protection would be possible to do regarding the security of the hashing algorithm itself.

So, can someone with more knowledge on cryptography clarify this?

**Tags:** security, mining-theory, cryptography


---

## 2 answers

### Answer by username_1 on 2016-11-21. Score: 3 | Accepted answer

> As far as I know, bitcoin already adapts its mining difficulty to the frequency of block generation, I wonder if some kind of similar automatic protection would be possible to do regarding the security of the hashing algorithm itself.

Changing the parameters given to bcrypt doesn't make it more secure for Bitcoin's application. Normally, bcrypt is used to hash passwords, and making the hash slower makes it harder for an attacker to use brute force to guess the password. That isn't relevant to Bitcoin, since the block header is public information. (For encrypting wallets, Bitcoin does use an iterated password hash plus a salt to derive a key.)

Of course, what username_2 said is also true - even if it did provide a security boost, it would probably not be adopted.


---

### Answer by username_2 on 2016-11-20. Score: 4

Because Bitcoin didn't start out that way, and there is a lot of economic investment tied up in hardware that can only perform SHA256d hashes.


---

