Decide how to "sort" transactions in the same block about spec HOT 6 CLOSED

Not related to the actual issue, I will open another issue if not the right place for discussion.

I don't like to replicate the eth "gas war" in general for crowdsales.

Something like this: a personal cap for each contributor in the first 24h, If all people contribute the maximum available the sale will reach the hard cap (if exists) having a fair and equal distribution of tokens among contributors. After 24h, the personal cap will go away and whales can come in ahah

from spec.

It's pretty hard to detect "the same contributor", because it's trivial to change your address in Bitcoin..

from spec.

Maybe I am missing something, but isn't the order that a miner gives to the transactions in the block sufficient for sorting purposes?

from spec.

Yes, the order inside of a block could be a way. I was wondering if there was a better way, maybe by looking at fees directly (even though it would probably be the same as the "miner" order) or maybe by looking at something completely different..

from spec.

If the order has to be time-based, I don't see any other deterministic sorting solutions. A different approach could be for auction style crowdsales (which is not what is proposed in the contract example), where the ordering is based on the proposed price per token. However, I wouldn't incentivise the idea of on-chain auctions. Since they involve a lot of transaction replacement they should always be conducted over LN or other payment channel protocols.

In general, I believe that the standard crowdsale should have a time-base sorting using the miner tx order, alternative schemes (e.g. auctions, big contributors first, utxo consolidators first, proof of off-chain rank, etc) can be implemented later with other contracts.

from spec.

I agree, I think we can close the issue now..

from spec.