Skip to content

Conversation

Arachnid
Copy link
Member

@Arachnid Arachnid commented Jun 10, 2025

Introduced a new section for ENSv2 in the contracts index page.

@Arachnid Arachnid requested a review from gskril June 10, 2025 12:15
@Arachnid Arachnid changed the title Add ENSv2 section to contracts documentation. Introduced a new sectio… Add ENSv2 section to contracts documentation. Jun 10, 2025
Copy link

cloudflare-workers-and-pages bot commented Jun 10, 2025

Deploying ens-docs with  Cloudflare Pages  Cloudflare Pages

Latest commit: 5c32f7a
Status: ✅  Deploy successful!
Preview URL: https://3a123177.docs-bao.pages.dev
Branch Preview URL: https://feat-ensv2-docs.docs-bao.pages.dev

View logs

Copy link
Member

@schmidsi schmidsi left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Might be a bit nitty-gritty.

which are represented as tokens. Because of the hierarchical nature of the registry structure as demonstrated
above, merely owning a subname token on a registry does not guarantee anything in isolation: to be meaningful,
the registry must be referenced by a parent registry, and so on up to the root registry. Client authors must
therefore take care in how they represent names to users, to ensure users are not given a false impression
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think here it would be helpful to give an example. Like "Ownership of domingo.wallet.eth does not guarantee X"


When a subname is transferred to a new owner, any roles that were granted to the previous owner are automatically
transferred to the new owner, but roles granted to other accounts remain unmodified - so it is important that
apps facilitating trading of names verify the set of roles granted to external accounts.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Reading this, I get a bit afraid that some apps that trade names will miss doing this properly. How can we enforce that?

| Package | Description |
| ------- | ----------- |
| [Registries](./registries) | Registries govern ownership of names |
| [Resolvers)(./resolvers) | Resolvers control how a name is converted to a resource |
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There is a syntax error here

Screenshot 2025-06-11 at 12 57 07

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It seems like there is a bug with relative links. So I just used absolute links for now.

@gskril gskril marked this pull request as ready for review October 10, 2025 14:49
@gskril
Copy link
Member

gskril commented Oct 10, 2025

Merging the overview file for now with the expectation of re-adding registry and resolver docs in the near future.

@gskril gskril merged commit de9b68e into master Oct 10, 2025
1 check passed
@gskril gskril deleted the feat/ensv2-docs branch October 10, 2025 14:51
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants