Well, if they were not under receivership then we could at least ask them what was in the code, if they could open-source it, how the 4.2.0 BFG code works, etc. I doubt the receiver would know. However if they released instructions for overclocking then people would do it, blow up their miners, then come back to BFL demanding warranty work or refunds.

So it would be in everyone's best interest not to say. *sigh*

The hashing changing with a different power supply thing someone pointed out is interesting: It's possible that the Monarchs are doing a more advanced version of what the Singles and Jallies did when they powered up: They would do sample jobs and such adjusting the clock frequency to find a perfect match within a speed band. That's why they always reported slightly different speeds with ZCX when powered on.

Now on the 1850 chips you could not change the chip voltage, that was controlled by a pair of resistors in a bridge for each set of 8 chips and was static (upping it with a soldering deck would cause all SORTS of fun, Chilis did this and re-defined the meaning of "hot running" for 10+ more gh).

On the Monarch power control chips however, you can. That Intersil chip can do a lot of things....

So now I wonder if what happens is when you power the miner up, the software spends that minute before starting to has sweeping the chips with a range of clocks *and* voltage settings to find the best balance. It would make sense, since that's what the singles kind of did to the best of their ability.

That would also explain why units that are powered down hot then back up before they completely cool will throw those queue errors and make a slightly different high pitched sound: When hot the components like resistor bridges and RC circuits would react a bit differently and it could be choosing a more power/more noise solution as an optimal one. Perhaps the 4.2 code disables sweeps at too high a voltage/clock, or has error correction to clean up any noisy results on the fly.

*sigh*

C