Для меня, как и многих посетителей Хабра интернет является не только источником новостей и развлечений но и площадкой для творчества, и реализации своих идей. Именно поэтому я часто сталкиваюсь с ситуацией «заказчик-исполнитель», где выступаю в первой роли.
Отбросив вопросы конкретных задач, основная проблема в такой ситуации — недостаток доверия между сторонами: заказчик не уверен, что исполнитель качественно и в срок выполнит задание, а исполнитель — в том, что ему оплатят его труд.
Конечно же варианты есть, но выбор их не так широк, как кажется:
В первом случае, проблема принципиально не решается, но дает некоторую дополнительную степень уверенности для сторон. Рассмотрим ее подробнее.
В случае перевода денежных средств с протекцией в проигрышном случае обязательно остается одна из сторон:
Во втором случае, все намного лучше. Но мы сталкиваемся с проблемами другого характера:
Задавшись этим вопросом, я представил ситуацию, при которой обе стороны сделки:
После долгого ночного брейншторма, я нашел решение — спорное, но соответствующее вышеуказанным критериям. И назвал его «Честная сделка» или «Безвозвратный платеж»
Заказчик переводит платеж исполнителю не на прямую, а с использованием третей стороны. При переводе он указывает:
В том, что при окончании срока действия платежа, при условии не введения кода исполнителем, заказчик не получает свой платеж обратно. Таким образом, гарантией исполнителя является абсолютная уверенность в том, что заказчик не обманет и не вернет свои деньги.
Немного рискованно и необычно? Согласен. Но в этом случае у обоих сторон появляется мотивация для благополучного решения вопроса.
При использовании традиционных платежных систем, ответом было бы — владелец этой системы. Что, не является абсолютно справедливым решением и дает почву для злоупотреблений со стороны владельца платежной системы или escrow сервиса.
Для решения этой дилеммы я обратился к самой популярной децентрализованной платежной системе (прошу прощения за это определение) – сети bitcoin.
Её очевидным преимуществом для моей задачи является тот факт, что она не имеет конкретного владельца и позволяет устанавливать произвольную комиссию при переводе.
Таким образом, в случае негативного развития событий, когда оба участника не получают деньги, их получает сеть bitcoin в виде комиссии.
В процессе деятельности, и исполнитель и заказчик могут столкнуться с уважительными причинами для невыполнения обязательств. И это не повод терять деньги. В этом случае, когда оба участника согласны, что сделка не состоялась по уважительной причине, исполнитель вводит код разблокировки платежа, отправляющий деньги обратно заказчику.
Для наглядности и возможности обсуждения, я собрал небольшой пример того, как это может быть реализовано на практике.
Буду рад обсудить с Вами подводные камни и недочеты моего метода.
Отбросив вопросы конкретных задач, основная проблема в такой ситуации — недостаток доверия между сторонами: заказчик не уверен, что исполнитель качественно и в срок выполнит задание, а исполнитель — в том, что ему оплатят его труд.
Конечно же варианты есть, но выбор их не так широк, как кажется:
- переводы с протекциями;
- escrow услуги.
В первом случае, проблема принципиально не решается, но дает некоторую дополнительную степень уверенности для сторон. Рассмотрим ее подробнее.
В случае перевода денежных средств с протекцией в проигрышном случае обязательно остается одна из сторон:
- протекция по времени — отправитель денег;
- протекция по коду — получатель.
Во втором случае, все намного лучше. Но мы сталкиваемся с проблемами другого характера:
- поиск доверенной третьей стороны
- оплата услуг третьей стороны
- сложность подтверждения факта исполнения своих обязательств в полном объеме (для исполнителя)
Что можно сделать?
Задавшись этим вопросом, я представил ситуацию, при которой обе стороны сделки:
- находятся в равных условиях;
- не получают мотивации и возможности для мошенничества;
- не тратят средства на обеспечение безопасности платежей.
После долгого ночного брейншторма, я нашел решение — спорное, но соответствующее вышеуказанным критериям. И назвал его «Честная сделка» или «Безвозвратный платеж»
Суть решения
Заказчик переводит платеж исполнителю не на прямую, а с использованием третей стороны. При переводе он указывает:
- время, в течении которого действует перевод;
- защитный код, который гарантирует ему сохранность его средств от получения исполнителем раньше времени.
Но в чем же гарантии исполнителя?
В том, что при окончании срока действия платежа, при условии не введения кода исполнителем, заказчик не получает свой платеж обратно. Таким образом, гарантией исполнителя является абсолютная уверенность в том, что заказчик не обманет и не вернет свои деньги.
Немного рискованно и необычно? Согласен. Но в этом случае у обоих сторон появляется мотивация для благополучного решения вопроса.
Куда же пропадут деньги, если оба участника их не получат?
При использовании традиционных платежных систем, ответом было бы — владелец этой системы. Что, не является абсолютно справедливым решением и дает почву для злоупотреблений со стороны владельца платежной системы или escrow сервиса.
Для решения этой дилеммы я обратился к самой популярной децентрализованной платежной системе (прошу прощения за это определение) – сети bitcoin.
Её очевидным преимуществом для моей задачи является тот факт, что она не имеет конкретного владельца и позволяет устанавливать произвольную комиссию при переводе.
Таким образом, в случае негативного развития событий, когда оба участника не получают деньги, их получает сеть bitcoin в виде комиссии.
А что будет в форс-мажорных ситуациях?
В процессе деятельности, и исполнитель и заказчик могут столкнуться с уважительными причинами для невыполнения обязательств. И это не повод терять деньги. В этом случае, когда оба участника согласны, что сделка не состоялась по уважительной причине, исполнитель вводит код разблокировки платежа, отправляющий деньги обратно заказчику.
Для наглядности и возможности обсуждения, я собрал небольшой пример того, как это может быть реализовано на практике.
Буду рад обсудить с Вами подводные камни и недочеты моего метода.
This entry passed through the Full-Text RSS service — if this is your content and you're reading it on someone else's site, please read the FAQ at http://ift.tt/jcXqJW.
Комментариев нет:
Отправить комментарий