Closed Chomtana closed 4 months ago
Hi.
Thank you for the PR but I don't think we should expose the low getter functions (eg: addr, text) mostly because they won't be able to handle wildcard resolve
takes dns encoded name and recuresively look for matching target
which you cannot do with node
It seems to be an error on the Cloudflare function that prevents it from being resolved. Wondering why the manual test passed well.
That's because of REDACTED
part. Changing that to a random wallet works.
I think @chainlink/ccip-read-server
doesn't support REDACTED
Thank you for the contribution! However, as @makoto points out, this will not work on wildcard names - these methods will only function if the target has been set for the exact name, which is not what we want.
A better solution would be to fix the UI so that it doesn't warn like this on resolvers that implement these interfaces via resolve
.
It appear that if we don't implement these addr, text and contenthash interface, ENS UI won't resolve the CCIP at all
Problem
Current cross chain resolver doesn't implement standard public resolver interfaces (IAddrResolver, IAddressResolver, ITextResolver and IContentHashResolver). Causing ENS UI to not support the cross chain resolver and show a warning on updating the resolver.
Solution
Additional Improvements
workspace:*
for evmgateway dependenciesTest
We have tested our L1Resolver contract on https://web.getlaika.app/ and confirmed that it's working correctly on Sepolia <-> OP Sepolia CCIP Read.
However, I can't test on https://app.ens.domains/ because https://ccip-v2.ens.xyz/ post request has frozen forever. So, resolver records aren't loaded.
Note: disputegame.eth name hash is 0x438bfe3fc990665148f8ac1638323ab84054a5c22a1ab61fe63cebc3040129cb