Я также бросить README здесь некоторый фон:
2crow
_ _
/.) (. \
/) \ | | / (\
//) / \ (\\
/»"^" "^"`\
Нормальная коммерция имеет следующие три шага:
1) Торговец подготавливает адрес и отправляет его клиенту
2) Клиент посылает монету по адресу
3) Торговец проверяет получение и корабли / поставляют
2Crow стремится устранить режим отказа этого процесса, в котором
продавец не грузит. Он делает это, используя 2 из 2 multisig
депозитный адрес, управляемый как клиентом и торговцем. Новый поток:
1) Merchant готовит половину адреса 2crow и отправляет клиенту в качестве 2crow кода.
2) Клиент создает вторую половину 2crow адрес депозитного и направляет средства,
давая торговцу адрес и новый код 2crow.
3) Торговые чеки средства направляются, корабли, и готовит TX
посылая его к клиенту для завершения в качестве нового кода 2crow.
4) Заказчик получает товары, а затем подписывает завершающий TX.
Средства в настоящее время переехал из 2crow эскроу в торгово-
личный счет.
Режимы Failure:
1) Merchant исчезает.
Торговец не может взять деньги до того, как клиент дорабатывает. Однако
они еще могут исчезнуть по разным причинам. В этом случае
средства в условном депонировании теряются. Никто не может коснуться их, если обе стороны не согласны
и подписать TX движущуюся средства от сделки.
2) Клиент исчезает.
Клиент совершает свои средства на шаге 2. Однако, если клиент
исчезает до завершения шага 4, все средства будут потеряны. Никто не может прикоснуться к ним
если обе стороны не согласны. Клиент не имеет никаких финансовых стимулов не
для завершения, если товары будут отправлены. Тем не менее, добавление клиента
депозит может помочь устранить этот режим отказа.
3) сделки под угрозой
Некоторые услуги эскроу включают контроль третьей стороной. В этих случаях,
существует опасность того, что третья сторона исчезнет с
фонды. С 2crow это устраняется.
С 2crow, злоумышленник третий участник должен поставить под угрозу секретность как клиента
и купец, чтобы украсть деньги. Это не может быть сделано путем перехвата
в 2crow кода в стандартном сообщении. Это может быть достигнуто только
беря частные ключи как от клиента и продавца. Этот режим
крайне маловероятно, так как любой злоумышленник, может выполнить такой компромисс
скорее всего, просто опустошить отдельные частные кошельки клиента и торговца и
не беспокоить с ожиданием транзакции депозитного произойти.
возвраты
Пока продавец и клиент согласен, все они, как может произойти
в фонды в условном депонировании. Размещая контролируемый адрес клиента в
"конечный адрес" поле шага 3, торговец может выдать возврат перед тем
финализации произошло.