Является ли это теперь возможно с OP_CHECKLOCKTIMEVERIFY?
Это всегда было возможно, но да, теперь отправитель может сделать это таким образом, что они могут доказать, что они не могут обмануть.
Предыдущий протокол был
- Попросите получателя, чтобы создать приемную бумажник (W)
- После их отправки вам и адрес для бумажника (W_address)
- Создание закрытого ключа (б)
- Генерирование адрес B, B_address
- Отправить деньги B_address (TX-AB)
- вещать TX-AB
- Создание транзакции (TX-BW), который посылает деньги из B_address в W_address с Locktime 6 лет в будущем
- Печать по сделке в 10 раз
- Подождите, пока TX-AB для подтверждения (стоит ждать в день)
- Хранить сделку в 10 различных местах
- Проверьте, что сделка, безусловно, в порядке и сделал фактически подтверждают
- удалить секретный ключ B
На данный момент, единственный способ провести выходной сигнал от TX-AB является использование TX-BW. Вам даже не нужно держать TX-BW безопасным. Просто дайте его получателю. Они будут транслировать его по истечению срока действия Locktime.
Этот метод не является безопасным, если получатель не доверяет вам удалили закрытый ключ.
Теперь вы можете использовать P2SH и CLTV, чтобы заставить его работать. Это будет добываться все шахтеры. Как только он подтвердил в blockchain, нет никакого способа, чтобы провести его рано.
Стандартный сценарий:
HASH160 EQUAL
Суб-скрипт
<срок годности> CLVT DROP <открытый ключ> CHECKSIG
Она может быть проведена с
<подпись>
Ни один из клиентов не сможет понять это, хотя, так как они видят только hash160 (sub_script). Клиент должен иметь список адресов, чтобы наблюдать за. Это было бы изменение формата бумажника, и это очень рискованно.