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
What do you think about _safeMint(msg.sender, ticket[i]) instead? Currently, if there's any value in a low tokenId then there's an incentive for gas wars / people gaming the system, but if you stop tracking nftCount and instead issue the shuffled position then that's negated.
The text was updated successfully, but these errors were encountered:
If it calls _safeMint(msg.sender, ticket[i]) instead, we can even skip the subsequent randomness requests from Chainlink and drop Metadata right?
Let's say it is your typical 10,000 profile pictures project hosted on IPFS under a single URL. By using ticket[i] as the token ID, even if all the collection metadata is revealed before the raffle happens, is it safe to say that it does not matter because raffleEntries will be shuffled anyway?
Wouldn't that cause issues with the enumeration of tokens, if there were gaps between token ids as someone can forget or intentionally never mint their NFTs?
MultiRaffle/src/MultiRaffle.sol
Line 223 in 55c4c4a
What do you think about
_safeMint(msg.sender, ticket[i])
instead? Currently, if there's any value in a lowtokenId
then there's an incentive for gas wars / people gaming the system, but if you stop trackingnftCount
and instead issue the shuffled position then that's negated.The text was updated successfully, but these errors were encountered: