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

potential improvement on Phygitals #822

Open
levalleux-ludo opened this issue Nov 17, 2023 · 0 comments
Open

potential improvement on Phygitals #822

levalleux-ludo opened this issue Nov 17, 2023 · 0 comments

Comments

@levalleux-ludo
Copy link
Member

TO BE DISCUSSED - JUST ADDED TO THE BACKLOG
Assumption: when creating a phygital, the digital tokens associated to the physical items in the bundle may not be all the same.
For instance, associate an ERC721 contract, with tokens in the range [10, 11,... 19] to an offer (with quantity: 10), each of these tokens in this range being different (different metadata).
The question here is how the protocol decides which token will be given to each buyer. So by extension, as a buyer, which token in the range will I get if I commit to this offer.
A first option could be an option to get them randomly. The seller could activate this option when creating the Bundle (or the Twin). So that, as a Buyer, it's really not possible to anticipate which token I will receive. It will be a matter of chance, like a lottery.
Another option could be to assign the digital item to the voucher at commit time, instead of redeem (as implemented now). So that a buyer can attempt to get a specific digital token, being faster than other buyers (that will create a FOMO effect). This would also develop opportunities to secondary market of vouchers

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

No branches or pull requests

1 participant