I agree, which is why there perhaps is merit in using a
non-hardered derivation path so that the software side of a hardware
wallet can check the pubkey. Though I understand there are some
disadvantages to the non-hardened paths.
However,
spot checking can even be done retroactively (and thoroughly). Again, I
agree that this is less than ideal, but does let you take some action
once you notice a deviation.
Your
claim is that if we don't fix the pubkey issue there is no point in
fixing the signature issue. I disagree. While I think both issues need
to be fully addressed, the issues around the original proposed
non-deterministic signature scheme are far more severe. The proposal
would move us from a deterministic scheme, where spot checks are
possible, with all the caveats that entails, to a non-deterministic
scheme where spot checks are impossible. My hope is that we can
standardise a scheme that has the advantages of non-determinism without
the threat of covert channels.