Title: Написание смарт-контрактов Solidity Post by: Spartan121 on July 14, 2018, 03:08:02 PM Здравствуйте, форумчане
Готов предложить свои услуги по написанию смарт-контрактов Solidity для Ehterium. Имеется небольшой, но яркий опыт в написании, дебаге и деплоинге подобных контрактов. Тестирование и дебаг устраивается через тестовую сеть Ropsten. Возможно добавление функций для взаимодействия через клиенты(поиск по списку, ручная отправка и тому подобные варианты). При желании могу научить создавать контракты\научить их деплоить\взаимодействовать. Если будет необходимо, контракт можно будет сделать соответствующим для стандартов ERC20/ERC223/ERC196 и тому подобные. Контракты прозрачные, без подводных камней и самоуничтожения(если только это не будет требованием заказчика) Цена базируется на сложности и времязатратности контракта. Отвечать готов тут, ЛС и любой мессенджер, который может устроить. Актуально, пока не указал в шапке, что прекратил работу. Title: Re: Написание смарт-контрактов Solidity Post by: Spartan121 on July 17, 2018, 06:37:05 PM Собственно, поднимаю тему написанием недавнего контракта:
Тема с 4 контрактами на Jungle Trust (https://bitcointalk.org/index.php?topic=4687874.new#new) Интересующиеся могут пройти по ссылке и посмотреть, что там. Контракты верифицированы на etherscan Title: Re: Написание смарт-контрактов Solidity Post by: vpomo on July 17, 2018, 08:59:09 PM Странный какой-то код у ваших контрактов.
Почему не указали версию Solidity? Почему столько предупреждений? Вы собирали на версии v0.2.1. Хотя текущая уже 0.4.24 Title: Re: Написание смарт-контрактов Solidity Post by: Spartan121 on July 18, 2018, 12:05:18 PM Почему не указали версию Solidity? Code: pragma solidity x.x.xx; Почему столько предупреждений? ПРедупреждения связаны с отсутствием стандартизации ERC223 и старой версией кода, которая, на практике, оказалась более стабильнойВы собирали на версии v0.2.1. Хотя текущая уже 0.4.24 Есть огромное количество ночнушек, в которых есть определенные баги во время исполненияПисал на 0.2.1, потому что она оказалась самой логичной(как бы это странно ни звучало) и у нее не нужны для исполнения некоторые функции, которые были контракту попросту не нужны. После 4й версии кода числовые uint значения стали очень сильно конфликтовать с переменными real, что нужно было для сравнивания суммы перевода. |