-
Notifications
You must be signed in to change notification settings - Fork 15
Open
Description
Goals
- Apply a key protocol acceleration opportunity.
- Further demonstrate how ENSNode is the best solution for apps building on ENS.
Definitions / Background
- Let's define an "Identity Resolution" as the following sequence of events:
- A "Reverse Resolution" to determine the primary name of an address. This operation requires:
- A "Forward Resolution" of the
reverseNamefor theaddress. - A "Forward Resolution" of the
addressfor thereverseName
- A "Forward Resolution" of the
- A "Forward Resolution" of all the resolver records desired for the primary name. Ex:
avatar, Twitter profile, etc..
- A "Reverse Resolution" to determine the primary name of an address. This operation requires:
Note how the above operation requires at least 3 network round trips for each of the 3 "Forward Resolution" operations.
Please also note how the chain of operations referenced above matches the implementation in popular libraries such as viem or wagmi.
Idea
- If we add support for "Identity Resolution" to our APIs, where the resolver records desired from the primary name (if any) are included in the "Identity Resolution" query, then there's a key protocol acceleration opportunity.
- Specifically: During the "Reverse Resolution" to determine the primary name of an address, when performing the substep for the "Forward Resolution" of the
addressfor thereverseName, concurrently (and optimistically) lookup all the other resolver records desired for the "Identity Resolution" request.- If the returned
addressdoesn't match, then we ignore any of the other resolver records we fetched. - If the returned
addressdoes match, we can return all the other resolver records we concurrently fetched without need for another round trip of resolver record lookup operations.
- If the returned
Metadata
Metadata
Assignees
Labels
ensapiENSApi relatedENSApi related
Type
Projects
Status
Todo