Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

User feedback: No way to address a NON-ASSET deployed smart contract in a namespaced way #208

Open
bumblefudge opened this issue Jan 31, 2023 · 8 comments
Labels
good first issue Good for newcomers question Further information is requested

Comments

@bumblefudge
Copy link
Collaborator

bumblefudge commented Jan 31, 2023

CAIP-19 only works for assets controlled/registered at a smart contract; non-asset smart contracts are not addressable by it. It feels like asset_type should not be generalized to contract_type, particularly since there are already many users and adopters in the wild using it specifically as a translation-layer/interop tool for asset-specific interactions/queries.

This implies to me that a new, distinct superset CAIP would be worth defining for general-purpose block-, transaction, and/or contract-addressing, particularly since in many of the already-registered namespaces assets are a subset of contracts with different validation rules/addressing systems, etc.

Shout out to @sposth for raising this

@bumblefudge bumblefudge added good first issue Good for newcomers question Further information is requested labels Jan 31, 2023
@Nightmare77769

This comment was marked as spam.

@Nightmare77769

This comment was marked as spam.

@Nightmare77769

This comment was marked as spam.

@Nightmare77769

This comment was marked as spam.

@Nightmare77769

This comment was marked as spam.

@Nightmare77769

This comment was marked as spam.

@Nightmare77769

This comment was marked as spam.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
good first issue Good for newcomers question Further information is requested
Projects
None yet
Development

No branches or pull requests

3 participants
@bumblefudge @Nightmare77769 and others