-
Notifications
You must be signed in to change notification settings - Fork 5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Only resolving ENS on Mainnet? No Unstoppable Domain transactions? Age of Interoperability is here! #12990
Comments
I agree |
+1 |
We need this. |
Also want this feature! |
Related to #8556, but adds Unstoppable domains. I'd like to see the ENS part, I'd like to see users able to opt into other name systems also. |
Is support for other naming systems via snaps an option? |
Hope this gets implemented! So many users + chains would appreciate it! |
up! shocked and frustrated about this! |
Is this ever going to get Resolved? |
Any updates here? Metamask is one of the only major wallets not supporting L2 ENS resolution |
I'm addressing a poor design decision over this issue: #7944 (Okay, maybe at the time it made sense...)
Now that we've entered the age of cross-chain interoperability, and ENS and Unstoppable Domains can resolve to a plethora of different networks (see:
)
It only seems reasonable that MetaMask should resolve ENS / Unstoppable on pretty much every major L1 and L2. Every day more and more users bridge over from ETH to FTM, Matic, One, Bsc, etc...
My friend just setup an ENS and configured his Fantom FTM address with it. But, while going to test it out, we're just hit with this
As you can see in the screenshot prior, ENS is supporting FTM on the Opera chain.
"Network does not support ENS". Well, sorry to say, but the network does. MetaMask has just simply chosen to not resolve unless on ETH MAINNET...
Please, for the sake of the users, strongly reconsider this. It's terribly stifling. Why should I have to go manually resolve an ENS just because I'm on a different network? The network supports it, thus MetaMask should support it on those networks.
My proposal? Remove the choke on only resolving ENS thru MetaMask strictly if only connected to Mainnet, and support Unstoppable Domains.
The text was updated successfully, but these errors were encountered: