Проверка цели краудсейла Ethereum

С веб-сайта Ethereum (выделено мной):

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

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

Может ли кто-нибудь объяснить центральную идею этой концепции кикстартера без доверия?

Ответы (3)

Как правило, в краудфандинговых проектах на таких площадках, как Kickstarter, «целью» является сумма денег, которую они пытаются собрать. На Kickstarter, если проект достигает своей цели, он получает деньги, иначе вкладчики сохраняют свои деньги. Таким образом, залогодатели знают, что они не будут отправлять деньги в проект, который в конечном итоге обречен из-за того, что не собрал достаточно средств.

Поэтому очевидно, что справиться с этим на смарт-контрактах тривиально.

Другое дело — проверить, действительно ли финансируемый проект выполняет свои обещания. Но на Kickstarter и других платформах дела обстоят не лучше, которые в значительной степени игнорируют эту проблему. FTC начинает вмешиваться в случаях, когда получатели тратят деньги на проституток и отсасывают, но не в тех случаях, когда проект прилагает честные усилия и просто не справляется.

Таким образом, «не доверять никому» относится только к удалению третьей стороны. Участники и владельцы проекта по-прежнему должны доверять друг другу.
Правильно, в данном случае. Блокчейн никак не может навязывать действия в физическом мире. Однако есть множество вещей, которые могли бы улучшить ситуацию; может быть, система репутации или использование Augur для ставок на успех проекта, что даст некоторую информацию спонсорам, а также позволит им делать ставки против успеха проекта для хеджирования.

Описание процесса краудфандинга как ненадежного является описательной стенографией.

Чтобы привести пример DAO, держатели токенов могут голосовать за предложения. Минимальный кворум составлял 20% консенсуса, прежде чем предложение могло быть принято.

В проектах с неоднозначными целями вы полагаетесь на некоторые вычислительно измеримые результаты человеческого суждения, такие как голоса и мнение программиста, создающего контракт. Вероятно, есть способы сделать это более объективным, например, «не удалось достичь оборота в размере X долларов в течение 1 года, финансирование отменено».

Важно знать, где применима идея недоверия, а где нет. Ethereum можно рассматривать как «машину доверия», где совершенно незнакомые люди могут использовать ее в качестве объективного свидетеля и арбитра. Таким образом, вместо того, чтобы использовать банк, вы можете держать средства в контракте и создавать правила, как они используются и на каких условиях. Входные данные могут потребовать человеческого суждения, но методология объективна и ненадежна. Таким образом, в краудфандинговом контракте контракт является объективным свидетелем и арбитром субъективного человеческого участия.

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

Например, если ваша цель состоит в том, чтобы финансировать программное обеспечение, вы можете заставить оракул следить за репозиторием кода, и как только вы достигнете стабильной версии, а невыполненная работа пуста и больше не будет открытых проблем, вы считаете, что цель достигнута.

Оракулы могут передавать любые данные в смарт-контракт блокчейна.

Конечно, это должны быть объективные цели, которые можно измерить, но это также относится и к стандартным краудфандинговым проектам. Но даже если цель состоит в том, чтобы сделать что-то «хорошее», основанное в основном на мнении, вы все равно можете создать ИИ, используя глубокое обучение, которое будет оценивать его через оракула.

Репозиторий кода управляется владельцами проекта, которые могут закрывать задачи и создавать релизы по своему усмотрению. Поэтому оракул, наблюдающий за репозиторием, не лучше, чем владелец проекта, говорящий «сделано».
Это был просто пример. Вам решать создать распределенный репозиторий кода, в котором закрытие проблем потребует от основателей голосования за него в смарт-контракте. Но если вы не доверяете разработчикам проекта, просто не вкладывайтесь в их проект.
Я могу представить, как оракулы устраняют потребность в доверии к некоторым проектам/системам . Спасибо за ответ.
Одна простая вещь, которую вы можете сделать, это добавить задержку между моментом закрытия последней проблемы и моментом высвобождения средств. Две недели - это хорошо. За это время, если вы посчитаете, что проект не закончен, просто залейте новый баг и таймер снова запустится. Считается, что для создания хорошей системы требуется некоторое воображение, но возможности безграничны.
Кстати, DAO показала нам, что такие таймеры очень кстати, чтобы отсрочить выход из контракта. Поэтому я думаю, что это хорошая практика, даже если задержка действительно не нужна.