Algo así, y digo algo así porque se me escapa un detalle que desconozco, y que no me he puesto a mirar todavía:
Cuando un minero se pone a minar el bloque siguiente, toma datos de la cabecera del bloque anterior, las TXs de su propio bloque, y el nonce, y los combina para obtener el valor hash que contrasta con el valor target del proceso de minado.

Si está bien conceptualizado lo anterior (aunque resumido), el que mina un bloque vacío debería ser porque está intentando minar un bloque sin TXs de entrada, y cuando llegan los datos de la TX del bloque anterior, y las combina con su mempool para seleccionar/dejar de lado TX, al incluirlas en el bloque, el hash resultante obviamente será distinto (al incluir las TXs).

Es decir, suena como si intentase resolver el bloque siguiente vacío en el ínterin hasta que su nuevo bloque, ambas instancias obviamente con hashes distintos. Si esto es así, no sé cómo se garantiza que el proceso de minado de un bloque vació se dé sólo en el ínterin aquí citado, y no de manera deliberada para intentar ganar tiempo sobre los demás mineros que sí arman su bloque con TXs.