Two random creator token observations of note for design team #2503
Description
bedeho
Issue body actions
- We probably should from the get-go focus on a design for creator tokens where we distinguish creator token unit, captured by the ticker symbol, from the basic currency unit, analogous to satoshis, or Wei in Ethereum. So say there is some creator Bob, who launches $BOB token, he will specify that the initial supply is 1 million $BOB, which he will hold, and people can send around 3,632 $BOB for example, but under the hood this is represented as a whole number of currency units. The main impact this has for the design is whether we allow a token issuer to control how many decimal places their token has? this is equivalent to asking, how many base units you need to make one $BOB token. If yes, this must be incorporated in issuance step. If no, then should all tokens have the same number of decimals, how many would that be? My opinion is that going for a non-decimal representation, that is dealing with just whole base units like we are doing for $JOY, is a pain, because you need to have a sh*t ton of zeros that people have to count all the time, like 1230000000 (how many 0s), which come from the fact that you really want a large number of base units in order to have very high resolution value representation. So if we have decimals representation in UI, then we probably will be better off giving creator more control, as they will know more about what makes sense for their token.
- Be aware of the following nuance of vesting schedules: the same account/member can have multiple simultaneous vesting schedules which are simultaneously encumbering distinct pools of funds. The way this can happen is for example if a purchaser participates in multiple sales that happen one after the other in time, sufficiently close that the vesting schedule of the first overlaps with the second. I would say that this is unlikely, but it is possible.
Reactions are currently unavailable