If you don't want to expose network details, use something like Tailscale to get unique internal IPs and map those. (Don't use Tailscale's own MagicDNS, that one logs individual certificates for machines into CT rather than giving you a wildcard cert for your tailnet).
No, I think it's far easier to just not do it.
In practice, most domain registrars have certbot plugins - you just grab your API key from their customer portal and put it in a file, then run certbot in DNS-01 mode and instruct them to use that. Certbot places a temporary TXT record, which gets verified and the certificate is issued. Then certbot removes the TXT record and that's that. If there's no plugin, you do that by hand, which works but is a bit more involved.
You don't need a firewall for that or a DDNS client. Also if you have a weird registrar that only offers you to set NS records, most VPS providers have free DNS services.
Sure, it's far easier not to do it. It's also far easier to have no root password.
SSL https is definitely a hassle with private home networks but there can be reasons for it.
For example, self-hosted Bitwarden/Vaultwarden password manager doesn't work without https:// SSL.
The client UI for managing passwords running in web browsers depend on the Chrome/Firefox cryptography APIs and those don't work for non-encrypted http:// :
>Access to the WebCrypto API is restricted to secure origins (which is to say https:// pages). -- from https://www.chromium.org/blink/webcrypto/#:~:text=Access%20t....
https://developer.mozilla.org/en-US/docs/Web/Security/Secure...