Я полагаюсь на nLockTime и сборы для переключения направления. В основном, когда вы собираетесь в одном направлении, получатель всегда имеет стимул транслировать самую последнюю версию возврата транзакции и он стремится к blockchain.
Для переключения направления, то nLockTime новой версии возврата должно быть ранее. Таким образом, более поздняя версия сделки возврата действительна для включения в blockchain первого. Я бы также увеличить плату за транзакцию, чтобы incent шахтеров включить новую версию сделки по более ранней версии для дополнительной безопасности (в случае, если разница nLockTime между версиями слишком мала для новейшего быть включена к тому времени, второй новейший действует).
Я закончил тем, представляя эту концепцию пятницу вечером в Сан-Франциско. Я думаю, что будет видео мириться; Я свяжусь с ним, когда он есть.
Благодаря; это звучит очень полезно. На самом деле, в развитии Amiko Pay, я точно в точке, где я должен быть интегрирующей моя реализация нескольких подписей в ссылку оплаты, так что это происходит именно в нужный момент.
Я помню, как мы обсуждали эти вещи, прежде чем в других потоках; Я думаю, что тогда я критиковал свои идеи за то, что недостатки. Как я вижу это сейчас, это именно то, что он обещает - обеспечить безопасный канал двунаправленный - предполагается, что вокруг nLockTime, обе стороны в Интернете публиковать свои сделки. Необязательно, этот "издательская сделка" может быть передан провайдером облачного, конечно.
Это не полностью устранить необходимость прямого соседа доверия в сети Amiko, но, как я вижу сейчас, что невозможно в любом случае с нынешними возможностями Bitcoin. Таким образом, я буду продолжать развивать свой прототип, насколько это возможно сейчас, и тогда мы увидим, как продолжить оттуда.