You could but why should you if there's no need? Unless there's a compelling reason why it's worth it to require extra steps.
You could also potentially do NIP05 over SMTP by sending emails back and forth. Many DNS providers also provide email, so why not? 

 A big reason is that the two ways are almost the same, so it makes sense to choose one instead of supporting both.

The HTTP approach has two advantages over the DNS approach:
1. it's easier to add other metadata to the pubkeys, like we do today in some cases;
2. it's 10000x easier to support dynamic name resolution, for providers that have multiple users, each with its own name and pubkey.

The first NIP-05 draft used DNS records, but then I realized that it was inferior. 

 People who have domain names are generally capable of hosting websites. It's not a big burden.

If you already have a website, adding a static file or a simple 3-line handler for /.well-known/nostr.json routes is super easy too (unlike with the Lightning Address LNURL scheme which required an active process capable of generating invoices). 

 using nostr webserver+relay  but with regular DNS pointing . so how can nostr naming be an advantage? without using DNS of any sort or via onion 

 What do you mean? It's just a way to point a human-readable name to a pubkey. 

 This seem reasonable, thanks.  

 If you need privacy for your services do NOT use Cloudflarw as they know everything about you.


nostr:nevent1qqsvgd8h4nfkj0ydlpg4nwwdea3at8tztasspn4w4xxy229v5rrvdvspzpmhxue69uhkummnw3ezumt0d5hsygpm7rrrljungc6q0tuh5hj7ue863q73qlheu4vywtzwhx42a7j9n5psgqqqqqqs8fxm69