Как стать автором
Обновить

Комментарии 4

А какие еще приложения для waves существуют? Например я ищу программу гарант сделок, когда создается контракт в произвольной форме. Стороны вносят залог. Условия контракта выполняются в реале. Если требуется, одна из сторон имеет возможность оплатить работу после принятия. Далее обе стороны подтверждают выполнение действия и разблокируют залог. Делаем тематический сайт, кабинет для ввода/вывода финансов, прикручиваем вашу партнерку чтобы не пропадала :) вот и готовый бизнес.
Escrow контрактов достаточно на смартах в блокчейне Waves, но проблема не в том что бы разморозить средства на аккаунте. Вопрос в том, как отследить и принять работу которую выполнили. Тут нужен декс консенсус принимающих(незаинтересованных лиц) или голосование, т.е если что то выходит за приделы блокчейна, как обеспечить децентрализацию и независимость от принятия нечестного решения одной из сторон. Нужен децентрализованный оракул специально заточенный под эту задачу.
Допустим заказчик публикует задание: посетить бабушку на выходных, вносит предоплату 200р, а также определяет стоимость залога, который должны внести обе стороны, например 300р и срок выполнения заказа. Находится исполнитель, который для принятия задания должен заблокировать свои 300р. Заказчик выбирает одного исполнителя и вносит свой залог 300р. Есть несколько вариантов развития событий.

1) Исполнитель завершает задание и выбирает опцию задание выполнено. Заказчик сам проверяет выполнение задания и если нареканий нет, закрывает контракт. 200р идут исполнителю, залоги возвращается сторонам сделки.

2) Исполнитель пропал и не выходит на связь. Заказчик отказывается от задания. Если исполнитель никак не отреагировал в течении срока выполнения контракта, заказчик имеет право вернуть свои средства и залог в полном обьеме. Исполнитель теряет залог в пользу сервиса. Аналогично если пропадает заказчик. Через какое то время исполнитель получает предоплату автоматом, заказчик все теряет.

3) По итогам выполнения задания стороны не пришли к консенсусу:
3a) Стороны могут отказаться от выполнения задания и вернуть свои средства и залог в полном объеме.
3b) Одна из сторон не удовлетворена. Сделка зависает, и через какое то время отменяется. Залог и предоплата уйдет в пользу сервиса. Арбиртаж тут и не нужен, по моему. Играть нечестно будет себе в убыток, а сторона которая выполнила свою часть сделки не подтвердит завершение из принципа.
3с) Одна из сторон не удовлетворена, но конфликта нет. Контракт можно обновить, внести еще предоплату и новый залог, определить новый срок.

А в результате мы имеем сервис, который работает без участия гаранта, но при этом существует предоплата.
В 3 варианте залог будет терять невинный человек, 1 раз и он уже не клиент вашего сервиса. Невозможно так сделать что бы удовлетворить обе стороны. Допустим я заказал мойку окон, внесли залог, но после мойки я не доволен работой исполнителя и не подтверждаю выполнение этой работы. Исполнитель говорит что выполнил все на отлично и со своей стороны подтверждает это выполнение. Если сумма уйдет сервису, то я мне нет разницы, мне окна помыли, а вот исполнитель будет недоволен, так как он выполнил работу, а денег за это не получил. Но предположим что вы не знаете истину в этом споре, предположим исполнитель не выполнил работы, но подтвердил выполнение, в таком случае недовольные останутся обе стороны.
Это проблема всех dex приложений и нет ее решения для офлайн мира. Полная централизация может достигаться только в том случае, если условия выполнения заложены в логике смарта, а оракул передающий данные в чейн децентрализован.
Т.е в вашем случае должно быть несколько независимых друг от друга экспертов, которые должны проверить выполнение условия и проголосовать, но это всевдо децентрализация. Кто найдет решение этой проблемы сможет серьезно озолотиться, так как сможет сделать революционный p2p шлюз крипта <-> фиат и будет грести деньги лопатой, но пока такого никто не придумал.
В децентрализации не должно быть понятия выгодно или не выгодно 1 стороне, условия выполнения должны быть безусловны и их выполнение должно быть независимо.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Изменить настройки темы

Истории