https://gist.github.com/2305966
К счастью, я не делаю это прямо сейчас, и я думаю, что это могло бы использовать некоторые улучшения & оптимизация. Я оставляю основную часть контента на странице GIST, но я скопировал "Вещи, чтобы обдумать дальше ..." раздел ниже:
- Кто-то принес возможность того, что только "неудачник" в арбитраж должен платить, и "победитель" бы получить их обратно депозитный риск. Я не совсем уверен, что я согласен с этим ...
- Если мы не можем использовать SIGHASH_ANYONECANPAY, то одна из сторон придется поставить другой стороне соответствующего размера набора входных данных и изменение адреса, так что другая сторона может построить всю сделку до подписания. Это может потребовать дополнительного полшага, но и не может быть слишком плохо, если этот шаг выполняется программным обеспечением, в любом случае - это уже производя PubKeyB послать Алисе ... она также может также выяснить соответствующий набор входы и изменение адреса и вперед, что. С другой стороны, если АЯ никогда не выполняет, Боб только что показал некоторые из его средств к Алисе.
- Второй тайм плата ТХ может быть включена в первоначальной суммы: совершить 28,01 BTC до 2-в-3, чтобы убедиться, что вам не нужны дополнительные входы позже просто оплатить его.
- Клиентское программное обеспечение может интегрировать сторонние сервисы - так по поиску и проверка шаги для третьей стороны, Чарльз, могут быть сделаны в программном обеспечении для вас. Это может быть особенно важно, потому что если вы делаете много покупки в Интернете, вы, возможно, потребуется заранее зарегистрироваться с третьей стороной, так что они знают, к кому обращаться во время арбитража ...
подписание Сообщение может стать важным здесь, особенно для третьих лиц ... - В прямой ответ на Gavin предполагая, что "депозиты риска" громоздки и запутанные: Я не вижу, как и без него. Если Боб не имеет депозит риска, у него нет стимула, чтобы завершить сделку после того, как он получает товар (кроме того, чтобы быть хорошим человеком). Если Алиса не требуется ставить в осадке риска - она могла бы Боб создать сделку 2-в-3 (или 2-из-2!) С ее адрес, а затем она отступает и оставляет деньги на мель. Затем Боб должен будет заплатить Чарльз, чтобы помочь разблокировать деньги. Или, если это 2-из-2 - это просто заблокирована навсегда.
- Этот процесс сложен, но половина из них находится под капотом. Многие из них могут быть автоматизированы с "просто" набор опций и хорошо продуманный интерфейс.
- Я думаю, что приоритет номер один для оптимизации является простота / удобства в пользовательском интерфейсе. Я не против усложнять вещи под капотом немного, чтобы сделать его проще для пользователя. Но я действительно требую решений, которое будет работать, не полагаясь на сторонних услугах будут доступны (я думаю, что решение должно работать на 2-в-2 ТХ, а также, и пусть пользователи едят риск небольших ОГО получения заблокированного).