Say sp_ does add the code for pooling Bitcrack one day (though I doubt it), if somebody fires up a cluster of say 100 Windows boxes with 18 GPUs in each, its only a matter of time before Windows restarts itself for an automatic update.
Bitcrack is a simple terminal program. I think it's possible to run it on linux in Wine.
Dude you're kidding right?
It is by no means a "simple terminal program", hardware acceleration from the GPU driver is a mission-critical part of this program for its peak performance. Bitcrack does and I have seen it slow down massively because of bloated debug libraries, so I can only imagine how crippled it's going to be when every CUDA runtime call is going to be instrumented with 3x more instructions just to emulate a Windows API - that's exactly the kind of shit we're trying to speed up.
We already incurred a speed penalty just to make it work for RTX cards and the last thing everyone needs is a even slower program just to get it to run on Linux.
This isn't like the GPU mining business where you can get away without source code like PhoenixMiner devs did, because you can't direct shares to a different address in the first place. Trust in key crackers is essential because there's nothing stopping someone from wiretapping the private key over the network after its found.
~
I don't think there's a special relation between the patterns in the digits and the private keys, because they are random numbers anyway and as such it is not possible to influence the digits of the result, else it wouldn't be so random anymore.