TL;DR: No, but if the hashes were collected, one might be able to better tell as to whether or not the SHA256^2 algorithm is broken.
If one can find a way to produce desired outputs from specific inputs, then a hashing algorithm is considered "broken". Both MD5 and SHA1 are know to be broken in this way. Theoretically, running an algorithm over and over again over a set of random inputs (exactly what mining is), could provide insight into patterns produced by the algorithm, thereby allowing one to prove whether or not it's broken. However, this insight would only come through statistical analysis of data gathered, and since most of the data is thrown out -- of the trillions of hashes per second only the ones corresponding to minded blocks are recorded -- this isn't feasible.
Another subtlety: because the algorithm in question is specifically SHA256 applied twice and not simply SHA256, even if the data were collected and analyzed, it may not tell us anything directly about SHA256.
2Why would they? They're only a billion times faster than doing it via CPU. – Nick ODell – 2015-12-14T03:20:07.450
5Short answer: No. 2^256 is a much larger number than you think it is. – Nate Eldredge – 2015-12-14T03:35:52.980
2As a fun exercise in arithmetic: look up the current hash rate of the entire Bitcoin network. Multiply it by a trillion trillion trillion. Work out, at that rate, how long it would take to perform 2^255 hashes, which is what you would need to brute-force a single SHA256 hash. Look up the life expectancy of the universe and compare. – Nate Eldredge – 2015-12-14T05:57:45.820
12
(Note that SHA-256 is not an encryption algorithm, it's a cryptographic hash function. It's important not to confuse the two.)
– Nate Eldredge – 2015-12-14T06:00:22.1904Question is flawed the premise of breaking encryption is not what this question is about. It should be about creating a hash collision. – Mark S. – 2015-12-15T17:16:11.870