8 ms·
Bitcoin has nothing to do with "cracking SHA256 hashes", for what it's worth. The only thing remotely related is how it brute-forces inputs until it generates h
by chungy 4y ago
Bitcoin has nothing to do with "cracking SHA256 hashes", for what it's worth. The only thing remotely related is how it brute-forces inputs until it generates hashes that begin with a certain number of bits set to 0.
- hot_gril 4y agoIt's continually testing the strength of SHA256. If you can find a way to even partially crack it, you win money. Edit: Also, way more hashes are happening all the time now, increasing the chance that someone finds a collision if it were possible.
- chungy 4y agoThat's still not what the Bitcoin miners are doing. They're manipulating inputs, trillions of times a second, just to match a "magic" target for a SHA256 hash starting with a certain number of bits set to 0. Cracking hashes would imply that they're taking pre-existing hashes and reversing them to find the input.
- hot_gril 4y agoHashes have multiple requirements for security. You're talking about only one facet, which is that you cannot be given a hash and produce a matching input without consulting a rainbow table (I think there's a term for this, I forget it though).
- IncRnd 4y agoChungy is correct though. Bitcoin has absolutely nothing to do with "cracking sha256 hashes". Bitcoin hashes until the correct output is found. There are double hashes, but that is solely to avoid collisions and has nothing to do with determining the plaintext from a known digest.
- thfuran 4y ago>and has nothing to do with determining the plaintext from a known digest. So why'd you bring it up?
- deleted 4y ago[deleted]
- squeaky-clean 4y agoUser bitcoinistrash is the one that brought it up, and they're spreading incorrect information about how it works. Cracking sha256 hashes implies trying to reverse a specific hash. There are literally thousands (millions?) of potential inputs that hash to a valid bitcoin mining block output. It's basically a race to find the first one matching the rules of the current block difficulty. The goal isn't to produce any one specific input/hash pair.
- glass3 4y agoIn which context would somebody try to reverse a hash? That would be like arbitrarily enhancing a bad-resolution image to see something that cannot be seen. Hash collision should always be about finding matching content for a hash.
- deleted 4y ago[deleted]
- postalrat 4y agoAnd if you cracked the math of sha256 you wouldnt need to search you would just calculate one of the inputs to produce whatever you want. All zeros would be as easy as one.
- salawat 4y agoIt's kinda sad. If we persisted all the hashes that have been tried, we'd have the mother of all rainbow tables. Be a bitch to search. But damn would we know the topography of the function space.
- cypress66 4y ago> hashes that begin with a certain number of bits set to 0. This myth was always intriguing to me. Where does it come from? It's not a number of 0s (which would imply difficulty could only be doubled or halved), it's just finding a hash that is less than the target.