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

Resources should have assignable (not auto-incrementing) IDs, at least optionally #169

Closed
bmacer opened this issue Jun 7, 2022 · 1 comment · Fixed by #205
Closed

Resources should have assignable (not auto-incrementing) IDs, at least optionally #169

bmacer opened this issue Jun 7, 2022 · 1 comment · Fixed by #205
Labels
question Further information is requested

Comments

@bmacer
Copy link
Contributor

bmacer commented Jun 7, 2022

Similar to Collection/Nfts discussed here #83

Front-end implementations seem to be urging for the option of assigning your own ResourceID number, which would allow for "knowing" the ID ahead of time, instead of relying on the event revealing the ID assigned.

Opening this to document the conversation/discussion.

@bmacer bmacer added the question Further information is requested label Jun 7, 2022
@ilionic
Copy link
Contributor

ilionic commented Jul 29, 2022

Based on numerous discussion about general IDs strategy here we could:

  • collection id - keep auto increment id ( make sense to return id upon creation )
  • nft id - remove auto increment ( similar to pallet uniques )
  • resource id - also remove auto increment

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

Successfully merging a pull request may close this issue.

2 participants