Только TX Действителен до X Block

Мне интересно, если есть какая-либо дискуссия, которая когда-либо произошла около предельного параметра времени, в течение которого неподтвержденное ТЕ не может оставаться в силе, и после чего он больше не является допустимым ТМ?

вроде как ОАС, так что люди могут иметь разумное ожидание исполнения, если они нуждаются в ОМ произойти до определенного времени, и, чтобы иметь возможность потом собрать статистику по этой деятельности.

Цитата: prophetx от 16 марта 2014 года, 4:22:16 PM

Нет, но мы имеем обратное, т.е. TX действует только после того, как блок X

Были схемы обсуждавшихся где компенсируя возврат сделка с nLockTime в будущем аннулирует сделку.
например.:

https://code.google.com/p/bitcoinj/wiki/WorkingWithMicropayments

Цитата: Grau 16 марта 2014 года, 4:53:32 PM

ах интересно, но не совсем полезно в таком случае? возможно?

или может один использовать его как это:

1. отправить nlocktime ТХ отправить все из Адрес1 BTC в ADDRESS2 в блоке X

2. направить регулярный ПРД послать некоторые из Адрес1 BTC до address3, когда номер блока < Икс

что бы мне, что если блок X прибывает, а затем TX 1 должно иметь более высокий приоритет, то TX 2, потому что он старше, и для этого ТХ 2 становится недействительным двойным израсходуют

при условии их оба вещания, будет ли какой-либо общий случай, при которых в блоке X или больше, что TX 2 будет подтверждено до TX 1?

Сделка не может быть включена в блоке цепь до его nLockTime достигается.

Сделка, которая уже на цепи не станет "инвалид"Такая фигня может произойти только в ..... Mastercoin?

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

Цитата: Grau 16 марта 2014 года, 9:58:29 PM

Сделка не может быть включена в блоке цепь до его nLockTime достигается.

да я отдаю себе отчет в том, что ....

Сделка, которая уже на цепи не станет "инвалид"Такая фигня может произойти только в ..... Mastercoin?

я имею в виду соглашения SLA и ТХ, которые остаются неподтвержденными необычно длительных периодов

я предполагаю, что ваши эмоции омрачает вашу разумность. что это не то, что я написал.

читать сценарий снова с трезвым умом пожалуйста.

Цитата: Foxpup от 17 марта 2014 года, 3:11:44 AM

жаль, что я не понимаю.

то, что я написал, было, если один посылает 2 TX: сначала с одной с nlocktime, а второй как не nlocktime ТХ. если 2-й не происходит (то есть, получить подтверждение), прежде чем произойдет блок nlocktime, мы можем предположить, что nlocktime ОЕ всегда будет получать подтверждения, прежде чем другие (то есть, имеет более высокий приоритет) во время или после nlocktime блока?

Цитата: prophetx от 17 марта 2014 года, 9:46:25 AM

жаль, что я не понимаю.

Я говорил о том, почему Bitcoin не имеет типа транзакции, который делает то, что вы хотите.

Цитата: prophetx от 17 марта 2014 года, 9:46:25 AM

то, что я написал, было, если один посылает 2 TX: сначала с одной с nlocktime, а второй как не nlocktime ТХ. если 2-й не происходит (то есть, получить подтверждение), прежде чем произойдет блок nlocktime, мы можем предположить, что nlocktime ОЕ всегда будет получать подтверждения, прежде чем другие (то есть, имеет более высокий приоритет) во время или после nlocktime блока?

Нет. Как я понимаю, Locktime сделка даже не ретранслируется до того Locktime достигнут, и если вы пытаетесь отправить его после Locktime, он все равно не будет передан, потому что это двойное потратить до тех пор, как ваша целевая транзакция в пул памяти. И если сделки Locktime является ретранслировать и добавляется в пулы памяти шахтеров, все, что вы преуспели в этом в гарантирующий что ваша целевая транзакция не подтвердит, потому что это двойное израсходуют сделки Locktime. В любом случае, схема не работает.

Это давняя проблема с Bitcoin - сделки болтаться в подвешенном состоянии до тех пор, пока подтвердится, возможно, навсегда.

И точно так же, как давно это мое предложение, чтобы исправить это - истекают сделки из пула памяти после 1-2 дней. Клиенты построены повторно отправить. Они могут выбрать не отправить на тот момент.

Существует в настоящее время тянуть REQ, что решает эту задачу: https://github.com/bitcoin/bitcoin/pull/3753

Цитата: Foxpup 17 марта 2014, 10:29:43 AM

Цитата: prophetx от 17 марта 2014 года, 9:46:25 AM

жаль, что я не понимаю.

Я говорил о том, почему Bitcoin не имеет типа транзакции, который делает то, что вы хотите.

Цитата: prophetx от 17 марта 2014 года, 9:46:25 AM

ах хорошо, что было подробно я отсутствовал, я работал в предположении, что nlocktime ТХ была передана и хранится в памяти в горных узлах (очевидно, что может вызвать огромные проблемы с памятью).

но кстати, что это то, что я пытался достичь, б / с, некоторыми люди хотят, чтобы отменить из запрошенных ТХ (назовем его заказ, так как он не является ТМ), если он занимает слишком много времени. банки имеют ИЕ и требование о том, когда деньги доставляются. они не просто надеяться, что г-н Горняк обрабатывает его ТХ.

Цитата: jgarzik 17 марта 2014, 10:58:09 AM

Отлично, рад, что кто принимает это всерьез.

Там должен быть какой-то гарантии, что ТХ будет обрабатываться в течение разумного периода времени, или просто выкинут. Особенно, когда контракты (реальные или виртуальные) обеспокоены это очень важно.

И я думаю, что для банка принятия и иметь Bitcoin начинают функционировать в качестве реальной резервной валюты, которая используется в казначейском Упр и обрабатывают, как деньги такие вещи, как это собирается должны произойти.

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

Цитата: prophetx от 18 марта 2014 года, 1:40:30 AM

Цитата: jgarzik 17 марта 2014, 10:58:09 AM

Отлично, рад, что кто принимает это всерьез.

К сожалению, я не понял ваш вопрос ранее. Так говорили только о пуле памяти?

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

Цитата: Grau 18 марта 2014 года, 7:07:28 AM

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

Безоговорочный исполнение действия не переустройство безопасно и может привести монеты и их история будет внезапно признана недействительной даже при полном отсутствии злоумышленника. Это воздействие различно для монет в зависимости от их глубины будет ухудшать fungability монет, и избежать его является одной из причин, создавших монеты не может быть потрачена на 100 блоков.

Существует, однако, некоторые работы происходит в направлении позволяя одиночные возвраты транзакций, которые позволили бы легко потратить монету на альтернативный выход, чтобы отменить его после того, как прошло некоторое время. Это устраняет некоторые, но не все из потребительных случаев по истечении срока (а также многие другие случаи использования) без рисков. Я должен иметь предложение о списке рассылки в несколько дней- я все еще вырабатывая детали именно то, что я буду предлагать с несколькими другими людьми, в первую очередь.

Цитата: gmaxwell от 18 марта 2014 года, 7:48:20 AM

Цитата: Grau 18 марта 2014 года, 7:07:28 AM

было бы здорово.

хотя в любом случае нужно было бы ждать достаточно долго, чтобы убедиться, что REORG не произошло.

Я думаю, что я не понимаю, вопрос о реорганизации.

Гипотетическая сделка А имеет время истечения. Но он попадает в блок до истечения времени, так txouts, которые впоследствии могут быть потрачены созданы, и txins уничтожаются.

Тогда есть REORG. А в другой цепи, А не попасть в блок до его истечения срока, поэтому он был признан недействительным.

Я не вижу, как это отличается от обычного случая сделки с нулевым сбором, который сделал это сделать в blockchain, но затем после REORG в цепи, где он не делал это в blockchain, не всегда сделать это в "свободно" область и в конечном итоге получает выселен из mempool всех.

В любом случае, мы видим, пересмотренную историю, в которой сделка (и любой другой ТХ, которые зависят от него) просто не произошло. В любом случае, сделка замена может передаваться.

В чем проблема в сценарии А, что это не проблема в сценарии B?

Цитата: Cryddit от 19 марта 2014 года, 2:47:20 AM

взять инверсию вашего сценария

не войти, пользователь снова тратит деньги

то есть REORG

все же попадет в, то есть другой израсходует который теперь может быть недействительным

Цитата: prophetx от 19 марта 2014 года, 6:57:21 AM

Я до сих пор не понимаю, как это отличается от аналогичного сценария с транзакцией нулевой платы. Он не получает в blockchain, но остается в mempool. Отправитель делает другую транзакцию с использованием тех же монет, так что в большинстве из них удастся, потому что второй будет двойной тратить. Скажем, второй успешно. Тогда есть REORG, к цепи, где первый один удалось вместо и второй является недействительным.

У нас есть этот сценарий каждый день. Я не вижу никакой разницы между соответствующим временем истечения срока действия и другими причинами для ТХ на провал.

Двойные израсходуют требует мошеннического (или по крайней мере сильно ошибается!) Действия со стороны пользователей. Истечение просто происходит как продукт случайности или из-за действий совершенно несвязанных третьих сторон. У нас были некоторая длинные сети во время реорганизации; событий в прошлом, что привело к без потерь, истечение срока действия будет эффективно гарантировать потери в этих случаях и в общих усложняют анализ безопасности, принимая сделку, потому что теперь вы не только должны беспокоиться о прошлом риски мошенничества , вам нужно беспокоиться о прошлом воздействия истечения срока действия.

Это, конечно, не "мошеннический или серьезно ошибается" переслать тот же txouts с платой, когда ваша нулевого взнос сделка сидела там в течение трех дней непроверенных! Плата оплачиваемую сделка будет проходить, и дважды проводит убьет сделку нулевой пошлины, и это именно то, что вы хотите сделать!

Беспокоясь о том, сделали его истечения срока действия Своевременных транзакций в обе стороны вилки ничем не отличается от забот о том, сделала его дважды провели сделку в обе стороны вилки.

16 марта 2014, 4:22:16 PM	# 1
prophetx Сообщения: 1330 Цитировать по имени цитировать ответ	Re: ТХ только действует до X Block Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Мне интересно, если есть какая-либо дискуссия, которая когда-либо произошла около предельного параметра времени, в течение которого неподтвержденное ТЕ не может оставаться в силе, и после чего он больше не является допустимым ТМ? вроде как ОАС, так что люди могут иметь разумное ожидание исполнения, если они нуждаются в ОМ произойти до определенного времени, и, чтобы иметь возможность потом собрать статистику по этой деятельности.

16 марта 2014, 4:52:31 PM	# 2
jl2012 Сообщения: 1750 Цитировать по имени цитировать ответ	Re: ТХ только действует до X Block Получил 1806 Биткоинов Реальная история. Цитата: prophetx от 16 марта 2014 года, 4:22:16 PM Мне интересно, если есть какая-либо дискуссия, которая когда-либо произошла около предельного параметра времени, в течение которого неподтвержденное ТЕ не может оставаться в силе, и после чего он больше не является допустимым ТМ? вроде как ОАС, так что люди могут иметь разумное ожидание исполнения, если они нуждаются в ОМ произойти до определенного времени, и, чтобы иметь возможность потом собрать статистику по этой деятельности. Нет, но мы имеем обратное, т.е. TX действует только после того, как блок X

16 марта 2014, 4:53:32 PM	# 3
Грау Сообщения: 836 Цитировать по имени цитировать ответ	Re: ТХ только действует до X Block Были схемы обсуждавшихся где компенсируя возврат сделка с nLockTime в будущем аннулирует сделку. например.: https://code.google.com/p/bitcoinj/wiki/WorkingWithMicropayments

16 марта 2014, 9:34:25 PM	# 4
prophetx Сообщения: 1330 Цитировать по имени цитировать ответ	Re: ТХ только действует до X Block Цитата: Grau 16 марта 2014 года, 4:53:32 PM Были схемы обсуждавшихся где компенсируя возврат сделка с nLockTime в будущем аннулирует сделку. например.: https://code.google.com/p/bitcoinj/wiki/WorkingWithMicropayments ах интересно, но не совсем полезно в таком случае? возможно? или может один использовать его как это: 1. отправить nlocktime ТХ отправить все из Адрес1 BTC в ADDRESS2 в блоке X 2. направить регулярный ПРД послать некоторые из Адрес1 BTC до address3, когда номер блока < Икс что бы мне, что если блок X прибывает, а затем TX 1 должно иметь более высокий приоритет, то TX 2, потому что он старше, и для этого ТХ 2 становится недействительным двойным израсходуют при условии их оба вещания, будет ли какой-либо общий случай, при которых в блоке X или больше, что TX 2 будет подтверждено до TX 1?

16 марта 2014, 9:58:29 PM	# 5
Грау Сообщения: 836 Цитировать по имени цитировать ответ	Re: ТХ только действует до X Block Сделка не может быть включена в блоке цепь до его nLockTime достигается. Сделка, которая уже на цепи не станет "инвалид"Такая фигня может произойти только в ..... Mastercoin?

17 марта 2014, 3:11:44 AM	# 6
Foxpup Сообщения: 2044 Цитировать по имени цитировать ответ	Re: ТХ только действует до X Block Это не допускается, так как цепь REORG может привести к ранее подтвердила сделку стать неподтвержденной, и если она снова не подтверждена до требуемой высоты блока, он будет постоянно недействителен. Это означает, что подтвержденная сделка может стать недействительным чисто случайно, нарушая предположение, что подтверждено сделки всегда действует установлен запрет дважды проводить атаки.

17 марта 2014, 9:41:39 AM	# 7
prophetx Сообщения: 1330 Цитировать по имени цитировать ответ	Re: ТХ только действует до X Block Цитата: Grau 16 марта 2014 года, 9:58:29 PM Сделка не может быть включена в блоке цепь до его nLockTime достигается. да я отдаю себе отчет в том, что .... Сделка, которая уже на цепи не станет "инвалид"Такая фигня может произойти только в ..... Mastercoin? я имею в виду соглашения SLA и ТХ, которые остаются неподтвержденными необычно длительных периодов я предполагаю, что ваши эмоции омрачает вашу разумность. что это не то, что я написал. читать сценарий снова с трезвым умом пожалуйста.

17 марта 2014, 9:46:25 AM	# 8
prophetx Сообщения: 1330 Цитировать по имени цитировать ответ	Re: ТХ только действует до X Block Цитата: Foxpup от 17 марта 2014 года, 3:11:44 AM Это не допускается, так как цепь REORG может привести к ранее подтвердила сделку стать неподтвержденной, и если она снова не подтверждена до требуемой высоты блока, он будет постоянно недействителен. Это означает, что подтвержденная сделка может стать недействительным чисто случайно, нарушая предположение, что подтверждено сделки всегда действует установлен запрет дважды проводить атаки. жаль, что я не понимаю. то, что я написал, было, если один посылает 2 TX: сначала с одной с nlocktime, а второй как не nlocktime ТХ. если 2-й не происходит (то есть, получить подтверждение), прежде чем произойдет блок nlocktime, мы можем предположить, что nlocktime ОЕ всегда будет получать подтверждения, прежде чем другие (то есть, имеет более высокий приоритет) во время или после nlocktime блока?

17 марта 2014, 10:29:43 AM	# 9
Foxpup Сообщения: 2044 Цитировать по имени цитировать ответ	Re: ТХ только действует до X Block Цитата: prophetx от 17 марта 2014 года, 9:46:25 AM жаль, что я не понимаю. Я говорил о том, почему Bitcoin не имеет типа транзакции, который делает то, что вы хотите. Цитата: prophetx от 17 марта 2014 года, 9:46:25 AM то, что я написал, было, если один посылает 2 TX: сначала с одной с nlocktime, а второй как не nlocktime ТХ. если 2-й не происходит (то есть, получить подтверждение), прежде чем произойдет блок nlocktime, мы можем предположить, что nlocktime ОЕ всегда будет получать подтверждения, прежде чем другие (то есть, имеет более высокий приоритет) во время или после nlocktime блока? Нет. Как я понимаю, Locktime сделка даже не ретранслируется до того Locktime достигнут, и если вы пытаетесь отправить его после Locktime, он все равно не будет передан, потому что это двойное потратить до тех пор, как ваша целевая транзакция в пул памяти. И если сделки Locktime является ретранслировать и добавляется в пулы памяти шахтеров, все, что вы преуспели в этом в гарантирующий что ваша целевая транзакция не подтвердит, потому что это двойное израсходуют сделки Locktime. В любом случае, схема не работает.

17 марта 2014, 10:58:09 AM	# 10
jgarzik Сообщения: 1484 Цитировать по имени цитировать ответ	Re: ТХ только действует до X Block Это давняя проблема с Bitcoin - сделки болтаться в подвешенном состоянии до тех пор, пока подтвердится, возможно, навсегда. И точно так же, как давно это мое предложение, чтобы исправить это - истекают сделки из пула памяти после 1-2 дней. Клиенты построены повторно отправить. Они могут выбрать не отправить на тот момент. Существует в настоящее время тянуть REQ, что решает эту задачу: https://github.com/bitcoin/bitcoin/pull/3753

18 марта 2014, 1:12:44 AM	# 11
prophetx Сообщения: 1330 Цитировать по имени цитировать ответ	Re: ТХ только действует до X Block Цитата: Foxpup 17 марта 2014, 10:29:43 AM Цитата: prophetx от 17 марта 2014 года, 9:46:25 AM жаль, что я не понимаю. Я говорил о том, почему Bitcoin не имеет типа транзакции, который делает то, что вы хотите. Цитата: prophetx от 17 марта 2014 года, 9:46:25 AM то, что я написал, было, если один посылает 2 TX: сначала с одной с nlocktime, а второй как не nlocktime ТХ. если 2-й не происходит (то есть, получить подтверждение), прежде чем произойдет блок nlocktime, мы можем предположить, что nlocktime ОЕ всегда будет получать подтверждения, прежде чем другие (то есть, имеет более высокий приоритет) во время или после nlocktime блока? Нет. Как я понимаю, Locktime сделка даже не ретранслируется до того Locktime достигнут, и если вы пытаетесь отправить его после Locktime, он все равно не будет передан, потому что это двойное потратить до тех пор, как ваша целевая транзакция в пул памяти. И если сделки Locktime является ретранслировать и добавляется в пулы памяти шахтеров, все, что вы преуспели в этом в гарантирующий что ваша целевая транзакция не подтвердит, потому что это двойное израсходуют сделки Locktime. В любом случае, схема не работает. ах хорошо, что было подробно я отсутствовал, я работал в предположении, что nlocktime ТХ была передана и хранится в памяти в горных узлах (очевидно, что может вызвать огромные проблемы с памятью). но кстати, что это то, что я пытался достичь, б / с, некоторыми люди хотят, чтобы отменить из запрошенных ТХ (назовем его заказ, так как он не является ТМ), если он занимает слишком много времени. банки имеют ИЕ и требование о том, когда деньги доставляются. они не просто надеяться, что г-н Горняк обрабатывает его ТХ.

18 марта 2014, 1:40:30 AM	# 12
prophetx Сообщения: 1330 Цитировать по имени цитировать ответ	Re: ТХ только действует до X Block Цитата: jgarzik 17 марта 2014, 10:58:09 AM Это давняя проблема с Bitcoin - сделки болтаться в подвешенном состоянии до тех пор, пока подтвердится, возможно, навсегда. И точно так же, как давно это мое предложение, чтобы исправить это - истекают сделки из пула памяти после 1-2 дней. Клиенты построены повторно отправить. Они могут выбрать не отправить на тот момент. Существует в настоящее время тянуть REQ, что решает эту задачу: https://github.com/bitcoin/bitcoin/pull/3753 Отлично, рад, что кто принимает это всерьез. Там должен быть какой-то гарантии, что ТХ будет обрабатываться в течение разумного периода времени, или просто выкинут. Особенно, когда контракты (реальные или виртуальные) обеспокоены это очень важно. И я думаю, что для банка принятия и иметь Bitcoin начинают функционировать в качестве реальной резервной валюты, которая используется в казначейском Упр и обрабатывают, как деньги такие вещи, как это собирается должны произойти. Я предполагаю, что мы узнаем в следующем году или два, как банковские и финансовые регуляторы успокоится, и национальные банки начинают смотреть на то, что не хватает для них, чтобы использовать это.

18 марта 2014, 7:07:28 AM	# 13
Грау Сообщения: 836 Цитировать по имени цитировать ответ	Re: ТХ только действует до X Block Цитата: prophetx от 18 марта 2014 года, 1:40:30 AM Цитата: jgarzik 17 марта 2014, 10:58:09 AM Это давняя проблема с Bitcoin - сделки болтаться в подвешенном состоянии до тех пор, пока подтвердится, возможно, навсегда. И точно так же, как давно это мое предложение, чтобы исправить это - истекают сделки из пула памяти после 1-2 дней. Клиенты построены повторно отправить. Они могут выбрать не отправить на тот момент. Существует в настоящее время тянуть REQ, что решает эту задачу: https://github.com/bitcoin/bitcoin/pull/3753 Отлично, рад, что кто принимает это всерьез. К сожалению, я не понял ваш вопрос ранее. Так говорили только о пуле памяти? Экспирации есть практическая, но еще не гарантирует, так как любые записанную сделка может ретранслировать его снова.

18 марта 2014, 7:48:20 AM	# 14
gmaxwell Сообщения: 2366 Цитировать по имени цитировать ответ	Re: ТХ только действует до X Block Цитата: Grau 18 марта 2014 года, 7:07:28 AM Экспирации есть практическая, но еще не гарантирует, так как любые записанную сделка может ретранслировать его снова. Безоговорочный исполнение действия не переустройство безопасно и может привести монеты и их история будет внезапно признана недействительной даже при полном отсутствии злоумышленника. Это воздействие различно для монет в зависимости от их глубины будет ухудшать fungability монет, и избежать его является одной из причин, создавших монеты не может быть потрачена на 100 блоков. Существует, однако, некоторые работы происходит в направлении позволяя одиночные возвраты транзакций, которые позволили бы легко потратить монету на альтернативный выход, чтобы отменить его после того, как прошло некоторое время. Это устраняет некоторые, но не все из потребительных случаев по истечении срока (а также многие другие случаи использования) без рисков. Я должен иметь предложение о списке рассылки в несколько дней- я все еще вырабатывая детали именно то, что я буду предлагать с несколькими другими людьми, в первую очередь.

18 марта 2014, 9:02:40 AM	# 15
prophetx Сообщения: 1330 Цитировать по имени цитировать ответ	Re: ТХ только действует до X Block Цитата: gmaxwell от 18 марта 2014 года, 7:48:20 AM Цитата: Grau 18 марта 2014 года, 7:07:28 AM Экспирации есть практическая, но еще не гарантирует, так как любые записанную сделка может ретранслировать его снова. Безоговорочный исполнение действия не переустройство безопасно и может привести монеты и их история будет внезапно признана недействительной даже при полном отсутствии злоумышленника. Это воздействие различно для монет в зависимости от их глубины будет ухудшать fungability монет, и избежать его является одной из причин, создавших монеты не может быть потрачена на 100 блоков. Существует, однако, некоторые работы происходит в направлении позволяя одиночные возвраты транзакций, которые позволили бы легко потратить монету на альтернативный выход, чтобы отменить его после того, как прошло некоторое время. Это устраняет некоторые, но не все из потребительных случаев по истечении срока (а также многие другие случаи использования) без рисков. Я должен иметь предложение о списке рассылки в несколько дней- я все еще вырабатывая детали именно то, что я буду предлагать с несколькими другими людьми, в первую очередь. было бы здорово. хотя в любом случае нужно было бы ждать достаточно долго, чтобы убедиться, что REORG не произошло.

19 марта 2014, 2:47:20 AM	# 16
Cryddit Сообщения: 840 Цитировать по имени цитировать ответ	Re: ТХ только действует до X Block Я думаю, что я не понимаю, вопрос о реорганизации. Гипотетическая сделка А имеет время истечения. Но он попадает в блок до истечения времени, так txouts, которые впоследствии могут быть потрачены созданы, и txins уничтожаются. Тогда есть REORG. А в другой цепи, А не попасть в блок до его истечения срока, поэтому он был признан недействительным. Я не вижу, как это отличается от обычного случая сделки с нулевым сбором, который сделал это сделать в blockchain, но затем после REORG в цепи, где он не делал это в blockchain, не всегда сделать это в "свободно" область и в конечном итоге получает выселен из mempool всех. В любом случае, мы видим, пересмотренную историю, в которой сделка (и любой другой ТХ, которые зависят от него) просто не произошло. В любом случае, сделка замена может передаваться. В чем проблема в сценарии А, что это не проблема в сценарии B?

19 марта 2014, 6:57:21 AM	# 17
prophetx Сообщения: 1330 Цитировать по имени цитировать ответ	Re: ТХ только действует до X Block Цитата: Cryddit от 19 марта 2014 года, 2:47:20 AM Я думаю, что я не понимаю, вопрос о реорганизации. Гипотетическая сделка А имеет время истечения. Но он попадает в блок до истечения времени, так txouts, которые впоследствии могут быть потрачены созданы, и txins уничтожаются. Тогда есть REORG. А в другой цепи, А не попасть в блок до его истечения срока, поэтому он был признан недействительным. Я не вижу, как это отличается от обычного случая сделки с нулевым сбором, который сделал это сделать в blockchain, но затем после REORG в цепи, где он не делал это в blockchain, не всегда сделать это в "свободно" область и в конечном итоге получает выселен из mempool всех. В любом случае, мы видим, пересмотренную историю, в которой сделка (и любой другой ТХ, которые зависят от него) просто не произошло. В любом случае, сделка замена может передаваться. В чем проблема в сценарии А, что это не проблема в сценарии B? взять инверсию вашего сценария не войти, пользователь снова тратит деньги то есть REORG все же попадет в, то есть другой израсходует который теперь может быть недействительным

19 марта 2014, 3:39:19 PM	# 18
Cryddit Сообщения: 840 Цитировать по имени цитировать ответ	Re: ТХ только действует до X Block Цитата: prophetx от 19 марта 2014 года, 6:57:21 AM взять инверсию вашего сценария не войти, пользователь снова тратит деньги то есть REORG все же попадет в, то есть другой израсходует который теперь может быть недействительным Я до сих пор не понимаю, как это отличается от аналогичного сценария с транзакцией нулевой платы. Он не получает в blockchain, но остается в mempool. Отправитель делает другую транзакцию с использованием тех же монет, так что в большинстве из них удастся, потому что второй будет двойной тратить. Скажем, второй успешно. Тогда есть REORG, к цепи, где первый один удалось вместо и второй является недействительным. У нас есть этот сценарий каждый день. Я не вижу никакой разницы между соответствующим временем истечения срока действия и другими причинами для ТХ на провал.

19 марта 2014, 4:35:03 PM	# 19
gmaxwell Сообщения: 2366 Цитировать по имени цитировать ответ	Re: ТХ только действует до X Block Двойные израсходуют требует мошеннического (или по крайней мере сильно ошибается!) Действия со стороны пользователей. Истечение просто происходит как продукт случайности или из-за действий совершенно несвязанных третьих сторон. У нас были некоторая длинные сети во время реорганизации; событий в прошлом, что привело к без потерь, истечение срока действия будет эффективно гарантировать потери в этих случаях и в общих усложняют анализ безопасности, принимая сделку, потому что теперь вы не только должны беспокоиться о прошлом риски мошенничества , вам нужно беспокоиться о прошлом воздействия истечения срока действия.

19 марта 2014, 5:31:07 PM	# 20
Cryddit Сообщения: 840 Цитировать по имени цитировать ответ	Re: ТХ только действует до X Block Это, конечно, не "мошеннический или серьезно ошибается" переслать тот же txouts с платой, когда ваша нулевого взнос сделка сидела там в течение трех дней непроверенных! Плата оплачиваемую сделка будет проходить, и дважды проводит убьет сделку нулевой пошлины, и это именно то, что вы хотите сделать! Беспокоясь о том, сделали его истечения срока действия Своевременных транзакций в обе стороны вилки ничем не отличается от забот о том, сделала его дважды провели сделку в обе стороны вилки.

Заголовок