4. У контракта на ICO должен быть эскроу средсв полученных в результате размещения - это может быть фриз или мультисиг с условием голосования. Это даст Вам гарантию от расходования средств ранее чем команда завершила предыдущий этап.
кто будет голосовать?
по какому принципу?
какой этап считать предыдущим?
кто определяет, завершила ли команда его?
7. В контракте должны быть прописаны условия для команды и для баунти.
можешь привести пример?
С остальным яростно согласен.
Ещё интересно услышать твоё мнение по такому вопросу: как обновлять контракт, если косяки всплыли впоследствии?
По пункту 7
function Crowdsale() {
multisig = 0xEA15Adb66DC92a4BbCcC8Bf32fd25E2e86a2A770;
restricted = 0xb3eD172CC64839FB0C0Aa06aa129f402e994e7De;
restrictedPercent = 40;
rate = 100000000000000000000;
start = 1506492000;
period = 28;
hardcap = 10000000000000000000000;
}
modifier saleIsOn() {
require(now > start && now < start + period * 1 days);
_;
}
Частный случай начисления процентов команде
краудсейл переводит в мультисиг где фриз ограничивает сумму на время .
В момент высвобождения средств они могут быть переведены в кошелек фаундеров если большинство адресов подтвердит транзакцию - так и происходит голосование. Инвесторы хотят получить бонус на свои вложения поэтому затягивать не будут. Но на этот случай есть возможность ограничить количество голосований до 3 переведя высвобожденные средства снова во фриз или поставив на паузу- до момента консенсуса. Все исходники контрактов лежат в библиотеке цепелинов.