Защита от двойных расходов, даже 0-подтверждение

Вот идея, чтобы забрать стимул к двойному расходов. Если шахтер обнаруживает двойную израсходуете, он может положить ОБА в том же блоке, и весь двойной потраченный объем идет на плату. Вместо того, чтобы до ~ 50% шанс получить деньги обратно, двойные расходы почти всегда терпят неудачу и потерять деньги.

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

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

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

Это будет применяться только с Locktime = 0 расходов. Если вам необходимо создать несколько тратит на цели по какой-то причине использовать Locktime = 1 или выше.

РЕДАКТИРОВАТЬ
Новая обратная совместимость версии 2:

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

Таким образом, все двойное потратили количество идет на шахтер, в конце концов. В будущем он будет идти к шахтеру сразу.

Для перехода, нам нужно только, чтобы получить более 51% добычи власти после нового правила.

Это полностью совместим со старыми клиентами. Они продолжают двоиться затрачивает оставаться застрял на 0-подтверждение.

И старые и новые клиенты выиграют от того, что двойные расходы столь же бесполезно, как с переводом денег на 1BitcoinEaterAddressDontSendf59kuE.

Данные расширения могут быть втиснуть в любом месте, как дополнительный выход 0BTC на coinbase к тупиковых scriptPubKey, который содержит данные расширения в нажимной капли.

Интересно, но, вероятно, невозможно реализовать. Старый узел (не только шахтеры) будет несовместим. Таким образом, для этого потребуется обновление каждого узла 100% сети, чтобы избежать сбоев.

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

Или другой: они посылают транзакцию в то время как их LAN отключен от сети (другая машина на их LAN видит); они восстанавливают из резервных копий; их восстановления клиент не показывает транзакцию, чтобы они отправить его; когда локальная сеть подключится к Интернету обе транзакции передаются и затем конфискованы.

Цитата: Revalin от 11 апреля 2012 года, 3:05:15 PM

Потенциальное решение для "заброшенность" АЯ в целом является убить или заполнить значение. Если не включен блок х, ТХ является ничтожным. Поведение клиента по умолчанию может быть установлено значение деактивации для 30 блоков в будущее для ОГО (может быть переопределены пользователями). Тем не менее риск минимален. Tx идти только в "заброшенность" если пользователь нарушает правила спама. Для этого необходимо с помощью пользовательского клиента и умышленно нарушая правила протокола.

котировка

Или другой: они посылают транзакцию в то время как их LAN отключен от сети (другая машина на их LAN видит); они восстанавливают из резервных копий; их восстановления клиент не показывает транзакцию, чтобы они отправить его; когда локальная сеть подключится к Интернету обе транзакции передаются и затем конфискованы.

Восстановленный узел должен видеть ТЙ от другого узла сети.

Так ни проблемы убийцы, но он делает протокол более "хрупкое", Вещи должны быть сделаны правильно или есть риск недействительности средств.

Чем больше проблема реализации. Изменения, как это потребовали бы не только шахтеров, но при обновлении 100% узлов, чтобы избежать СТОЙКОГО вилка. Скорее всего, недостижимая цель. Есть менее радикальные решения, не 51% атаки двойным затрачивает (как ТЕ контракты). Это изменение не повлияло бы на 51% атаки или атаки Финни, которые более вероятно, двойной тратит.

Цитата: Revalin от 11 апреля 2012 года, 3:05:15 PM

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

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

Цитата: DeathAndTaxes от 11 апреля 2012 года, 3:09:41 PM

Потенциальное решение для "заброшенность" АЯ в целом является убить или заполнить значение. Если не включен блок х ТХ является ничтожным.

Я поддерживаю это. Это хорошая идея, даже за пределы двойной израсходуют-конфискацию.

котировка

Восстановленный узел должен видеть ТЙ от другого узла сети.

Узел не гарантируется быть на той же локальной сети после того, как восстанавливается. например, ноутбук может быть перенесен на ИТ-отдел для восстановления.

Кроме того: неподтвержденный txes фактически сохранены и отправлен в новые узлы после первоначального затопления? Кажется, я припоминаю, что если вы не в сети в момент первоначального вещания вы не услышите об этом, пока вы не увидите его в блоке.

Цитата: DeathAndTaxes от 11 апреля 2012 года, 2:54:39 PM

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

Цитата: Jevon от 11 апреля 2012 года, 3:24:47 PM

Цитата: DeathAndTaxes от 11 апреля 2012 года, 2:54:39 PM

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

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

Цитата: DeathAndTaxes от 11 апреля 2012 года, 3:09:41 PM

Цитата: Revalin от 11 апреля 2012 года, 3:05:15 PM

Здесь нет Икс, и его отсутствие не является ни случайностью, ни оплошность.

Давай я тебе помогу ...

"Потенциальное решение было бы убить или заполнить значение",

Никто кроме вас не утверждал "Икс" существует.

Цитата: DeathAndTaxes от 11 апреля 2012 года, 2:54:39 PM

Я редактировал первый пост. Теперь нужно только 51% поддержки шахтер, и старые клиенты не нужно обновить. Блоки полностью обратно совместимы.

Цитата: Jevon 12 апреля 2012 года, 1:14:38 PM

Он по-прежнему требует 100% узлов для модернизации. Существующие узлы будут видеть эти выходы как действительные. Ваши изменения менее эффективны. Если один или оба ТХ имеют платы потребовалось бы шахтеры намеренно выбирают меньше сборов, в отличие от всего, включая ТХ с Highers сборов.

Нет шахтеры не собирается делать это таким образом, сложность и риск впустую. Хуже любые шахтеры, что делает (скажем, как ТЕ не имеют сборов или они являются некоммерческим шахтером) будет по-прежнему оставляя существующие узлы уязвимы к обману от "мертвый" выходы, существующие узлы не видят, как мертвые.

Вы полагаете, что шахтер и дважды транжира не тот же человек. Я посылаю платеж коммерсанта; Я делаю операцию дважды Потратьте и держать его в себе; Я стараюсь помоему блок (используя свой собственный или арендованный hashrate) с обеими сделками. Если я не первый, чтобы найти блок я в конечном итоге платить нормально, но если я, я получаю, чтобы сохранить отправленное количество.

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

Даже если идея заслуживает внимания, это фундаментальное изменение в конструкции принципов Bitcoin.

Цитата: DeathAndTaxes от 11 апреля 2012 года, 3:09:41 PM

Потенциальное решение для "заброшенность" АЯ в целом является убить или заполнить значение. Если не включен блок х, ТХ является ничтожным.

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

Цитата: Мени Rosenfeld 12 апреля 2012 года, 1:38:26 PM

не риск быть бы такой же, как и любой другой ТХ.

то есть, если гипотетический опция по умолчанию в клиенте была создать ТЙ ж / пустоту "Икс" 30 блоков в будущем. Согласно большинству сценариев, что ТМ будут включены в следующем блоке (б: 1). Если продавец затем ожидает 6 подтверждает (B: 7) к тому времени, убить или заполнить проходы (B: 30) это потребует 30 блока повторного орга к мочеиспусканию, что ОМУ. Если кто-то делает 30 блок повторно орг мы, вероятно, столкнулись с массивной и хорошо спланированной 51% атаки в любом случае.

Правильно?

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

Цитата: Мени Rosenfeld 12 апреля 2012 года, 1:38:26 PM

Этот риск существует всегда. К счастью, стоимость, чтобы даже 1% сети, как правило, непомерно высока, как большинство 0-подтверждение ТХ будет низкое значение или легко изменить. Двойной обман расходов не должен быть 0% только ниже, чем в других платежных системах.

Цитата: Jevon 12 апреля 2012 года, 1:14:38 PM

Цитата: DeathAndTaxes от 11 апреля 2012 года, 2:54:39 PM

Это не правильно. Старые узлы не будут принимать блок, coinbase имеет более чем один или непустые входы.

котировка

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

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

Если вы считаете, что шахтеры будут принимать двойные расходы за более высокую плату, то это уже совершенно небезопасно принимать 0-Conf платежи. Двойные транжиры подкупить шахтер в любое время.

В самом деле, если шахтеры могут быть подкуплены сборами, то сеть разваливается без этого изменения.

Отправить платеж 1000BTC. Подождите 2 блоков. Дважды провести его с платой 500BTC. Все шахтеры переключиться на 2 блока назад, чтобы получить плату 500BTC.

Он не должен быть один платеж. Оплатить 10BTC до 100 людей. Подождите два блока, дважды тратить их все платно 5BTC.

котировка

оставляя существующие узлы уязвимы к обману от "мертвый" выходы, существующие узлы не видят, как мертвые.

Это верно, но те все равно будет постоянно находиться 0-конф, и это уже не безопасно вообще принимать 0-конф. После изменения, каждый, кто хочет безопасно принимать 0-конф можно обновить. Это в основном торговцы, которые хотят принять 0-конф, и они, как правило идти в ногу с последними обновлениями.

Цитата: Pieter Wuille 12 апреля 2012 года, 2:03:16 PM

Это не правильно. Старые узлы не будут принимать блок, coinbase имеет более чем один или непустые входы.

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

Цитата: Jevon 12 апреля 2012 года, 2:48:08 PM

Цитата: Pieter Wuille 12 апреля 2012 года, 2:03:16 PM

Это не правильно. Старые узлы не будут принимать блок, coinbase имеет более чем один или непустые входы.

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

Я неправильно понял - я думал, что вы хотели бы включить его в качестве вторичных входов для coinbase сделки. Тем не менее, coinbase ограничена 100 байтами. Это будет очень трудно поставить два полных сделок плюс дополнительный выход там ...

Цитата: Pieter Wuille 12 апреля 2012 года, 2:55:37 PM

Оооо, ты прав.

Данные расширения должны быть втиснуть в другом месте, как дополнительный выход 0BTC на coinbase к тупиковых scriptPubKey, который содержит данные расширения в нажимной капле. Я думаю, что было бы около 15 байт накладных расходов, и только тогда, когда есть двойной потратить, чтобы убить.

Цитата: Revalin от 11 апреля 2012 года, 3:05:15 PM

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

Дважды проводят = тот же вход, различные выходы.

"Дважды проводят = тот же вход, различные выходы."

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

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

11 апреля 2012, 2:53:09 PM	# 1
Jevon Сообщений: 36 Цитировать по имени цитировать ответ	Re: Защита от двойных расходов, даже 0-подтверждение Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Вот идея, чтобы забрать стимул к двойному расходов. Если шахтер обнаруживает двойную израсходуете, он может положить ОБА в том же блоке, и весь двойной потраченный объем идет на плату. Вместо того, чтобы до ~ 50% шанс получить деньги обратно, двойные расходы почти всегда терпят неудачу и потерять деньги. Это позволило бы мгновенное принятие 0-подтверждения транзакций для большинства видов применения, которые нуждаются в ней, как пункт-продажи. Это довольно легко проверить конфликтующие входы в блоке. Я не уверен, что это будет необходимо флагом или перечислить их в отдельном списке. Обе операции должны идти в том же блоке. Если двойной израсходуют приходит после того, как первая сделка уже в блоке, это слишком поздно. Это будет применяться только с Locktime = 0 расходов. Если вам необходимо создать несколько тратит на цели по какой-то причине использовать Locktime = 1 или выше. РЕДАКТИРОВАТЬ Новая обратная совместимость версии 2: Если шахтер обнаруживает двойные израсходует, он ставит и проводит в область данных расширения в блоке. Двойные отработанные входы помечаются как выплачивая scriptPubKey этого шахтера, но не могут быть потрачены до некоторого будущего времени, когда мы решаем достаточно старые клиентов модернизировали. Там обязательно в конце концов, быть проблемой безопасности, что делает все старые клиенты небезопасным и вынуждены модернизировать. Таким образом, все двойное потратили количество идет на шахтер, в конце концов. В будущем он будет идти к шахтеру сразу. Для перехода, нам нужно только, чтобы получить более 51% добычи власти после нового правила. Это полностью совместим со старыми клиентами. Они продолжают двоиться затрачивает оставаться застрял на 0-подтверждение. И старые и новые клиенты выиграют от того, что двойные расходы столь же бесполезно, как с переводом денег на 1BitcoinEaterAddressDontSendf59kuE. Данные расширения могут быть втиснуть в любом месте, как дополнительный выход 0BTC на coinbase к тупиковых scriptPubKey, который содержит данные расширения в нажимной капли.

11 апреля 2012, 2:54:39 PM	# 2
DeathAndTaxes Сообщения: 1218 Цитировать по имени цитировать ответ	Re: Защита от двойных расходов, даже 0-подтверждение Получил 1806 Биткоинов Реальная история. Интересно, но, вероятно, невозможно реализовать. Старый узел (не только шахтеры) будет несовместим. Таким образом, для этого потребуется обновление каждого узла 100% сети, чтобы избежать сбоев.

11 апреля 2012, 3:05:15 PM	# 3
Revalin Сообщения: 728 Цитировать по имени цитировать ответ	Re: Защита от двойных расходов, даже 0-подтверждение Это возможно для людей создать не-мошеннический дважды проводит. Общий случай: если они забыли включить достаточную плату, и сделка переходит в подвешенном состоянии, они могут отправить его с платой. В соответствии с этим предложением, есть небольшой шанс, что они могут потерять весь баланс, если шахтер, который считает, что сделка без комиссии, чтобы быть действительным, а затем шахты им обоим. Зло шахтеров даже копить такие сделки в надежде на возможность конфисковать большую плату. Или другой: они посылают транзакцию в то время как их LAN отключен от сети (другая машина на их LAN видит); они восстанавливают из резервных копий; их восстановления клиент не показывает транзакцию, чтобы они отправить его; когда локальная сеть подключится к Интернету обе транзакции передаются и затем конфискованы.

11 апреля 2012, 3:09:41 PM	# 4
DeathAndTaxes Сообщения: 1218 Цитировать по имени цитировать ответ	Re: Защита от двойных расходов, даже 0-подтверждение Цитата: Revalin от 11 апреля 2012 года, 3:05:15 PM Это возможно для людей создать не-мошеннический дважды проводит. Общий случай: если они забыли включить достаточную плату, и сделка переходит в подвешенном состоянии, они могут отправить его с платой. В соответствии с этим предложением, есть небольшой шанс, что они могут потерять весь баланс, если шахтер, который считает, что сделка без комиссии, чтобы быть действительным, а затем шахты им обоим. Зло шахтеров даже копить такие сделки в надежде на возможность конфисковать большую плату. Потенциальное решение для "заброшенность" АЯ в целом является убить или заполнить значение. Если не включен блок х, ТХ является ничтожным. Поведение клиента по умолчанию может быть установлено значение деактивации для 30 блоков в будущее для ОГО (может быть переопределены пользователями). Тем не менее риск минимален. Tx идти только в "заброшенность" если пользователь нарушает правила спама. Для этого необходимо с помощью пользовательского клиента и умышленно нарушая правила протокола. котировка Или другой: они посылают транзакцию в то время как их LAN отключен от сети (другая машина на их LAN видит); они восстанавливают из резервных копий; их восстановления клиент не показывает транзакцию, чтобы они отправить его; когда локальная сеть подключится к Интернету обе транзакции передаются и затем конфискованы. Восстановленный узел должен видеть ТЙ от другого узла сети. Так ни проблемы убийцы, но он делает протокол более "хрупкое", Вещи должны быть сделаны правильно или есть риск недействительности средств. Чем больше проблема реализации. Изменения, как это потребовали бы не только шахтеров, но при обновлении 100% узлов, чтобы избежать СТОЙКОГО вилка. Скорее всего, недостижимая цель. Есть менее радикальные решения, не 51% атаки двойным затрачивает (как ТЕ контракты). Это изменение не повлияло бы на 51% атаки или атаки Финни, которые более вероятно, двойной тратит.

11 апреля 2012, 3:19:54 PM	# 5
Jevon Сообщений: 36 Цитировать по имени цитировать ответ	Re: Защита от двойных расходов, даже 0-подтверждение Цитата: Revalin от 11 апреля 2012 года, 3:05:15 PM Это возможно для людей создать не-мошеннический дважды проводит. Общий случай: если они забыли включить достаточную плату, и сделка переходит в подвешенном состоянии, они могут отправить его с платой. В соответствии с этим предложением, есть небольшой шанс, что они могут потерять весь баланс, если шахтер, который считает, что сделка без комиссии, чтобы быть действительным, а затем шахты им обоим. Зло шахтеров даже копить такие сделки в надежде на возможность конфисковать большую плату. Вместо этого, получатель должен потратить застрявшую сделку на себя с более высокой платой, чтобы протолкнуть. Шахтеры должны включать первую сделку, чтобы получить более высокую плату во втором. Отправитель может также сделать это, проводя изменения.

11 апреля 2012, 3:24:03 PM	# 6
Revalin Сообщения: 728 Цитировать по имени цитировать ответ	Re: Защита от двойных расходов, даже 0-подтверждение Цитата: DeathAndTaxes от 11 апреля 2012 года, 3:09:41 PM Потенциальное решение для "заброшенность" АЯ в целом является убить или заполнить значение. Если не включен блок х ТХ является ничтожным. Я поддерживаю это. Это хорошая идея, даже за пределы двойной израсходуют-конфискацию. котировка Восстановленный узел должен видеть ТЙ от другого узла сети. Узел не гарантируется быть на той же локальной сети после того, как восстанавливается. например, ноутбук может быть перенесен на ИТ-отдел для восстановления. Кроме того: неподтвержденный txes фактически сохранены и отправлен в новые узлы после первоначального затопления? Кажется, я припоминаю, что если вы не в сети в момент первоначального вещания вы не услышите об этом, пока вы не увидите его в блоке.

11 апреля 2012, 3:24:47 PM	# 7
Jevon Сообщений: 36 Цитировать по имени цитировать ответ	Re: Защита от двойных расходов, даже 0-подтверждение Цитата: DeathAndTaxes от 11 апреля 2012 года, 2:54:39 PM Интересно, но, вероятно, невозможно реализовать. Старый узел (не только шахтеры) будет несовместим. Таким образом, для этого потребуется обновление каждого узла 100% сети, чтобы избежать сбоев. Он должен быть запрограммирован, чтобы начать в некоторых номер блока несколько месяцев в будущем.

11 апреля 2012, 3:34:20 PM	# 8
DeathAndTaxes Сообщения: 1218 Цитировать по имени цитировать ответ	Re: Защита от двойных расходов, даже 0-подтверждение Цитата: Jevon от 11 апреля 2012 года, 3:24:47 PM Цитата: DeathAndTaxes от 11 апреля 2012 года, 2:54:39 PM Интересно, но, вероятно, невозможно реализовать. Старый узел (не только шахтеры) будет несовместим. Таким образом, для этого потребуется обновление каждого узла 100% сети, чтобы избежать сбоев. Он должен быть запрограммирован, чтобы начать в некоторых номер блока несколько месяцев в будущем. Я думаю, что вы не в состоянии понять, как старые некоторые узлы. Даже если они запрограммированы, чтобы начать несколько лет в будущем хороший кусок сети будет несовместима.

11 апреля 2012, 7:47:39 PM	# 9
kjj Сообщения: 1302 Цитировать по имени цитировать ответ	Re: Защита от двойных расходов, даже 0-подтверждение Цитата: DeathAndTaxes от 11 апреля 2012 года, 3:09:41 PM Цитата: Revalin от 11 апреля 2012 года, 3:05:15 PM Это возможно для людей создать не-мошеннический дважды проводит. Общий случай: если они забыли включить достаточную плату, и сделка переходит в подвешенном состоянии, они могут отправить его с платой. В соответствии с этим предложением, есть небольшой шанс, что они могут потерять весь баланс, если шахтер, который считает, что сделка без комиссии, чтобы быть действительным, а затем шахты им обоим. Зло шахтеров даже копить такие сделки в надежде на возможность конфисковать большую плату. Потенциальное решение для "заброшенность" АЯ в целом является убить или заполнить значение. Если не включен блок х, ТХ является ничтожным. Поведение клиента по умолчанию может быть установлено значение деактивации для 30 блоков в будущее для ОГО (может быть переопределены пользователями). Тем не менее риск минимален. Tx идти только в "заброшенность" если пользователь нарушает правила спама. Для этого необходимо с помощью пользовательского клиента и умышленно нарушая правила протокола. Здесь нет Икс, и его отсутствие не является ни случайностью, ни оплошность.

11 апреля 2012, 7:51:21 PM	# 10
DeathAndTaxes Сообщения: 1218 Цитировать по имени цитировать ответ	Re: Защита от двойных расходов, даже 0-подтверждение Давай я тебе помогу ... "Потенциальное решение было бы убить или заполнить значение", Никто кроме вас не утверждал "Икс" существует.

12 апреля 2012, 1:14:38 PM	# 11
Jevon Сообщений: 36 Цитировать по имени цитировать ответ	Re: Защита от двойных расходов, даже 0-подтверждение Цитата: DeathAndTaxes от 11 апреля 2012 года, 2:54:39 PM Интересно, но, вероятно, невозможно реализовать. Старый узел (не только шахтеры) будет несовместим. Таким образом, для этого потребуется обновление каждого узла 100% сети, чтобы избежать сбоев. Я редактировал первый пост. Теперь нужно только 51% поддержки шахтер, и старые клиенты не нужно обновить. Блоки полностью обратно совместимы.

12 апреля 2012, 1:22:55 PM	# 12
DeathAndTaxes Сообщения: 1218 Цитировать по имени цитировать ответ	Re: Защита от двойных расходов, даже 0-подтверждение Цитата: Jevon 12 апреля 2012 года, 1:14:38 PM Я редактировал первый пост. Теперь нужно только 51% поддержки шахтер, и старые клиенты не нужно обновить. Блоки полностью обратно совместимы. Он по-прежнему требует 100% узлов для модернизации. Существующие узлы будут видеть эти выходы как действительные. Ваши изменения менее эффективны. Если один или оба ТХ имеют платы потребовалось бы шахтеры намеренно выбирают меньше сборов, в отличие от всего, включая ТХ с Highers сборов. Нет шахтеры не собирается делать это таким образом, сложность и риск впустую. Хуже любые шахтеры, что делает (скажем, как ТЕ не имеют сборов или они являются некоммерческим шахтером) будет по-прежнему оставляя существующие узлы уязвимы к обману от "мертвый" выходы, существующие узлы не видят, как мертвые.

12 апреля 2012, 1:38:26 PM	# 13
Мени Rosenfeld Сообщения: 2016 Цитировать по имени цитировать ответ	Re: Защита от двойных расходов, даже 0-подтверждение Вы полагаете, что шахтер и дважды транжира не тот же человек. Я посылаю платеж коммерсанта; Я делаю операцию дважды Потратьте и держать его в себе; Я стараюсь помоему блок (используя свой собственный или арендованный hashrate) с обеими сделками. Если я не первый, чтобы найти блок я в конечном итоге платить нормально, но если я, я получаю, чтобы сохранить отправленное количество. Этот эксплойт может быть использован в сочетании с атакой Финни (ожидание, пока у меня есть блок перед отправкой платежа). Даже если идея заслуживает внимания, это фундаментальное изменение в конструкции принципов Bitcoin. Цитата: DeathAndTaxes от 11 апреля 2012 года, 3:09:41 PM Потенциальное решение для "заброшенность" АЯ в целом является убить или заполнить значение. Если не включен блок х, ТХ является ничтожным. Theymos сказал (и я уверен, что он не сделал это), что невозможно совершать сделки, которые действительны только включенные до блока х, потому что это не инвариантно к реорганизации;. Сделка может быть включена и приемник считает, что его оплата является безопасной, то есть REORG, где эта сделка не появляется, и она не может быть добавлена в новый блок, потому что это слишком поздно.

12 апреля 2012, 1:50:32 PM	# 14
DeathAndTaxes Сообщения: 1218 Цитировать по имени цитировать ответ	Re: Защита от двойных расходов, даже 0-подтверждение Цитата: Мени Rosenfeld 12 апреля 2012 года, 1:38:26 PM Theymos сказал (и я уверен, что он не сделал это), что невозможно совершать сделки, которые действительны только включенные до блока х, потому что это не инвариантно к реорганизации;. Сделка может быть включена и приемник считает, что его оплата является безопасной, то есть REORG, где эта сделка не появляется, и она не может быть добавлена в новый блок, потому что это слишком поздно. не риск быть бы такой же, как и любой другой ТХ. то есть, если гипотетический опция по умолчанию в клиенте была создать ТЙ ж / пустоту "Икс" 30 блоков в будущем. Согласно большинству сценариев, что ТМ будут включены в следующем блоке (б: 1). Если продавец затем ожидает 6 подтверждает (B: 7) к тому времени, убить или заполнить проходы (B: 30) это потребует 30 блока повторного орга к мочеиспусканию, что ОМУ. Если кто-то делает 30 блок повторно орг мы, вероятно, столкнулись с массивной и хорошо спланированной 51% атаки в любом случае. Правильно? Это в основном академическое, потому что я не питаю никаких иллюзий, что такие радикальные изменения в протокол будут когда-либо произойдут. Однако Bitcoin не может быть крипто-валюты, которая идет мейнстрим, так что может быть полезно для некоторых "реальный" альт-цепь (все альты до сих пор ж / исключения namecoin, как бесполезного, поскольку они не пытались какими-либо улучшения на Bitcoin).

12 апреля 2012, 1:52:35 PM	# 15
DeathAndTaxes Сообщения: 1218 Цитировать по имени цитировать ответ	Re: Защита от двойных расходов, даже 0-подтверждение Цитата: Мени Rosenfeld 12 апреля 2012 года, 1:38:26 PM Вы полагаете, что шахтер и дважды транжира не тот же человек. Я посылаю платеж коммерсанта; Я делаю операцию дважды Потратьте и держать его в себе; Я стараюсь помоему блок (используя свой собственный или арендованный hashrate) с обеими сделками. Если я не первый, чтобы найти блок я в конечном итоге платить нормально, но если я, я получаю, чтобы сохранить отправленное количество. Этот риск существует всегда. К счастью, стоимость, чтобы даже 1% сети, как правило, непомерно высока, как большинство 0-подтверждение ТХ будет низкое значение или легко изменить. Двойной обман расходов не должен быть 0% только ниже, чем в других платежных системах.

12 апреля 2012, 2:03:16 PM	# 16
Pieter Wuille Сообщения: 1050 Цитировать по имени цитировать ответ	Re: Защита от двойных расходов, даже 0-подтверждение Цитата: Jevon 12 апреля 2012 года, 1:14:38 PM Цитата: DeathAndTaxes от 11 апреля 2012 года, 2:54:39 PM Интересно, но, вероятно, невозможно реализовать. Старый узел (не только шахтеры) будет несовместим. Таким образом, для этого потребуется обновление каждого узла 100% сети, чтобы избежать сбоев. Я редактировал первый пост. Теперь нужно только 51% поддержки шахтер, и старые клиенты не нужно обновить. Блоки полностью обратно совместимы. Это не правильно. Старые узлы не будут принимать блок, coinbase имеет более чем один или непустые входы.

12 апреля 2012, 2:48:08 PM	# 17
Jevon Сообщений: 36 Цитировать по имени цитировать ответ	Re: Защита от двойных расходов, даже 0-подтверждение котировка Если один или оба ТХ имеют платы потребовалось бы шахтеры намеренно выбирают меньше сборов, в отличие от всего, включая ТХ с Highers сборов. Я обновил его снова, так что шахтеры получают всю сумму в конце концов, и в будущем получить его немедленно. Если вы считаете, что шахтеры будут принимать двойные расходы за более высокую плату, то это уже совершенно небезопасно принимать 0-Conf платежи. Двойные транжиры подкупить шахтер в любое время. В самом деле, если шахтеры могут быть подкуплены сборами, то сеть разваливается без этого изменения. Отправить платеж 1000BTC. Подождите 2 блоков. Дважды провести его с платой 500BTC. Все шахтеры переключиться на 2 блока назад, чтобы получить плату 500BTC. Он не должен быть один платеж. Оплатить 10BTC до 100 людей. Подождите два блока, дважды тратить их все платно 5BTC. котировка оставляя существующие узлы уязвимы к обману от "мертвый" выходы, существующие узлы не видят, как мертвые. Это верно, но те все равно будет постоянно находиться 0-конф, и это уже не безопасно вообще принимать 0-конф. После изменения, каждый, кто хочет безопасно принимать 0-конф можно обновить. Это в основном торговцы, которые хотят принять 0-конф, и они, как правило идти в ногу с последними обновлениями. Цитата: Pieter Wuille 12 апреля 2012 года, 2:03:16 PM Это не правильно. Старые узлы не будут принимать блок, coinbase имеет более чем один или непустые входы. ScriptSig из coinbase царапины область, игнорируются, что может использоваться для данных расширения.

12 апреля 2012, 2:55:37 PM	# 18
Pieter Wuille Сообщения: 1050 Цитировать по имени цитировать ответ	Re: Защита от двойных расходов, даже 0-подтверждение Цитата: Jevon 12 апреля 2012 года, 2:48:08 PM Цитата: Pieter Wuille 12 апреля 2012 года, 2:03:16 PM Это не правильно. Старые узлы не будут принимать блок, coinbase имеет более чем один или непустые входы. ScriptSig из coinbase царапины область, игнорируются, что может использоваться для данных расширения. Я неправильно понял - я думал, что вы хотели бы включить его в качестве вторичных входов для coinbase сделки. Тем не менее, coinbase ограничена 100 байтами. Это будет очень трудно поставить два полных сделок плюс дополнительный выход там ...

12 апреля 2012, 3:08:41 PM	# 19
Jevon Сообщений: 36 Цитировать по имени цитировать ответ	Re: Защита от двойных расходов, даже 0-подтверждение Цитата: Pieter Wuille 12 апреля 2012 года, 2:55:37 PM Я неправильно понял - я думал, что вы хотели бы включить его в качестве вторичных входов для coinbase сделки. Тем не менее, coinbase ограничена 100 байтами. Это будет очень трудно поставить два полных сделок плюс дополнительный выход там ... Оооо, ты прав. Данные расширения должны быть втиснуть в другом месте, как дополнительный выход 0BTC на coinbase к тупиковых scriptPubKey, который содержит данные расширения в нажимной капле. Я думаю, что было бы около 15 байт накладных расходов, и только тогда, когда есть двойной потратить, чтобы убить. Цитата: Revalin от 11 апреля 2012 года, 3:05:15 PM Это возможно для людей создать не-мошеннический дважды проводит. Общий случай: если они забыли включить достаточную плату, и сделка переходит в подвешенном состоянии, они могут отправить его с платой. В соответствии с этим предложением, есть небольшой шанс, что они могут потерять весь баланс, если шахтер, который считает, что сделка без комиссии, чтобы быть действительным, а затем шахты им обоим. Зло шахтеров даже копить такие сделки в надежде на возможность конфисковать большую плату. Для того, чтобы сохранить этот вариант, не считаю двойными тратить деньги, если он идет в одних и те же результаты. Дважды проводят = тот же вход, различные выходы.

13 апреля 2012, 1:41:27 AM	# 20
Себастьян Сообщения: 122 Цитировать по имени цитировать ответ	Re: Защита от двойных расходов, даже 0-подтверждение "Дважды проводят = тот же вход, различные выходы." Вы по-прежнему необходимо будет пересмотреть измененную плату ТХ. Это потребует, чтобы Вы изменили суммы "изменение" адрес, и / или добавить новые входы и / или выходы по сделке (если слишком низка плата за сделку также включены входы с слишком низким значением, чтобы иметь возможность увеличить плату), так что новый взнос сложить правильно в уравнении. Его трудно проверить безопасным способом. Я думаю, что функция истечения ОГО будет лучше тогда.

Заголовок