That's a great summary of the whitepaper, from what I can tell!
Where you say:
the issuer may choose to distribute tokens to people who are vesting a certain amount of STEEM (still not clear how this can be done)
I didn't see (or infer this). Maybe we're interpreting this bit differently?
I'm reading it as sending some of the participants funds to their own vestings account, and it caught my interest.
I hadn't noticed the fee discrepancy. That's pretty big, I'm hoping (and expecting) it'll be closer to $1 than $1000!
Yes, I interpret it in the same way: if you vest a certain amount (vesting means you power up, in your own account) then you're eligible for some tokens. Still not sure how this will be implemented, though :)
I was thinking that a blockchain function would automatically do the vesting for you as part of the contract when you buy the tokens.
There are two scenarios:
The "token_unit" is "$from.vesting" - This means that if you contribute STEEM to the ICO you get VESTED SMTs directly when the ICO launches.
The "steem_unit" is "$from.vesting" - This means that you can participate in the ICO by simply showing that you have vested STEEM. I guess you could call this a "proof of STEEM stake" ICO?
I agree with (1), but think that it needs to be new vesting rather than proof of existing vesting.
Yes, on re-read you are correct. The whitepaper says:
So it is newly vested STEEM (to yourself) which is your payment into the ICO. Not sure why anyone would really want to do this, but it's an interesting concept. Would love to hear a use case.
Hmm, I see it the other way - as it is in the white paper, at least: if you power up, then you get some tokens. The connection between the power up and the token acquisition is unknown to me. It will involve some sort of a memo added to the power up function, to make it able to link it to an external event. Still complicated.
I see what you mean if you take the whitepaper at its precise wording, but that sounds unnecessarily complicated, and I think it might just be explained badly. There's going to need to be quite a lot of new blockchain logic anyway, so making it atomic in the way I'm saying would seem the easiest approach to me.
Yeah, probably. Let's wait and see :)