32 Комментариев

1. Добрый день.
   Не могли бы вы привести код примера с пре сейлом. Заранее спасибо.

   Войдите, чтобы ответить

   • Что вы имеете в виду под presale? Если сам контракт распродажи, то это такой же контракт как и mainsale, только может отличаться бонусами к примеру.

   • Я имею ввиду, как правильно сделать сперва пресейл а потом само ICO. К коду добавить contract PreSale is Ownable например.

   • Делайте один контракт токена и два контракта распродажи. Это и будет архитектура со множеством этапов раcпродаж. Т.е. у токена помимо владельца еще будет saleAgent. В текущий момент разрешено будет распродавать токены только тому контракту распродажи, который указан в saleAgent. При этом контракты распродажи будут приблизительно одинаковыми.

   • Спасибо. А по поводу перевода токенов владельцем ICO на любые эфириуме адреса инвесторов, что посоветуете?

   • Ну я уже ответил на этот вопрос, либо так:

     function authorizedCreateTokens(address recipient, uint tokens) public onlyOwner { token.mint(recipient, tokens); AuthorizedCreate(recipient, tokens); }

     1 2 3 4

     function authorizedCreateTokens(address recipient, uint tokens) public onlyOwner {     token.mint(recipient, tokens);     AuthorizedCreate(recipient, tokens);   }

     либо так (если контракт наследуется от Authorizable)

     function authorizedCreateTokens(address recipient, uint tokens) public onlyAuthorized { token.mint(recipient, tokens); AuthorizedCreate(recipient, tokens); }

     1 2 3 4

     function authorizedCreateTokens(address recipient, uint tokens) public onlyAuthorized {     token.mint(recipient, tokens);     AuthorizedCreate(recipient, tokens);   }

   • import "zeppelin-solidity/contracts/token/MintableToken.sol"; import "zeppelin-solidity/contracts/crowdsale/RefundableCrowdsale.sol"; contract SampleToken is MintableToken { string public constant name = "Sample Token Name"; string public constant symbol = "STN"; uint public constant decimals = 18; address public saleAgent; function setSaleAgent(address _saleAgent) public onlyOwner { saleAgent = _saleAgent; } } contract SamplePreSale is CappedCrowdsale, RefundableCrowdsale { SampleToken public token; uint public start; uint public period; // ... function SamplePreSale() public { start = 1508284800; // 18 Oct 2017 00:00:00 GMT period = 7; token = new SampleToken(); token.setSaleAgent(msg.sender); // ... } // ... } contract SampleMainSale is CappedCrowdsale, RefundableCrowdsale { SampleToken public token; uint public start; uint public period; // ... function SampleMainSale() public { start = 1508284800; // 25 Oct 2017 00:00:00 GMT period = 28; token = new SampleToken(); token.setSaleAgent(msg.sender); // ... } // ... }

     1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52

     import "zeppelin-solidity/contracts/token/MintableToken.sol"; import "zeppelin-solidity/contracts/crowdsale/RefundableCrowdsale.sol";   contract SampleToken is MintableToken {     string public constant name = "Sample Token Name";     string public constant symbol = "STN";     uint public constant decimals = 18;       address public saleAgent;       function setSaleAgent(address _saleAgent) public onlyOwner {         saleAgent = _saleAgent;     } }     contract SamplePreSale is CappedCrowdsale, RefundableCrowdsale {       SampleToken public token;     uint public start;     uint public period;     // ...       function SamplePreSale() public {         start = 1508284800; // 18 Oct 2017 00:00:00 GMT         period = 7;         token = new SampleToken();         token.setSaleAgent(msg.sender);         // ...     }       // ...   }   contract SampleMainSale is CappedCrowdsale, RefundableCrowdsale {       SampleToken public token;     uint public start;     uint public period;     // ...       function SampleMainSale() public {         start = 1508284800; // 25 Oct 2017 00:00:00 GMT         period = 28;         token = new SampleToken();         token.setSaleAgent(msg.sender);         // ...     }       // ... }

   • В этом примере контракты распродаж наследуются от контрактов распродаж OpenZeppelin и нам надо вызвать конструкторы суперконтрактов. Не лучше ли добавить все необходимые параметры в конструктор наших контрактов:

     contract SamplePreSale is CappedCrowdsale, RefundableCrowdsale { function SamplePreSale(uint256 _startTime, uint256 _endTime, uint256 _rate, uint256 _goal, uint256 _cap, address _wallet) CappedCrowdsale(_cap) FinalizableCrowdsale() RefundableCrowdsale(_goal) Crowdsale(_startTime, _endTime, _rate, _wallet) { } }

     1 2 3 4 5 6 7 8 9 10 11

     contract SamplePreSale is CappedCrowdsale, RefundableCrowdsale {       function SamplePreSale(uint256 _startTime, uint256 _endTime, uint256 _rate, uint256 _goal, uint256 _cap, address _wallet)         CappedCrowdsale(_cap)         FinalizableCrowdsale()         RefundableCrowdsale(_goal)         Crowdsale(_startTime, _endTime, _rate, _wallet)     {       } }

     А всю инициализацию вынести в 2_deploy_contracts.js файл:

     var SamplePreSale = artifacts.require("./SamplePreSale.sol"); module.exports = function(deployer) { const startTime = 1508284800; const endTime =1508284800 ; const rate = 450; const goal = 20000; const cap = 12500; const wallet = "0x0"; deployer.deploy(SamplePreSale, startTime, endTime, rate, goal, cap, wallet); };

     1 2 3 4 5 6 7 8 9 10 11

     var SamplePreSale = artifacts.require("./SamplePreSale.sol");   module.exports = function(deployer) {     const startTime = 1508284800;     const endTime =1508284800 ;     const rate = 450;     const goal = 20000;     const cap = 12500;     const wallet = "0x0";     deployer.deploy(SamplePreSale, startTime, endTime, rate, goal, cap, wallet); };

   • Общая практика такая, что вызываются всегда суперконструкторы. Зачем это делается? Помимо банальной инициализации полей в суперконструкторе могут выполняться дополнительные действия, расчеты, зависящие от инициалиазции. А об этом вы можете забыть, если сделаете такую оптимизацию. Даже если в данном конкретном случае может и безопасно оптимизировать как вы говорите, но все же рекомендую придерживаться опыта. Или оптимизация должна быть аргументирована.

   • Согласен с inaword, что лучше не размазывать инициализацию по всему проекту. Конструктор как раз и нужен для инициализации, это его назначение.

   • RusT, может я чет не понимаю, но разве не должен быть установлен контракт распродажи:
     token = new SampleToken();
     token.setSaleAgent(this);

     плюс в контракте распродажи должна быть проверка saleAgent контракта токена в методе createTokens

2. И ещё вопрос. Например ICO принимает оплату еще и в биткойнах. Значит нужно реализовать метод при котором создатель ICO может выпускать токены по своему желанию и отправлять их на нужные адреса, без использования контракта contract Crowdsale is Ownable. Как это лучше сделать ?

   Войдите, чтобы ответить

   • Или возможно function createTokens() вручную вызывать в contract Crowdsale.

   • Можно и так. В TenX контракт наследуется от Authorizable и уже тем, кто авторизован на выпуск токена предоставляется соответствующая возможность:

     function authorizedCreateTokens(address recipient, uint tokens) public onlyAuthorized { token.mint(recipient, tokens); AuthorizedCreate(recipient, tokens); }

     1 2 3 4

     function authorizedCreateTokens(address recipient, uint tokens) public onlyAuthorized {     token.mint(recipient, tokens);     AuthorizedCreate(recipient, tokens);   }

     Почему именно Authorizable?

     • Потому что это позволяет задать несколько адресов авторизованных для выпуска токена. Т.е. могут быть несколько приложений dapp дергающих метод.
     • Потому что owner имеет доступ ко многим важным методам, а этот доступ нам мы крайне не хотелось бы предоставлять остальным DApp

   • Практический опыт по этому вопросу у меня отсутствует. Я специализируюсь только на смарт-контрактах эфира. Но как вы описали, да вполне возможно сделать метод который будет дергаться dapp. К примеру в реализации TenX есть поле:

     uint public altDeposits = 0;

     1	uint public altDeposits = 0;

     Это поле будет учитываться в модификаторе:

     modifier isUnderHardCap() { require(multisigVault.balance + altDeposits <= hardcap); _; }

     1 2 3 4

     modifier isUnderHardCap() {     require(multisigVault.balance + altDeposits <= hardcap);     _;   }

     Тем самым учитывая в границах сбора альтернативные вложения.
     Это поле будет обновляться DApp, которое принимает платежи в биткоинах.

     /** * @dev Allows to set the toal alt deposit measured in ETH to make sure the hardcap includes other deposits * @param totalAltDeposits total amount ETH equivalent */ function setAltDeposit(uint totalAltDeposits) public onlyOwner { altDeposits = totalAltDeposits; }

     1 2 3 4 5 6 7

     /**    * @dev Allows to set the toal alt deposit measured in ETH to make sure the hardcap includes other deposits    * @param totalAltDeposits total amount ETH equivalent    */   function setAltDeposit(uint totalAltDeposits) public onlyOwner {     altDeposits = totalAltDeposits;   }

     Ну и собственно как у TenX метод для выпуска токенов. (Сам контракт наследуется от Authorizable, видимо чтобы нескольким внешним DApp ограничить действия только этим методом).

     function authorizedCreateTokens(address recipient, uint tokens) public onlyAuthorized { token.mint(recipient, tokens); AuthorizedCreate(recipient, tokens); }

     1 2 3 4

     function authorizedCreateTokens(address recipient, uint tokens) public onlyAuthorized {     token.mint(recipient, tokens);     AuthorizedCreate(recipient, tokens);   }

     Далее одно из принимающих DApp может работать так:

     • Пользователь перечисляет сумму альтернативной валюты через DApp с указанием счета эфира, куда потом кидать токены (реализации могут быть разные)
     • Приложение пересчитывает вложения по своему токенах и дерагет authorizedCreateTokens
     • Приложение пересчитывает сумму вложения по своему курсу в эфире и обновляет hardcap с помощью setAltDeposites

3. Добрый день!
   Создал по вашему шаблону контракт Crowdsale с токенами burnable, но контракт не эмитирует всю сумму указанную в total supply, а только процент, в зависимости от перечисления эфира с кошелька на адрес контракта. В обороте находится только та часть, которая выпущена контрактом на адрес инвестора и restricted. Т.е. работает как minted.

   Войдите, чтобы ответить

   • На балансе создателя контракта должна быть вся сумма. И создатель этой суммой может распоряжаться. Почему вы считаете что сумма не в обороте?

4. На балансе создателя нет вообще ничего. Все токены выпускаются контрактом в момент отправки на него эфира (а не при создании контракта) и уходят инвестору и в restricted кошелек. Это видно по балансу токена. Т.е. загружаю контракт краудсейла в блокчейн. Получаю токен только при перечислении эфира на контракт краудсейла. Вот часть кода, которую я правил. На балансе аккаунта нет ни одного токена и распоряжатся ими он не может.

   contract EVAToken is BurnableToken {

   string public constant name = «EVA Coin Token»;

   string public constant symbol = «EVA»;

   uint32 public constant decimals = 6;

   uint256 public totalSupply = 480000000 * 1000000 wei;

   function EVAToken() {
   totalSupply = totalSupply;
   balances[msg.sender] = totalSupply;
   }

   }

   contract Crowdsale is Ownable {

   using SafeMath for uint;

   address multisig;

   uint restrictedPercent;

   address restricted;

   EVAToken public token = new EVAToken();

   uint start;

   uint period;

   uint rate;

   function Crowdsale() {
   multisig = 0x3246b1a2c13E28FcF6C9FFca7BB4e38a56cF8dd8;
   restricted = 0xB0D9A83a32E4B674Bb556Ab0D7C28a646d0E418c;
   restrictedPercent = 40;
   rate = 10000000000;
   start = 1505577600;
   period = 4;
   }

   modifier saleIsOn() {
   require(now > start && now < start + period * 1 days);
   _;
   }

   function createTokens() saleIsOn payable {
   multisig.transfer(msg.value);
   uint tokens = rate.mul(msg.value).div(1 ether);
   token.transfer(msg.sender, tokens);
   uint restrictedTokens = tokens.mul(restrictedPercent).div(100 — restrictedPercent);
   token.transfer(restricted, restrictedTokens);
   }

   function() external payable {
   createTokens();
   }

   }

   Войдите, чтобы ответить

   • не тот кусок отправил, часть с INITIAL SUPPLY вот так выглядит:

     uint256 public INITIAL_SUPPLY = 480000000 * 1000000 wei;

     function EVAToken() {
     totalSupply = INITIAL_SUPPLY;
     balances[msg.sender] = INITIAL_SUPPLY
     }

   • Не может быть такого. Токены отправляются с баланса владельца контракта. Если бы на балансе токегов не было, то они бы не отправились при вызове cteateTokens вообще никому.

5. Я вам клянусь! 🙂 Пробовал уже всякие способы и сначала залить контракт монеты, а потом краудселйа. И сразу контракт краудсейла. Результат одинаковый в случае с краудсейлом. В первом случае создается монета, весь её баланс находится у создателя. Но при создании контракта создается ДРУГАЯ монета, с другим адресом и она же зачисляется на счета инвесторов.

   Войдите, чтобы ответить

   • Пишите в телеграмм группу или на почту разберёмся. Ссылки на залитые контракты нужны (проверифицированые в etherscan). Я подозреваю что вы перепутали адрес владельца контракта. А это не ваг личный адрес. В контракте есть ошибка, но это не та ошибка о которой вы говорите.

6. inaword Спасибо за подробные статьи. Я тестировал в кошельке Mist в solonetwork — токены не появляются на балансе создателя. Брал Ваш конечный код, изменил только время старта и адреса multisig и restricted. Ваши уроки прочитал внимательно. Не могу понять почему не получается.

   Войдите, чтобы ответить

   • Токены не должны появляться на балансе создателя. Токены появляются на балансе инвестора и на балансе кошелька restricted. Вот кусок куда из функции createTokens:

     .... token.transfer(msg.sender, tokensWithBonus); .... token.transfer(restricted, restrictedTokens);

     1 2 3 4

     ....     token.transfer(msg.sender, tokensWithBonus);     ....     token.transfer(restricted, restrictedTokens);

     Тут msg.sender — адрес инвестора, а restricted — адрес кошелька токенов для основателей.

7. Добрый вечер, следующая страница не работает!

   Войдите, чтобы ответить

   • Следующая страница в черновиках пока. Это статья про механизм refund. Через неделю появится.

8. Если же вы посмотрите на свой только что залитый контракт то увидите только две вкладки.
   бля сорри ни как не могу догнать как залить свой написанный контракт на etherscan, или я что то пропустил((

   Войдите, чтобы ответить

9. Если мы PreSale и в MainSale создаем SimpleCoinToken public token = new SimpleCoinToken();
   то это совершенно разные токены. Каждый выпустил по INITIAL_SUPPLY и перевел владельцу, т.е контрактам PreSale и MainSale. Так? Какова практика? Создаём контракт токена отдельно и по адресу вместо new получаем его экземпляр? Тогда вместо transfer в функции createtokens() что использовать, на балансе контракта ***Sale ничего не будет. Не они же теперь владельцы контракта токена?

   Войдите, чтобы ответить

10. Как обойти создание контракта для токена, чтобы токен был только у самого смартконтракта

    Войдите, чтобы ответить

11. Можете помочь с написание контракта для краудсейла ?
    тз с данными могу скинуть — нужно срочно сделать.

    Войдите, чтобы ответить

12. Отличная статья, спасибо, очень важно показывать исходник для каждого проекта на github, потому что вопрос доверия инвесторов в условиях изменчивого рынка всегда актуален. Лучше с задачей ведения ico или sto справляются направленные на это агентства, например я работал с Flexe.io/p402 и рекомендую их всем, кто хочет качественно представлять свой продукт

    Войдите, чтобы ответить

13. Задеплоил 2 контракта по вашему примеру, первый Burnable SimpleCoin, второй Crowdsale. 1й адрес был создателем 2-х контрактов, второй собирал коины на нужды проекта, 3 собирал эфир и перемещал их создателям. Контракт Burnable SimpleCoin оказался рабочим, все монеты поступили на счет 1 адреса создателя, а вот контракт Crowdsale не отрабатывает, он принимает эфир и не передает его адресу 1, также он не забирает монеты с адреса 1 и не отправляет их тому кто покупает, в чем может быть ошибка? ощущение что контракт Crowdsale не обращается к контракту SimpleCoin

    Войдите, чтобы ответить