The latest memory.dmp shows a thread owned by the Discord.exe process calling into a system service. There's an I/O request packet (IRP) pending which looks to be associated with the Network Store Interface Proxy Service (nsiproxy.sys). That was true in the first memory.dmp file provided, too. The callstack looks to be getting information about the process and then gets stuck in the function nt!KeFlushProcessWriteBuffers for two minutes - the watchdog timeout period. I'm pretty sure that function would raise the IRQL to DISPATCH_LEVEL or above while doing what the function name would suggest it's doing. From what I can tell, it synchronizes write buffers shared across other threads on other cores but is getting stuck. This all looks to be while running Microsoft code.
Disabling cores doesn't always work, if the problem is what I think it is. The next thing I'd want to try is disabling C-states in the BIOS, if possible. I'm assuming it's still not crashing while playing a video or game. The idea being that the CPU is having trouble transitioning to and from lower power states while idle which I've seen be a problem in quite a few modern CPUs. You can also enable all of the cores as that didn't seem to make much difference.