Topic: Burnable vs Mintable (Ethereum Token Contract) (Read 224 times)
сжигать лучше. Циркуляция токенов меньше - цена выше после ICO. Только за счет этого пункта цена вырастет на 50% минимум
Поясните пожалуйста за mintable.
Гугл не помог.
Пишут, что это просто стандартный контракт. Тогда зачем же его другим словом обзывать?
Mintable это свойство контракта токена уметь эмитировать новые токены. По сути реализовывать функцию Mint.Гугл не помог.
Пишут, что это просто стандартный контракт. Тогда зачем же его другим словом обзывать?
Просто многие дабы произвести впечатление большей прозрачности и надёжности функцию mint не включают в контракт токена, при деплое токена закладывают изначальное количество (initialSupply) и по окончанию ICO сжигают оставшиеся токены. По сути mintable или burnable это не столько качество самого контракта токена, сколько концепция которой придерживаются при эмиссии токенов при ICO.
Поясните пожалуйста за mintable.
Гугл не помог.
Пишут, что это просто стандартный контракт. Тогда зачем же его другим словом обзывать?
Гугл не помог.
Пишут, что это просто стандартный контракт. Тогда зачем же его другим словом обзывать?
Зачем в некоторых примеров краудсейл контрактов пишут что то вроде ERC20 token = new MyToken(), ведь таким образом владельцем токена становится краудсейл контракт, и ты теряешь всякую возможность управления контрактом токена, разве не правильней передавать в конструктор краудсейл контракта адрес токена и уже его там использовать?
Если токен mintable, то контракт crowdsale должен иметь права на выпуск токенов. Обычно, после завершения текущего раунда происходит вызов transferOwnership наадрес организаторов
Ещё пара вопросов насчет краудсейл контрактов
Читал, что советуют делать по отдельному краудсейл контракту на каждый этап ICO (preSale, preICO, ICO)
Насколько это необходимо и целесообразно?
Как управлять сменой таких краулсейл контрактов, объявлять инвесторам, мол, с такой то даты отправлять эфиры не на этот адрес, а на другой?
Зачем в некоторых примеров краудсейл контрактов пишут что то вроде ERC20 token = new MyToken(), ведь таким образом владельцем токена становится краудсейл контракт, и ты теряешь всякую возможность управления контрактом токена, разве не правильней передавать в конструктор краудсейл контракта адрес токена и уже его там использовать?
Как можно автоматически сжечь токены по окончанию ICO, типа заложить в функционал крайдсейл контракта выполнение какой то процедуры по событию, насколько я знаю solidity такой возможностью не располагает и сжигание в любом случае должен кто-то инициировать?
Читал, что советуют делать по отдельному краудсейл контракту на каждый этап ICO (preSale, preICO, ICO)
Насколько это необходимо и целесообразно?
Как управлять сменой таких краулсейл контрактов, объявлять инвесторам, мол, с такой то даты отправлять эфиры не на этот адрес, а на другой?
Зачем в некоторых примеров краудсейл контрактов пишут что то вроде ERC20 token = new MyToken(), ведь таким образом владельцем токена становится краудсейл контракт, и ты теряешь всякую возможность управления контрактом токена, разве не правильней передавать в конструктор краудсейл контракта адрес токена и уже его там использовать?
Как можно автоматически сжечь токены по окончанию ICO, типа заложить в функционал крайдсейл контракта выполнение какой то процедуры по событию, насколько я знаю solidity такой возможностью не располагает и сжигание в любом случае должен кто-то инициировать?
А ещё вот один вопрос, немного оффтоп, но всё же, распространена ли практика закладывать в контракт токена условия ограничения на обращение до определённой даты или принудительного включения владельцем (запрещаем всем пересылать токены, до например окончания ICO), типа к методам transfer и approve добавляем модификатор canCiculate (require(now > startTime || msg.sender == owner)) Вообще так делается и насолько это имеет смысл, или не имеет?
Спасибо за ссылки, как реализовать Burn, я знаю, под качественно я имел ввиду грамотно написанную чью нибудь уже успешно используюмую реализацию чисто Burnable токена.
А есть примеры ICO с качественно написанным контрактом Burnable токена? Посмотрел на etherscan.io выборочно контракты токенов чисто Burnable не встретил. И вообще есть ли смысл сильно заморачиваться с контрактом токена, просто опять же можно встретить как просто унаследованные от StandartToken так и загромождённые массой дополнительных Mixin контрактов и функций.
На мой взгляд, Burnable лучше. Многие ICO инвесторы часто спрашивают, поддерживается ли фукция burn() и будут ли сжигаться непроданные ERC20-токены. После уничтожения этих токенов, цена на криптовалютных биржах обычно идёт вверх.
Кто как считает, каким следует делать контракт своего токена, какая из схем предпочтительней? Какие у каждой плюсы и минусы? Есть ли вообще принципиальная разница или существуют ли какие-либо аргументы перевешивающие чашу весов или это просто дело вкуса?
Jump to: