It's far more likely it is a combination of Microsoft's inability to get on-board w/ AMD prior to launch. It's no mystery Microsoft wrote their TPM module (attestation) with Intel and not with AMD - you only need to review/research the plethora of documentation on the Internet demonstrating both Intel & Microsoft were writing in collaboration. The ability to employ UEFI/TPM encryption & attestation should not be Intel processor specific - which it is turning out to be just the exact case. AMD & Intel most likely secure processor UEFI/TPM module encryption in vary similar manners. It's my understanding the delta resides in the fact AMD employ the best "core" CPU for running the OS & accommodating applications loaded within the OS when it boots. The best "core" may change during any particular boot operation on an AMD CPU. I'm implying that a Intel does not use the best "core" feature but instead uses the same steady configuration of each core - IOW the best "core" does not change as it does on the AMD CPU architecture. I do know the architecture is different at the hardware and software level. I don't know how the Microsoft TPM module secures the required TPM encryption algorithm to provide attestation; but, it's the attestation which fails repeatedly. These combinations are difficult to understand but it appears this is a Microsoft + AMD issue and not a Microsoft + Intel issue.
I'm curious if anyone has noticed POST often changes during any particular BIOS boot process. One day it's one set of POST beeps & on any other day it's a different set of POST beeps. Interesting.