fix(web-client): reject unrecognized auth components in getPublicKeyCommitments

[igamigo]

Account.getPublicKeyCommitments() returns [] for any account whose auth component isn't one of the bundled standard templates.

miden-standards classifies components by exact MAST-root containment, so a third-party auth component (e.g. OpenZeppelin Guardian's openzeppelin::auth::multisig_ecdsa) is bucketed as Custom, no auth component is detected, and the key read yields nothing. [] is indistinguishable from "keyless account", so the failure surfaces far from its cause — in the Miden wallet it became dApp connections failing with NOT_GRANTED (OpenZeppelin/guardian#306).

On miden-standards 0.16.0-alpha.4 it's worse than an empty list: AccountInterface::new asserts auth_count == 1, so these accounts panic across the WASM boundary. That also hits isFaucet() / isRegularAccount(), which route through the same AccountInterface::from_account.