Задержки операции (с использованием nTimeLock) | Биткоин форум

		Биткоин Форум > Разработка и Техническое Обсуждение
Задержки операции (с использованием nTimeLock)

18 декабря 2012, 5:15:26 PM	# 1
halftimepad Сообщений: 20 Цитировать по имени цитировать ответ	Re: Delayed сделок (с использованием nTimeLock) Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Всем привет. Я новичок в сообществе Bitcoin и у меня есть особый интерес в контрактах, Script и все новые возможности, которые обычные валюты не имеют. Я смотрел на некоторые функции, такие как способность к задержке платежей. В принципе, операции имеют стопорное время, которое можно использовать для задержки транзакций. https://en.bitcoin.it/wiki/Protocol_specification#tx Есть некоторые интересные применения в контрактах на замену сделки, но эта способность, кажется, быть отключены в данный момент http://bitcoin.stackexchange.com/questions/861/why-isnt-transaction-replacement-supported. Я сделал небольшой блок исследователя, основанный на bitcointools (https://github.com/gavinandresen/bitcointools), Чтобы найти сделки со значением lock_time, отличным от 0 и обнаружило пять сделок, которые имеют время ожидания. Они находятся в блоках: 000000000000036a546044e094db778e1c146f051cd5d0e52fb0e6c43e63ea8c 000000000000049bd7c8aebf91efc907c880a35c05b7861b4eab3fc09655bb05 00000000000005f229df518de50c53616f4f2f895deca078dce1d74d5b79e39c 000000000000026e8536f6ffe741feeb30d7123e6435b3ad7db141833969b5bf 00000000000001d985839442aac0179713fc7f6e5b109d524a272d3d55600d7a Сделки являются: Код: http://blockexplorer.com/rawblock/000000000000036a546044e094db778e1c146f051cd5d0e52fb0e6c43e63ea8c { "гашиш":"13e100dd08b6da0a7426ea520b0bb3ae54cef79dd045e2e4f7116023df3a5c95", "вер": 1, "vin_sz": 1, "vout_sz": 1, "lock_time": 198370, "размер": 191, "в": [ { "prev_out": { "гашиш":"8af03f89f3e774ba64890b6f491f43b30de5f8c5e1d92fcad1e3355c566fd21d", "N": 1 }, "scriptSig":"304402204427e4bcb2bd48bf5d25dc3c7fde90df5b6e8ad39f62ddf1ad2bf82c33bb7f170220494ac767bbbe269eb8c352c8698ed24f2be09ee5d4e5f6a5d7cf69e709c28f1201 021669049d34ea3a8e364710151de215f15a74947ab87b8952ab062ed106c37bf6" } ], "вне": [ { "стоимость":"0.01500000", "scriptPubKey":"OP_DUP OP_HASH160 46186d1c563e4507b102aa0e5e3b9ef0a9077de3 OP_EQUALVERIFY OP_CHECKSIG" } ] }, http://blockexplorer.com/rawblock/000000000000049bd7c8aebf91efc907c880a35c05b7861b4eab3fc09655bb05 { "гашиш":"34df83aea6d6a68bab10b01e4ec4043850855406d45589b907dea565c8439976", "вер": 1, "vin_sz": 2, "vout_sz": 1, "lock_time": 199000, "размер": 341, "в": [ { "prev_out": { "гашиш":"69d771de96b5e0b7e66bc47f13eeedb96c45636bb3853637852b536b8959026a", "N": 0 }, "scriptSig":"3046022100ea4a9a35edbfa63327a68ef33b151da6a824ba86119c2fb2e69ccfa676cbf55d022100d8071b560b35585bee1249ba27e4cd9b61229c4bad6a5e2482982ea98e59215f01 024931bfb3b26c333c180a9dce4892035f58468cb1bd0b5e2159f5834101672a40" }, { "prev_out": { "гашиш":"69d771de96b5e0b7e66bc47f13eeedb96c45636bb3853637852b536b8959026a", "N": 1 }, "scriptSig":"304502207674f68e100d65b0f29316b0d643d3e6c9410da056102ab305d4ea8f229f5c56022100ddbd064ae427f4db44fc8cefd45e837e35264b276ed8007fbf293301b22bd82901 025145729dd299d26dd21244e04df616a6083e80e2604153d1ec9b20dc79d1f4e2" } ], "вне": [ { "стоимость":"0.01450000", "scriptPubKey":"OP_DUP OP_HASH160 1bec313498b523aadb2964ab6d95608a911f4eeb OP_EQUALVERIFY OP_CHECKSIG" } ] }, http://blockexplorer.com/rawblock/00000000000005f229df518de50c53616f4f2f895deca078dce1d74d5b79e39c { "гашиш":"b0fa60f601d5fe6fb1501aa614503b9af688492f68bcf8268d7cdb30f3534079", "вер": 1, "vin_sz": 1, "vout_sz": 1, "lock_time": 199000, "размер": 192, "в": [ { "prev_out": { "гашиш":"4ac2fd4616a400ea29ad5eaff723d18ca05e4c22e4c9a190b8ab7b09d8964f99", "N": 0 }, "scriptSig":"3045022006f942260b9587f8976fc31de7c238e4998e6f0afbf026568c41f732de672473022100f30f27305dc27b3435b5803fe72d0dacf8c845b402959d192d27de96f5fcd90601 03e71226d01c0186a3995446089d41ce90d08cf384f5a1c906239e540221efc683", "последовательность": 4278190335 } ], "вне": [ { "стоимость":"0.01350000", "scriptPubKey":"OP_DUP OP_HASH160 87965d6172fcc30cbbdfd1b674d66d567e64bb53 OP_EQUALVERIFY OP_CHECKSIG" } ] }, http://blockexplorer.com/rawblock/000000000000026e8536f6ffe741feeb30d7123e6435b3ad7db141833969b5bf { "гашиш":"c466c6f8ee76ac77495f703aa5646926d67730ea7a8ede45debf3be37c9ffe7b", "вер": 1, "vin_sz": 2, "vout_sz": 2, "lock_time": 207150, "размер": 373, "в": [ { "prev_out": { "гашиш":"a8f8a86ebc2c9eb8989a6e988238cfa37ffc5634bd8a216a19a63ae7bb84e352", "N": 0 }, "scriptSig":"304502206bbfb4f4c700b25d7e7c6627a43c6b6ef5c2e449c8c3cf0e729a08fd6b8e4d3f022100de614f17b6f2ddcf0c9cb5c9259ccbcf38fc7bc529c261166651072eee8de3a901 0372517b2117c312844838b6cb79959ab6dfb3357e7c7e8ead94e438091039f72d", "последовательность": 0 }, { "prev_out": { "гашиш":"a8f8a86ebc2c9eb8989a6e988238cfa37ffc5634bd8a216a19a63ae7bb84e352", "N": 1 }, "scriptSig":"304402207dd414f7c962b67378bf659c7f38fd96a32e9c6d245479ce9f37595f6673e51f02202ea6355791b2b945694916baec0139ba6a807c35cc72b6e96ccaee21bb00409001 0346559defaa3a93fe93eb38af8f10ac060a39b2f5b1b18a932aaba39746e9f36f", "последовательность": 0 } ], "вне": [ { "стоимость":"0.00050000", "scriptPubKey":"OP_DUP OP_HASH160 f1ddb423647b717589222293108b3a71f6c9c479 OP_EQUALVERIFY OP_CHECKSIG" }, { "стоимость":"0.00022074", "scriptPubKey":"OP_DUP OP_HASH160 0c7d886ae9a809429e962458f8b86ecb7ae2b730 OP_EQUALVERIFY OP_CHECKSIG" } ] }, http://blockexplorer.com/rawblock/00000000000001d985839442aac0179713fc7f6e5b109d524a272d3d55600d7a { "гашиш":"d1ef46055a84fd02ee82580d691064780def18614d98646371c3448ca20019ac", "вер": 1, "vin_sz": 1, "vout_sz": 2, "lock_time": 207167, "размер": 226, "в": [ { "prev_out": { "гашиш":"18a3db0f83fd7407f1a286af161703e19f5ea800944e9c273c02f3d2cd106a33", "N": 1 }, "scriptSig":"3045022016dfc9cd05189641188b7f8ca8336d30c6dd4750766060437f16c384c4e9756a022100cbc2906d947e131bdf5e8a685df7ae869d3a92fdc7d0198cd7756ecf7f3fecef01 0372517b2117c312844838b6cb79959ab6dfb3357e7c7e8ead94e438091039f72d", "последовательность": 0 } ], "вне": [ { "стоимость":"0.00050000", "scriptPubKey":"OP_DUP OP_HASH160 2aacd8e8e3607cadd993eaf20047b3ba051049b5 OP_EQUALVERIFY OP_CHECKSIG" }, { "стоимость":"0.00900000", "scriptPubKey":"OP_DUP OP_HASH160 71b13ab7f1f5b1e7ed1b3df8c2b57eef083cf3fb OP_EQUALVERIFY OP_CHECKSIG" } ] }, Кажется, ни один из них не сможет быть погашены в течение длительного времени. У меня есть несколько вопросов: - Эта способность выглядит как функция для меня, но мне кажется, клиенты не должны допускать такого рода сделки и некоторые люди рассматривают это как ошибку: http://bitcoin.stackexchange.com/questions/5783/transactions-with-a-wait-time-using-nlocktime/5833#5833 https://github.com/bitcoin/bitcoin/issues/1820 Предполагается, поддерживать или не запертые сделки? - Если нет, то что будет с уже существующими запертыми сделками? - Вы можете легко ввести заблокированную транзакцию с использованием стандартного клиента? Если нет, то каким образом? Благодаря!

Как заработать Биткоины?
Без вложений. Не майнинг.

3 января 2013, 8:30:58 PM	# 2
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: Delayed сделок (с использованием nTimeLock) Получил 1806 Биткоинов Реальная история. котировка Кажется, ни один из них не сможет быть погашены в течение длительного времени. Это не то, как работает Locktime. Locktime предотвращает сделку от попадания в блоки. После того, как это в блоке, он может быть израсходован. Эти операции всегда были окончательными, так как все их входы имеют порядковые номера UINT_MAX: 000000000000036a546044e094db778e1c146f051cd5d0e52fb0e6c43e63ea8c 000000000000049bd7c8aebf91efc907c880a35c05b7861b4eab3fc09655bb05 Остальные операции все стали окончательными два блока до блоков, которые они были добавлены.

3 января 2013, 9:21:28 PM	# 3
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: Delayed сделок (с использованием nTimeLock) theymos правильно; если все входы имеют порядковый номер UINT_MAX затем Locktime игнорируется. котировка Предполагается, поддерживать или не запертые сделки? Да, они поддерживаются сетью. котировка - Вы можете легко ввести заблокированную транзакцию с использованием стандартного клиента? Если нет, то каким образом? Нет, нет простого способа создать такую сделку, используя код ссылки. _{* Супер-пупер-Bitcoin-Ниндзя, как gmaxwell, которые редактировать необработанный гекс транзакции, чтобы установить время блокировки / порядковые номера не учитываются.}

3 января 2013, 9:24:52 PM	# 4
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: Delayed сделок (с использованием nTimeLock) Вы можете попробовать написать bitcoinj приложение, если вы хотите играть с этими функциями. Это API разработан, чтобы сделать делать такие вещи легко.

4 января 2013, 6:32:32 AM	# 5
etotheipi Сообщения: 1428 Цитировать по имени цитировать ответ	Re: Delayed сделок (с использованием nTimeLock) Единственное, что еще не было сказано, что есть в настоящее время не механизм для замены. Закрытые сделки могут быть "введены" в blockchain довольно легко, и узлы будут принимать их и держать их в пуле памяти (и, следовательно, падение конфликтующих сделков), но они не будут вперед в противном случае-действительные замен, и только шахтеры с пользовательскими правилами добудут их для вас. Если вы хотите заменить временные автоподстройки сделки, вы будете иметь, чтобы добывать его самостоятельно, или пойти найти шахтер, чтобы согласиться, чтобы помочь вам. После замены добывает (или даже просто регулярные транзакции проводить один из входов), все узлы, удерживающие время автоподстройки ОГО будут видеть конфликт и падение один в своем пуле памяти. Таким образом, если вы можете создать ТЕ, вы можете получить "временная задержка" аспект из сети прямо сейчас, но вы должны работать очень трудно, если вы используете "замена" аспект. Постскриптум - Поздравляю быть наиболее хорошо говорят, научно-ориентированных одной пост Новичок Я видел на этих форумах

4 января 2013, 3:47:00 PM	# 6
gmaxwell Сообщения: 2366 Цитировать по имени цитировать ответ	Re: Delayed сделок (с использованием nTimeLock) Цитата: halftimepad от 18 декабря 2012 года, 5:15:26 PM - Вы можете легко ввести заблокированную транзакцию с использованием стандартного клиента? Если нет, то каким образом? Я думал, что все остальные были хорошие ответившим на другие вопросы ... но вы можете создать заперта операции с использованием createraw транзакции, а затем просто вручную редактировать шестигранную транзакции. Вам необходимо проконсультироваться с Bitcoin вики на макете, но это довольно легко настроить Locktime и последовательность вручную и decoderawtransaction покажет вам ваш успех.

5 января 2013, 11:55:09 PM	# 7
halftimepad Сообщений: 20 Цитировать по имени цитировать ответ	Re: Delayed сделок (с использованием nTimeLock) Спасибо всем за объяснение! Я уже играл с сырыми сделок в testnet с bitcoind. После нескольких неудачных попыток (я до сих пор есть некоторые проблемы с изменением, и я забыл о порядковом номере), я думаю, что мне удалось отправить некоторые операции с замком времени. Я еще немного запутался, потому что сразу после отправки их, я мог бы потратить монеты в другой транзакции. Вот пример транзакции: Код: { "наговор" : "0100000001b110f593f3f4b0a9f93fd625d5e455c82b7ec0a5fe491198ac0bdf042bc837c8000000006b48304502207501c32e46cfba0ac5aae64849a34107c2a30291448604d0c207ae7c0a05c65d022100f914d06a0f64331d0b6ba931d62db2257293c199d4541bbb02266cf0fa1272f50121035ecd174d977eecdda204fd52be159469b77399f8f19894a70b72216197525782fff0ffff0100d2496b000000001976a914be42ebf8ab45f191de4703213a093510b825959188ac03000000", "TXID" : "251a368ff8a663f8d1ce55ce1f3dbd49ce2fbd9f1a270dc4ef9decf3c4a3461e", "версия" : 1, "Locktime" : 3, "Vin" : [ { "TXID" : "c837c82b04df0bac981149fea5c07e2bc855e4d525d63ff9a9b0f4f393f510b1", "Vout" : 0, "scriptSig" : { "как м" : "304502207501c32e46cfba0ac5aae64849a34107c2a30291448604d0c207ae7c0a05c65d022100f914d06a0f64331d0b6ba931d62db2257293c199d4541bbb02266cf0fa1272f501 035ecd174d977eecdda204fd52be159469b77399f8f19894a70b72216197525782", "наговор" : "48304502207501c32e46cfba0ac5aae64849a34107c2a30291448604d0c207ae7c0a05c65d022100f914d06a0f64331d0b6ba931d62db2257293c199d4541bbb02266cf0fa1272f50121035ecd174d977eecdda204fd52be159469b77399f8f19894a70b72216197525782" }, "последовательность" : 4294963455 } ], "Vout" : [ { "стоимость" : 18.00000000, "N" : 0, "scriptPubKey" : { "как м" : "OP_DUP OP_HASH160 be42ebf8ab45f191de4703213a093510b8259591 OP_EQUALVERIFY OP_CHECKSIG", "наговор" : "76a914be42ebf8ab45f191de4703213a093510b825959188ac", "reqSigs" : 1, "тип" : "pubkeyhash", "адреса" : [ "mxrxrJnR2XP889vMz2ewVZ97dvgso6DfF6" ] } } ], "blockhash" : "000000000b5ac111cc15c3b47cc46e877e5b93f250a927a14dddcddf013bfee5", "подтверждения" : 2493, "время" : 1356543924, "blocktime" : 1356543924 } Порядковый номер немного странно, потому что я просто заменил п на 0 в шестнадцатеричной сделке, но я думаю, что это нормально. Я буду продолжать играть и после результатов. Я мог бы сделать что-то еще не так.

6 января 2013, 1:15:49 AM	# 8
Питер Тодд Сообщения: 1106 Цитировать по имени цитировать ответ	Re: Delayed сделок (с использованием nTimeLock) Цитата: halftimepad от 05 января 2013 года, 11:55:09 PM Я еще немного запутался, потому что сразу после отправки их, я мог бы потратить монеты в другой транзакции. Вот пример транзакции: Код: "Locktime" : 3, Причина, почему вы были в состоянии потратить, что ТХ из-за этого. То, что вы сделали, сделали операцию, которая не может быть потрачена в любом блоке перед блочными # 3, который был более чем четыре года назад. Что вы ожидаете произойдет?

6 января 2013, 8:06:11 AM	# 9
jl2012 Сообщения: 1750 Цитировать по имени цитировать ответ	Re: Delayed сделок (с использованием nTimeLock) котировка Кажется, ни один из них не сможет быть погашены в течение длительного времени. котировка "Locktime" : 3, Очевидно, вы поняли смысл nlocktime. Значение относится к абсолютной высоте блока, а не относительный. Ваш пример означает, "заблокирован после высоты блока = 3", не "заблокированные 3 блоков позже"

6 января 2013, 11:56:32 AM	# 10
halftimepad Сообщений: 20 Цитировать по имени цитировать ответ	Re: Delayed сделок (с использованием nTimeLock) котировка Причина, почему вы были в состоянии потратить, что ТХ из-за этого. То, что вы сделали, сделали операцию, которая не может быть потрачена в любом блоке перед блочными # 3, который был более чем четыре года назад. Что вы ожидаете произойдет? котировка Очевидно, вы поняли смысл nlocktime. Значение относится к абсолютной высоте блока, относительной. Ваш пример означает, "заблокирован после высоты блока = 3", не "заблокированные 3 блоков позже" Ой! Как неловко! Спасибо, это так!

6 января 2013, 1:36:43 PM	# 11
Питер Тодд Сообщения: 1106 Цитировать по имени цитировать ответ	Re: Delayed сделок (с использованием nTimeLock) Говоря о, вот это упражнение для вас: почему Locktime должно быть абсолютное число? Почему это не может быть относительным числом?

6 января 2013, 9:58:37 PM	# 12
halftimepad Сообщений: 20 Цитировать по имени цитировать ответ	Re: Delayed сделок (с использованием nTimeLock) Цитата: Retep от 06 января 2013 года, 1:36:43 PM Говоря о, вот это упражнение для вас: почему Locktime должно быть абсолютное число? Почему это не может быть относительным числом? Ммм ... Я думаю, это потому, что вы никогда не можете быть уверены, какой блок будет выполнять транзакции. Я предполагаю, что абсолютное число дает приблизительную дату. Грубо говоря, вы можете представить себе блок будет появляться каждые десять минут, и сделка будет приняты во время, вы включаете в метке времени.

6 января 2013, 11:29:54 PM	# 13
halftimepad Сообщений: 20 Цитировать по имени цитировать ответ	Re: Delayed сделок (с использованием nTimeLock) В конце концов я сделал это! Testnet3 сделка: 33924d240e571f633ee2ea64ffd917d0c6a9a995b670740e54c5bc954f6f33bd Спасибо всем за помощь. Стандартный клиент показывает, что это хорошо и работает, как ожидалось.

6 января 2013, 11:36:54 PM	# 14
Питер Тодд Сообщения: 1106 Цитировать по имени цитировать ответ	Re: Delayed сделок (с использованием nTimeLock) Цитата: halftimepad от 06 января 2013 года, 9:58:37 PM Цитата: Retep от 06 января 2013 года, 1:36:43 PM Говоря о, вот это упражнение для вас: почему Locktime должно быть абсолютное число? Почему это не может быть относительным числом? Эмм ... Я думаю, это потому, что вы никогда не можете быть уверены, какой блок будет выполнять транзакции. Я предполагаю, что абсолютное число дает приблизительную дату. Грубо говоря, вы можете представить себе блок будет появляться каждые десять минут, и сделка будет приняты во время, вы включаете в метке времени. Это точно. Вы можете бороться с этим пост Сатоши на эту тему интересной: Поздравляет с ТМ!

29 марта 2013, 9:23:15 AM	# 15
Phelix Сообщения: 1708 Цитировать по имени цитировать ответ	Re: Delayed сделок (с использованием nTimeLock) Может nLockTime TX можно использовать затопить Mempools? http://bitcoin.stackexchange.com/questions/8408/can-nlocktime-tx-be-used-to-flood-mempools Цитата: Danny Если сделки надлежащим образом связаны с предыдущими действительными сделками, в конце концов они попадают в blockchain (и из mempool) независимо от nLockTime Цитата: theymos от 03 января 2013 года, 8:30:58 PM Locktime предотвращает сделку от попадания в блоки. После того, как это в блоке, он может быть израсходован. Из того, что я вижу в источнике, я думаю, что Денни не так и theymos прав: Все ТЕ в блоке должен быть "окончательный" и ТХ только окончательным, если мы прошли это nLockTime (blockheight или UnixTime). Может кто-нибудь подтвердить это?

29 марта 2013, 12:20:18 PM	# 16
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: Delayed сделок (с использованием nTimeLock) Цитата: PHELIX от 29 марта 2013 года, 9:23:15 AM Все ТХ в блочном необходимости быть "окончательный" Правильно. Цитата: PHELIX от 29 марта 2013 года, 9:23:15 AM TX-только окончательным, если мы прошли это nLockTime (blockheight или UnixTime). Сделка также окончательная, если его порядковый номер равен UINT_MAX, независимо от nLockTime.

29 марта 2013, 4:04:23 PM	# 17
Phelix Сообщения: 1708 Цитировать по имени цитировать ответ	Re: Delayed сделок (с использованием nTimeLock) Цитата: theymos 29 марта 2013, 12:20:18 PM Цитата: PHELIX от 29 марта 2013 года, 9:23:15 AM Все ТХ в блочном необходимости быть "окончательный" Правильно. Цитата: PHELIX от 29 марта 2013 года, 9:23:15 AM TX-только окончательным, если мы прошли это nLockTime (blockheight или UnixTime). Сделка также окончательная, если его порядковый номер равен UINT_MAX, независимо от nLockTime. Спасибо за пояснение. Теперь я должен думать об этом еще.

24 апреля 2013, 1:38:20 AM	# 18
scrubadub Сообщений: 35 Цитировать по имени цитировать ответ	Re: Delayed сделок (с использованием nTimeLock) Похоже, что есть три способа кто-то может захотеть использовать транзакции / Locktime 1. Отправьте сделку с Locktime и отменить или изменить его до фиксации времени 2. Направить сделку с Locktime и быть не в состоянии изменить его, но сторона, получающая сделка не может до сих пор не тратить до Locktime 3. Отправить транзакцию и ярлык на Locktime (в основном нормальные сделки, описанный ниже с UINT_MAX) Поэтому чтение этой темы я понимаю сделки не в блоках, пока они не являются окончательными / Locktime не истечет (если unit_max), но я думаю, более теоретически на секунду о том, как она должна / может работать. Так UseCase # 1 кажется, мы сегодня, я сказал, вы можете отправить транзакции без блокировки времени или с новой версией и другими шахтерами подтвердят это (поправьте меня, если я ошибаюсь) И UseCase # 3 в основном нормальная сделка без Locktime. Интересный UseCase это # 2 я думаю. Вот несколько проблем, которые я вижу ... Сейчас узлы, вероятно, не ретранслировать сделки с будущим Locktime русских дней из, заставляя партию, создавая сделку для повторной сделки ближе к Locktime или дать сделку принимающей стороны для повторной передачи. Возможное решение этой проблемы включает сделку в blockchain, было бы не быть в состоянии изменить, но это цели USECASE # 2. Поскольку сделка не не подтверждена до будущего Locktime, передающая сторона может создать другую сделку и шахту блокировать их-самость (или попросить кого-либо) и отменить сделку с будущим Locktime. Единственный способ обойти это, я вижу, чтобы добавить будущие сделки в blockchain. Так что если вы сделали добавить транзакцию к blockchain тогда ваша проблема в том, как предотвратить принимающую сторону сделки тратить монеты, прежде чем Locktime. Хотя это кажется более легкой проблемой, чем пытаться решить вышеупомянутые две проблемы. Разве это не представляется возможным проверить родительскую транзакцию вновь созданной транзакции, чтобы убедиться, что она действует в момент новой сделки? Опять же я (думаю я) понять, как это работает сегодня, но я не думаю, что это UseCase # 2 покрыта сегодня (пожалуйста, поправьте меня, если я ошибаюсь). Предполагая, # 2 не распространяется сегодня, будет добавление будущих сделок с blockchain и проверки Locktime родительской сделки возможно? Или же, которые расщепляют все виды других вещей, которые я не думаю. благодаря

17 мая 2013, 7:33:47 PM	# 19
scrubadub Сообщений: 35 Цитировать по имени цитировать ответ	Re: Delayed сделок (с использованием nTimeLock) Бесстыдно натыкаясь для комментариев на Bitcoin поддержки три различных типов операций, основанных на Locktime (описано выше). Мысли?

17 мая 2013, 9:49:10 PM	# 20
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: Delayed сделок (с использованием nTimeLock) Ну, цель nLockTime не совсем буквально блокировки монет для определенного времени, он предназначен в рамках контракта переговоров, чтобы позволить вам использовать пул памяти в качестве своего рода гонку распознавателя. В то время как вы можете заблокировать некоторые монеты в течение длительного периода времени, действительно существует риск, что кто-то нападает на вас Финни. Вы можете уменьшить риск, требуя от обеих сторон подписать для вывода, например, но не очень хороший способ, чтобы сделать то, что вы хотите, не хватает жесткого Разветвляющихся изменения правил. И я не вижу каких-либо прецедентов, которые оправдывали бы это.

« Предыдущая тема | Следующая тема »

Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW