Topic: Советы разработчика инвестору в ICO - page 2. (Read 12879 times)

Прототип это по сути веб демка- но не суть. Контракты на гите есть в них есть условия для инвесторов отдельные кошельки на команду, Баунти адвизоров, но нет эскроу собранных средст - вместе с тем есть функция заморозки токенов на кошельке команды что уже хорошо.
Сама идея не из тех в которых я хорошо разбираюсь но при прочих равных - с учётом существования подобных уже рабочих решений мне сложно сделать положительный вывод о выгоде вложений в данный проект.

Ссылка на сайте  в гитхаб ведёт просто на форму регистрации в гите)). Пока больше ничего - по тому что я не получил адреса при попытке купить токены - делаю однозначный вывод - проект СКАМ.

проанализируйте проект investinbrokers.com
есть прототип
спасибо

))))))) Андрей, спасибо что подняли мою ветку. Если хотите получить квалифицированную оценку ваших работ обращайтесь, я вам с удовольствием дам ссылки на лучшие практики с которыми знаком, в МСК есть несколько сильных команд кто  действительно пишет смарт контракты. 

Как-то уж очень легко вы решили отделаться)))
Возможно я был резок в отношении вас - приношу свои извинения.
На будущее совет( я вам не друг но надеюсь прислушаетесь): хотите что бы вас услышали приводите факты, начинаете критиковать предложите альтернативу.
Засим считаю тему исчерпанной.

Прошу высказать мнение автора, по этому ICO: https://asuracoin.io/ 

Для продолжения дискуссии я должен понимать с кем говорю - просто чтобы говорить на одном языке.
Судя по тому что Вы написали я наверное наступил вам на хвост в одном из проектов?)) Согласен не очень приятно когда кто-то рушит так красиво выстроенный замок из песка. Вы не разработчик - выделенное красным красноречиво ( простите за тавтологию - надеюсь погуглите что означает это слово) говорит о вашей некомпетентности в этой области. Вы не инвестор потому что инвестор ищет способ обезопасить свои вложения а вы же наоборот утверждаете об излишнем внимании к деталям в которых сами знаете что кроется ( не знаете - погуглите). Тогда остаётся два варианта - первый- тролиус вульгарис и второй - неудачник пытающийся заработать мошенничествами- оба варианта одинаковы возможны. Так что выбирайте.))
Если я ошибаюсь жду примеров проектов о которых вы говорите как о подавляющем большинстве ну и ссылки на ваш гитхаб если я все же ошибся в вашей оценке компетентности.
PS: хотелось бы увидеть модели экономик где фаундер не знает сколько ему нужно денег))). Хотите научиться писать контракты и разбираться в них ( это касается вашего ощущения сложности логики) заходите на наш сайт - там все просто inaword.ru
PPS: Продолжим?

Ну чтож по рассуждаю вот ваши тезисы:


1. На преICO у команды должен быть контракт на автоматический перевод средств с прописанными условиями для ранних инвесторов - не ручками как делают многие а именно прописанный в смарт-контракте - иначе собранные средства могут просто обогатить фаундеров или условия поменяются по ходу пьесы - случаев уйма.

Как умно звучит-то "автоматический перевод средств", а "не ручками как делают многие", Переводов КУДА про это не подумали? и чего городить огород?


2. Контракт на преICO должен быть частью большого контракта на ICO - не разными монетами - это не безопасно с точки зрения уязвимостей и увода средств.

Увеличение сложности системы влечет к резкому увеличению вероятности сбоя. Это даже начинающий должен понимать.
А как увязка двух краудсейл контрактов снижает риски увода средств вообще не раскрыто.

3. У контракта на преICO а затем и ICO должен быть прописан нижний и верхний барьер - если этого нет команда не знает чего хочет - просто скам.

Смелое, ни на чем не основанное утверждение юного максималиста, не понимающего что могут быть разные экономики проектов.

4. У  контракта на ICO должен быть эскроу средсв полученных в результате размещения - это может быть фриз или мультисиг с условием голосования. Это даст Вам гарантию от расходования средств ранее чем команда завершила предыдущий этап.

Нормального механизма сейчас нет, вот умрет ваш эскроу и что дальше? И опять глубокое "должен быть ". Пока я вижу просто не умения оценивать базовые риски. Всегда видно когда люди выходят за пределы своих компетенций. Вы сейчас разработчик дающий советы по эскроу? Вы собственно говоря кто на этом рынке?

5. В контракте должен быть прописан безусловный возврат средств в случае не достижения нижней границы собираемого пула. Именно в контракте а не в белой книге если этого нет - скам.

Если она установлена. При этом гению разработки не невдомек что держать средства на контракте - полный идиотизм из-за вероятности бага, взлома, зависания и.т.д.

6. Все контракты должны быть выложены на GitHub это даст возможность сторонним разработчикам проверить контракт на уязвимости если команда не позаботилась и до ICO не выложила баунти на уязвимости.

И много вы проверили контрактов на халяву?


7. В контракте должны быть прописаны условия для команды и для баунти.

Вы такое вообще видели? Какие условия для команды? На весь срок проекта ....вы ощущение с Луны...? Баунти? вы баунти предлагаете в краудсейле прописать


8. В контракте должны быть прописаны условия по не проданным токенам - с четко обозначенными сроками.

В каком? Вы себе представляете перечень условий логику их работы, различные варианты которые возникают? и все это в краудсейле? т.е. и заморозку сюда...увас видимо каша в голове и каша в коде

Цитирую AdamSmitbch:
покажите мне проекты которые работают без этого( хорошего контракта и рабочего прототипа) и я возможно соглашусь с вами.

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

Вы начали давать советы Инвесторами, причем все ваши советы базируются на ваших фантазиях.

В общем то вы правы ))) денег не заносят) но открою вам секрет - мы не единственная команда которая пишет контракты - и критерии которые мы описали это то что на наш взгляд защищает инвестора от скам лучше чем другие альтернативные методы - покажите мне проекты которые работают без этого( хорошего контракта и рабочего прототипа) и я возможно соглашусь с вами.
ПС: наверняка вы компетентны чтобы так рассуждать.)))

1) "наш метод основан на объективной оценке- возможно в этом разрезе он кажется поверхностным но это наш метод" противоречите себе в одной фразе или не понимаете разницы между объективным и субъективным...)))


2) Тема волль разработчика - делайте контракты по больше и по дороже а то мы решим что это скам.



3) Большая часть того что написали нах никому не нужна и проекты работают.



4) Ребята стыдливо умалчивают что при такой развернутой логике контрактов, кто будет возврвщать средства инвесторам или команде  в случае сбоя кода. Про аудит не надо - это гарантий не даёт.


В общем "Плачь Ярославны" мимо деньги проплывают нам не заносят.


В общем держитесь подальше от таких контрагентов....а то действительно на скам похоже.

Мы не претендуем на истину в последней инстанции и наш метод основан на объективной оценке- возможно в этом разрезе он кажется поверхностным но это наш метод)).

попал сюда с ютуба. анализ в большинстве своем поверхностный, но что мне понравилось в большинстве своем (судя по старым видео) те проекты которые вы рекомендовали попали на коинмаркеткап, а остальные провалились по всей видимости

Смотрите в следующем выпуске- обязательно расскажу

Хотелось бы узнать мнение автора, на счёт данного ICO: https://blockvestico.io/   

Хорошая статья, а самое главное - грамотная, все по факту и четко.

По поводу групп и сообществ - спооорно, есть кучу групп и прочих аналитиков, которые оценивают проект сквозь пальцы и смотрят на рейтинги ICObencha как итоговое мнение.

Более 90% всех ИСО это откровенный Скам. Есть смысл вступать в группы и сообщества людей которые могут толково анализировать проекты. Там не без ошибок, но по факту больше ИСО выстреливает

Тут вы не совсем правы - есть я лично их анализировал- можно сказать брал за пример.

Вот я смотрю, что это русская ветка, а такие критерии, в то время как я у зарубежных ни 1-ой компании не нашел, которая соответствует всем параметрам.

Я не инвестор, и становиться им пока что не собираюсь, но инфа полезная и красиво поданная. Спасибо тебе)))

Думаю для начала этого достаточно.