Pages:
Author

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

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

Очень хорошая тема, спасибо. Вот эти два пункта интересуют особо. Не до конца понимаю техническую и алгоритмическую реализацию. Не поделитесь примерами контрактов, где это есть?
full member
Activity: 252
Merit: 103
Так тут речь идет как раз об оценке проекта с технической точки зрения - оставляя за бортом все красивости и обещания - код не умеет врать))).
ну оценка смарт-контракта это не оценка проекта. Это оценка механики соблюдения условий. Плюс оценка вероятных рисков, что бабло уйдёт на деревне дедушке мимо разрабов. А может уйти на деревню и из рук разрабов.

Оценить код самого проекта, если он не открытый - невозможно, к сожалению.
newbie
Activity: 8
Merit: 0
Я понимаю что любое изменение вначале всегда встречает противодействие - это нормально мы все люди и не любим лишних движений.
Но ситуация с ICO выходит из под контроля и формализация процессов позволит отсеять явно преступные проекты - отсутствие же приведет к запретам всех и вся - это не выгодно прежде всего держателям крипты - я не призываю принять мой посыл как единственно верный - предлагайте оценки и ограничения - вместе мы разработаем алгоритм устраивающий всех.
Традиции на протяжении всей истории человечества помогают сохранить самобытность и культуру - мы формируем новое общество и традиции помогут его сохранить.

Какое противодействие!?!?!?!? Все и так шизеют на этих ICO.... И традиции тут к чему?... В торговле всё по традиции или таки законы всякие, регуляторы и т.д.? Не люблю пафос...
Есть только функционал задеплоенного контракта. Всё остальное - пыль в глаза.
full member
Activity: 434
Merit: 114
Сложился ряд стереотипов, что команда выходящая на ICO кому-то что-то должна в плане формата подачи информации.

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

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

Выложить для багбаунти сложный контракт можно, возможно и нужно, но это не жесткая необходимость


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

Гитхаб инструмент разработчика, а не маркетинга.
Так тут речь идет как раз об оценке проекта с технической точки зрения - оставляя за бортом все красивости и обещания - код не умеет врать))).
Скажу даже больше соблюдение всех пунктов не панацея от скама - это просто граница за которой вероятность скама снижается до разумного - после этого можно читать белую книгу и слушать как наши корабли бороздят просторы космоса.
member
Activity: 123
Merit: 10
Сложился ряд стереотипов, что команда выходящая на ICO кому-то что-то должна в плане формата подачи информации.

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

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

Выложить для багбаунти сложный контракт можно, возможно и нужно, но это не жесткая необходимость


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

Гитхаб инструмент разработчика, а не маркетинга.
full member
Activity: 434
Merit: 114
full member
Activity: 252
Merit: 103
отключение головы и следование любым формальным критериям - путь к шаманизму, "традициям" и заученным обрядам.

если бы критерии хороших проектов можно было бы формализовать - мы бы легко всё просеивали.
newbie
Activity: 8
Merit: 0
ИМХО

Упомянутый список критериев лишь немного усложняет обман. Или даже наоборот, помогает придать товарный вид. Наводящий вопрос - кто при наличии кода на гитхабе вытягивает байткод опубликованных контрактов, дизассемблирует и проверяет, запаблишили именно тот контракт, ичходники которого выложили, или нет? Ещё один - на сколько реально дорого и сложно реализовать эти "требования", если хочется чужих денег? Так что эти критерии скорее подсказка, как представить проект, чтобы вызвать доверие.

Если речь о серьёзных суммах, то нужны только 2 пункта:
1. В задеплоеном(ных) контракте(ах) лимиты и правила возврата, в случае несоответствия лимитам, должны быть автоматизированы
2. Код физически задеплоеного контракта должен соответствовать представленному.
Всё! Это необходимо и достаточно.

Но это что касается ICO. Далее опять же нужно трезво оценивать и ясно понимать, что не будет гарантии честного и бережливого расхода средств только на проект. По крайней мере, пока все бизнестранзакции не перейдут на блокчейны, а программисты будут получать плату криптовалютами.
full member
Activity: 252
Merit: 103
ну контракт полюбому надо светить и аудитить, это сто процентов.
если ты про этот "вклад" в културу, то да - это несомненно.

с другой стороны, если ты говоришь, что геттеры и сеттеры что-то там могут помочь с обновлением контракта, то и условия могут поменяться. Как быть?
А если контракт нельзя менять, а в нём нашли дыру - тоже как быть?
Нипанятна
full member
Activity: 434
Merit: 114
Через смарт контракты я как инвестор получаю минимальные гарантии - лучше чем никакие?!
А блокчейн это не легкий способ обогащения а работа с целью изменения существующих схем. По моему каждый проект так или иначе несет это изменение именно это отражается в коде который размещают в гитхабе - кроме скама))).
full member
Activity: 252
Merit: 103
а обязательно она должна что-то привносить в блокчейн культуру именно через гитхаб и исходники смарт-контрактов? это как-то притянуто за уши.
full member
Activity: 434
Merit: 114
выходит, что если нет гитхаба, то это сразу скам?
Если проект претендует на мои деньги я должен быть уверен что они профессионалы и думают о том как мне их вернуть - должны позаботиться о моем спокойствии. Это ведь так просто - у них есть разработчик у разработчика есть бэкграунд - если нет - скам))).
Я конечно утрирую но если нет кода что команда привносит в блокчейн культуру?
newbie
Activity: 29
Merit: 0
выходит, что если нет гитхаба, то это сразу скам?
full member
Activity: 434
Merit: 114
4. У  контракта на ICO должен быть эскроу средсв полученных в результате размещения - это может быть фриз или мультисиг с условием голосования. Это даст Вам гарантию от расходования средств ранее чем команда завершила предыдущий этап.
кто будет голосовать?
по какому принципу?
какой этап считать предыдущим?
кто определяет, завершила ли команда его?

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

С остальным яростно согласен. Cheesy

Ещё интересно услышать твоё мнение по такому вопросу: как обновлять контракт, если косяки всплыли впоследствии?
По пункту 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 переведя высвобожденные средства снова во фриз или поставив на паузу- до момента консенсуса. Все исходники контрактов лежат в библиотеке цепелинов.
full member
Activity: 252
Merit: 103
а как проходит это голосование? расскажи подробнее, пожалуйста. Я про техническую часть.

про геттеры и сеттеры я пока не в курсе что они делают
знаю только, что люди ворчат, если видят, что в контракте можно что-то где-то менять.
full member
Activity: 434
Merit: 114

Голосуют ранние инвесторы - они самые нетерпиливые)). Этапы заранее прописываются по времени - что отражено в белой книге.
А сеттеры и геттеры на что?- Это по поводу изменений в контракте.
full member
Activity: 252
Merit: 103
4. У  контракта на ICO должен быть эскроу средсв полученных в результате размещения - это может быть фриз или мультисиг с условием голосования. Это даст Вам гарантию от расходования средств ранее чем команда завершила предыдущий этап.
кто будет голосовать?
по какому принципу?
какой этап считать предыдущим?
кто определяет, завершила ли команда его?

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

С остальным яростно согласен. Cheesy

Ещё интересно услышать твоё мнение по такому вопросу: как обновлять контракт, если косяки всплыли впоследствии?
full member
Activity: 434
Merit: 114
Выдержка из статьи которую я скоро размещу здесь и на других ресурсах:
"Предлагаю всем проектам выходящим в ближайшее или не очень время на ICO пройти бесплатное тестирование согласно приведенному выше списку. Если Вы неравнодушны к будущему криптоэкономики и сообщества в целом Вы поймете необходимость данной процедуры – тем белее времени это занимает не много.
В случае отказа от добровольного прохождения мы с командой оставляем за собой право провести эту проверку самостоятельно и результаты выложить в общий  доступ."

full member
Activity: 434
Merit: 114
Готовлю развернутый анализ ближайших проектов.
full member
Activity: 504
Merit: 102
⚜️Johnny⚜️
Pages:
Jump to: