Re: nLockTime сделка подтвердились мгновенно.
Я в настоящее время переделка LockMyCoins (из-за некоторые ошибки), и я мог бы использовать некоторую помощь. Я создал сделку nLockTime с правильным порядковым номером и действительным значением TimeLock. Он должен был быть заблокирован / задерживается до 03/11/14 @ 12:00:00 UTC, но хорошо, что этого не произошло.
Необработанные ТХ:
Код:
0100000001cc923d65a09775c14f1bcdac924eb6d1793a3b17f085a3bb4f83fdcfbd016302010000008b48304502210096db026713c14c1302c7b291649f2bff4eb684dbf4ba8772eb8d54f1da9860a402203eeb7242c3c3bd826803c2fda8d7c979c3afe78fe29128420edff303b7380acc0141042da7f0a57b1fff48209abf56734ac1cd410975896951d8d73a716888c94f068493d1ccc7c1aa413ef9880085f83da1b038a20b410b6b3b975aa2ec72bef35989ffffffff0138082a00000000001976a914f572a7504275ee9c6dc9bc331454493b092a95d788ac00521e53
Сделка в доступной форме:
Код:
массив
(
[TXID] => d1cab7df73e3389523068b6eed4d59546522150b76eb3a6e22cdaaa858c220e1
[Версия] => 1
[Locktime] => 1394496000
[Vin] => массив
(
[0] => массив
(
[TXID] => 026301bdcffd834fbba385f0173b3a79d1b64e92accd1b4fc17597a0653d92cc
[Vout] => 1
[ScriptSig] => массив
(
[ASM] => 304502210096db026713c14c1302c7b291649f2bff4eb684dbf4ba8772eb8d54f1da9860a402203eeb7242c3c3bd826803c2fda8d7c979c3afe78fe29128420edff303b7380acc01 042da7f0a57b1fff48209abf56734ac1cd410975896951d8d73a716888c94f068493d1ccc7c1aa413ef9880085f83da1b038a20b410b6b3b975aa2ec72bef35989
[Гекс] => 48304502210096db026713c14c1302c7b291649f2bff4eb684dbf4ba8772eb8d54f1da9860a402203eeb7242c3c3bd826803c2fda8d7c979c3afe78fe29128420edff303b7380acc0141042da7f0a57b1fff48209abf56734ac1cd410975896951d8d73a716888c94f068493d1ccc7c1aa413ef9880085f83da1b038a20b410b6b3b975aa2ec72bef35989
)
[Последовательность] => 4294967295
)
)
[Vout] => массив
(
[0] => массив
(
[Значение] => 0.02754616
[П] => 0
[ScriptPubKey] => массив
(
[ASM] => OP_DUP OP_HASH160 f572a7504275ee9c6dc9bc331454493b092a95d7 OP_EQUALVERIFY OP_CHECKSIG
[Гекс] => 76a914f572a7504275ee9c6dc9bc331454493b092a95d788ac
[ReqSigs] => 1
[Тип] => pubkeyhash
[адрес] => массив
(
[0] => 1PNouGYhffbBMeSSXWrCR43g3FKdYD2bpo
)
)
)
)
)
Есть ли здесь кто-нибудь знать, что пошло не так или же дерьмо Bitcoin сети на nLockTime сделок?
Любая помощь высоко ценится.
IIRC, если последовательности является максимальным значением, то это nlocktime "игнорируются",
Последовательность не максимальное значение. Дважды проверить, что с другими транзакциями (которые не имеют nLockTime), что я сгенерированные в (давать или принимать) один и тот же момент. РЕДАКТИРОВАТЬ: Просто заметил, что все эти операции имеют одинаковый порядковый номер (4294967295). Я создал их с Brainwallet, это может быть проблема, которая вызывает транзакции, чтобы подтвердить мгновенно, а не задерживать их?
EDIT2: Видимо, это и есть причина, почему они прошли. Бог долбанные черт побери. Что делать, если я просто вычитается 1 из порядкового номера. Будет ли что исправить эту проблему или же номер последовательности должен быть определенный вид номера?
EDIT3: Создается впечатление, что номер последовательности используются для замены транзакции nLockTime нового. Я мог бы установить это число 0 или 2132, так как замена сделки не отключен в данный момент, правильно?
Я бег минимума caffine, но я уверен, 4294967295 = 2 ^ 32 - 1, которая является максимальным значением UInt32.
На редактированиях: Любое значение меньше максимальная последовательности справедливо для nlocktime Я просто не уверен, что если узлы будут ретранслировать ТЙ со значением последовательности меньше, чем максимум (он же нестандартный).
Вы правы и спасибо за подтверждение моей теории. Теперь я могу, наконец, продолжить этот проект.На редактированиях: Любое значение меньше максимальная последовательности справедливо для nlocktime Я просто не уверен, что если узлы будут ретранслировать ТЙ со значением последовательности меньше, чем максимум (он же нестандартный).
