Я помню ужин разговор в Сан-Хосе, но я забыл практическую проблему мы пытались решить. 

Это, кажется, напоминает старинную лекции я слышал себе престарелого благодетеля, создавая сделку и подписать его с далеко nlocktime, затем дать сделку своим внукам в наследство. После того, как истечет nlocktime, внук будет транслировать его в сети и собирать средства.

Я согласен с gmaxwell, для одного пользователя, я не уверен, что способ, как это имеет существенно отличается чистый эффект по сравнению с сделки multisignature. 

Текущий метод multisignature: IN-> 2of2 & B -> ПРОВОДИТЬ
Предлагаемый метод: IN->A + время -> B -> ПРОВОДИТЬ

Для меновой стоимости, владелец потребуется две вещи.

1. Секретные заранее подготовленные транзакции (А->B)
2. Секретный ключ потратить от B для передачи значения.
После блокировки времени, предложенная идея только отличается от multisignature, сделав первую секретную транзакцию вместо ключа.

Одним из преимуществ я вижу, если я хотел бы выделить сумму только оплатить счет за электричество, но не платить их совсем еще. Злоумышленник, который получает транзакцию может заплатить только мой счет энергии рано. Это запирал меня в расходы энергетической компании, но это не будет прозрачным для электрической компании, так как сделка является частным. Депозитного даст видимость предполагаемому получателю.




Я знаю, что вы, ребята, знаете, но для прослушивания аудитории: 
Одним из предполагаемых выгод эта схема может иметь, чтобы дать время кражи жертвы, чтобы ответить на тихоходных атаки. Они только знают, что они подверглись нападению, когда деньги начали двигаться. Жертва будет видеть значение перемещения из их адреса А и быть в состоянии подготовить другую сделку, чтобы вернуть эти средства. Я думаю, что этот результат имеет два предположения, которые являются неправильными:

1. nlocktime не относительное время, но абсолютное время. это может быть как раз UTC или высота блока. Если обе тайны были скомпрометированы, (единственный способ это нападение было бы выгодно) злоумышленник будет иметь возможность тратить средства через В то же время, что и жертва. 
2. ЕСЛИ (большой, если) цепь была раздвоенной, чтобы относительное время блокировки, то это будет гонка между атакующим и жертвой, чтобы получить B->ТРАТЬТЕ в mempool. Атакующий будет подготовлен и отправить первый из Их. Жертва пытается восстановить бы не их транзакции распространяются из-за монеты, находящихся проводят в предыдущей операции. Потерпевший может отправить их позже B->Проведите сделку непосредственно шахтера, чтобы обойти проблему реле, но шахтер не будет знать, кто напал и кто стал жертвой. Satoshi отклонил относительное время пути назад, когда для блока цепи повторной организационной простоты.




Вместо того, чтобы уничтожить первый ключ, я себе несколько уровней двухфакторной аутентификации.   
Я имею в виду что-то вдоль линий дорожных чеков. Перед поездкой в ​​автономном кошелек программа может предварительно разрешить ряд сделок от, скажем, детерминированной кошелек. В preauthorized операции могут быть привлечены путешествия, скрытых в иммунных картах TF от карманных (обувей?). Телефонная бы метод первичной расходы, только с одной подписи необходимо. Если необходимо больше значения, тем presigned операции могут транслироваться на адрес телефона из незащищенной интернет-кафе. Предварительно назначенные частные ключи также могут быть привлечены и использованы для семян замены бумажника на замену телефоне, также может быть передано в незащищенной среде. Если оба телефона и TF карты были потеряны, вы могли бы потратить неиспользованный баланс preauthorized сделок, как только вы вернетесь домой. Ни в какой-то момент вы могли бы быть вынуждены сдавать больше, чем вы принесли с собой или частный код ключ / цепь в детерминированном бумажнике.