Otherwise, how MAY we use offline subdomains? After checking the example (GitHub - ensdomains/offchain-resolver) there are quite a lot of unclear answers…
Furthermore, according to this: ENS Layer2 and offchain data support - ENS Documentation I should be able to set a primary name to names on offchain. However, they just don’t appear under my account.
I have a cb.io domain linked to my address, but it doesn’t appear, so I can’t set it as Primary ENS Name (reverse record).
The trust minimised L2 resolver is still at prototype phase and we don’t have any official contracts deployed. All the current CCIP-read implementation uses OffchainResolver. Some of them may have their own contract on L2/sidechains but that’s their own deployment. We have been a bit behind on L2 Resolver deployment but we will resuming the work after Devcon.
That’s the side effect of offchain names not emitting events hence our app don’t know that you own the subdomain. I mentioned that to frontend team so the feature to let you specify offchain based subdomains will be added into our alpha.ens.domains
USING ONCHAIN SUBDOMAIN (in this case cb.id for testing)
Using the enslookup-search I’m getting the address and info from ENS for the cb.id subdomain.
I haven’t set on the mainnet as Reverse Record.
Is there any roadmap/idea to support this with offline resolution?
And… why is not the resolver output the addressChanged when using the “setName” function on offline resolutions? To avoid changing offline and be out of sync?
It’s not the reverse registrar that outputs the event, it’s the resolver when the address is changed/set. Outputting events requires an on-chain transaction, and if the registration is done off-chain then…
But setting as Reverse Record implies an OnChain transaction different from the registration. So with the setName we could output that event.
And for those wanting to set the reserve record will have that information onChain.
Etherscan checks that the address is set to the same as the primary ens and for that it uses the addrChanged event outputted from the resolver linked to the ENS.
What if the offline resolver is in a different EVM Blockchain? Will those events be listened and valid for this?
Does the same applies when official L2s offline resolvers are deployed?