EIP-1577 - Multiaddr support for ENS



Let’s get the party started, Provider ring.

Back in May, EIP1062 kicked off conversation about standardizing an ENS resolver field for resource hashes.

After some discussion, the group had consensus that:

  • Any storage protocol should be supported
  • The protocol should be identifiable w/o additional context

The latest proposal for the ENS resolver is now EIP1577. It uses a new contenthash field, which supports multiaddr, and calls for deprecation of the content and multihash fields.

@decanus and @Arachnid have updated PublicResolver.sol, and I’d like to propose that the Ethereum providers plan to add support for this new EIP in the coming weeks.

Should be a trivial change, and we can maintain backwards compatibility for DApps using the content field (rare, to my knowledge) until EOY. DApps moving to IPFS or Swarm will be able to follow this standard from the start.

Thoughts @p0s @marcgarreau @bitpshr?

EIP-1062: Formalize IPFS hash into ENS(Ethereum Name Service) resolver

I opened issues on Status and Metamask repositories to get this integrated.


Greetings from the Swarm team.

We’ve been following the discussion on EIP-1062.

We already have an issue to track this since September and now that the discussion has converged into something more concrete and extensible we could proceed to implement the necessary changes on our side too.

Great work on this topic. :beers:


Awesome @justelad. We’ll probably prioritize it in our next sprint.

Thanks for creating that issue @decanus!


Thanks for raising this @rachelhamlin and for filing a related issue @decanus. We’re planning to tackle this in our next sprint as well.


hey, I have a few questions

  1. is new publicresolver deployed only in mainnet? do we have it deployed in testnets (ropsten, rinkeby) ?
  2. how dapps developers can use this new contenthash field . i know two ens managers
    but both support only “old” content field, do we know who works on these two and if there are any plans to add contenthash field support?


It’s deployed on mainnet; I don’t believe we’ve updated the Ropsten or other test network resolvers.

We’ll add support to the new manager soon. It’ll be up to others to add support themselves; we’ll be reaching out to them to help with that.


Is there any known address that can be used to test a contenthash implementation?
I haven’t found any that use the new resolver yet.


yeah there is: pac-txt.eth


Hi everyone !
I have just deployed an EIP1577 compliant resolver on ropsten so anybody can experiment :slight_smile:
The code has been verified so you can interact with the resolver directly on etherscan !


Also, if you need I have made a small npm lib to encode / decode content hashes : content-hash


@Arachnid, @decanus

  1. If I am not mistaken the public resolver code on the main go-ethereum codebase has to be updated (the one under contracts/ens/contract/PublicResolver.sol). Should I submit the change? I’m not sure about how you roll out these sort of changes and indeed this change affects all ethereum users that use ENS so it should be tested out thoroughly. Please advise how to proceed

  2. The EIP description has a small mistake and mentions that Swarm and IPFS proto-codes are 0xee and 0xef, when in fact they are 0xe3 and 0xe4


You’re right, that will need updating for swarm. If you’d like to submit a PR, that’d be great.

I’ll fix the codes in the eip.


If you’d like to submit a PR, that’d be great.

I’m on it :+1: