You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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
The text was updated successfully, but these errors were encountered:
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
The text was updated successfully, but these errors were encountered: