An alternative to BIP 353
This BIP proposes a standardized way for Bitcoin wallets and related software to retrieve contact and payment information using a simple HTTPS GET request to a .well-known endpoint. Inspired by the Lightning Address specification, this mechanism supports on-chain, off-chain, and identity metadata lookups, enabling richer identity-based interoperability in the Bitcoin ecosystem.
While BIP 353 proposes using DNS, this draft BIP is suggesting using .well-known endpoints. So it sounds like it's more or less creating NIP-05's for Bitcoin wallets. You could self-host it on your own domain, so it wouldn't suffer some of the man-in-the-middle risk of BIP353.
@Murch suggested avoiding the name@domain layout because there are so many ways to interpret email-looking things now.
There's a prototype server you can check out here: https://paysats.online/
Note that BIP 353 addresses some reasons why it doesn't use this approach:
People sometimes mention 'Bitcoin ossification,' and I'm not 100% on it, but this article looks like it's saying the opposite. What do you think?
BIPs are by definition changes to Bitcoin (BIPS = Bitcoin Improvement Proposals).
Right, but isn't that bucking up against ossification?
I suppose I understood your comment to be about BIP 353 somehow specifically "saying the opposite" of ossification. It doesn't buck against ossification any more than any other BIP does.
As far as ossification: that's a much bigger issue. I think you could probably write something interesting about it as a separate post and I"m sure people would be interested to read it.
Ok, I get it, that's not related. Sorry for the off-topic!
This is only a proposal and it's also not even a proposal to change the protocol
My bad, sorry!