I agree, I drafted NIP 32 as a response to 56 which I thought was too narrow. But backward compatibility being what it is, 56 is never going away. Which is ok, I've learned since then that use-case specific nips are normally better than highly generic ones. NIP 32 has good use cases, but more protocol-specific interoperable features deserve first-class support.