Модуль будет большим, потому подготовка сделок является проблема на стороне клиента.

Было бы очень легко, если вы хотите использовать API! BitWasp анализируется каждая операция в каждом блоке в поисках выходов. Он не обработал реорганизацию;, так что API, который свистит вас после подтверждения было бы здорово.

Вы не можете подключиться к сети Bitcoin снова, пока пользователи не обработали действительную сделку. Вы, возможно, предложил несколько сделок, если он попадает в стадии спора, когда покупатель / продавец может согласиться на возврат, но это вопрос проверки подписей & другие сведения. После завершения, нажмите и он будет выходить.

Вы заставить продавца подписать первый, если вы хотите эскроу, где он указывает, что элемент был «отправлен» и признаки покупателя (ТХ получает вещают), когда он получает товар.
Если вы хотите авансом компенсации, признаки покупателя релиз к поставщику сразу, а продавец знаки (ТМ получает вещает), когда он отправляет товар.

UX это должно позволить возвратов, споров и успешного результата. Администратор не должен действительно увлекаться. Я никогда не нравилось, что админ использовать JavaScript, потому что это был бы кошмар, если его ключ был украден. Но опять же, вопрос UX, если вы создаете модуль.

Простой модуль может быть:
 - искать для оплаты / суммы на адрес (путем передачи платежных запросов BIP70?)
 - обратный вызов, когда компенсация получена
(Порядок вещей бывает)
 - толкать платеж в сеть

@unamis: только код https://github.com/Bit-Wasp/BitWasp