Skip to content

Conversation

@0xMonoAx
Copy link

This update includes two main changes:

  • Removed Interoperable Name references: The "Interoperable Name" definition has been replaced with a more general "text representation" terminology. This change aligns with updates to ERC-7930 and has the added benefit of reducing CAIP-350's coupling to ERC-7930.
  • Added Chain Identifier Text Representation section: A new section was added to explicitly define the standard format <namespace>:<chainReference>. This improves clarity and ensures consistency across all namespace profiles, where each profile now defines only the <chainReference> portion.

- [ERC-7930]'s Interoperable Address and [ERC-7930]'s Interoperable Name of the ecosystem's chain references
- [ERC-7930]'s Interoperable Address and [ERC-7930]'s Interoperable Name of the ecosystem's addresses *for all address formats of said ecosystem*
Chain References:
- **customary text ↔ standard text**: Between customary chain reference text formats of the ecosystem (which may also be described in [CAIP-2]) and a standard text representation
Copy link
Collaborator

Choose a reason for hiding this comment

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

This is kind of confusing because [CAIP-2] profiles per namespace already unambiguously convert between customary text and [a slightly different, in some cases] standard text... I think it would help to better explain that the "standard text" here is a slight variant of CAIP-2 that is identical for many namespaces but for others less lossy.

Copy link
Author

Choose a reason for hiding this comment

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

I added a new section titled “CAIP-2/CAIP-10 Compatibility.”

Copy link
Collaborator

@bumblefudge bumblefudge left a comment

Choose a reason for hiding this comment

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

Other than making more explicit the relationship between CAIP-2 and CAIP-350 in the ## Specification section, I think the changes are an improvement on the existing text and seem R2G

CAIP-350 has been updated based on the feedback
#### CAIP-2/CAIP-10 Compatibility
The "standard text" in CAIP-350 profiles is a variant of [CAIP-2]/[CAIP-10] that is identical for most namespaces, but less lossy for those where length restrictions cause truncation (e.g., Solana's genesis blockhash).

Each CAIP-350 profile MUST state whether its standard text differs from [CAIP-2]/[CAIP-10], and how.
Copy link
Collaborator

Choose a reason for hiding this comment

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

nice good thinking

Copy link
Collaborator

@bumblefudge bumblefudge left a comment

Choose a reason for hiding this comment

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

💪

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.

2 participants