Создание 0-конф Txs относительно безопасным «снова»

До сих пор это было "достаточно безопасно" принимать нулевые транзакции подтверждения для Собственноличных сделок или сделки по низкой стоимости цифровых средств массовой информации.

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

Сеть Bitcoin делает и всегда позволяла замену нулевых сделок подтверждения в рамках системы шахтеры. Это означает, что шахтер может и всегда может заменить сделку нулевого подтверждения другого. Если новый ТХ имеет гораздо более высокую плату, он имеет высокий стимул, чтобы сделать это. С относительно централизованного протокола getwork власти сделать так отдохнула в основном с операторами бассейна. С новыми протоколами это будет невозможно указать пальцем на кого систематически делать двойные замены расходов по сделке. Я ожидаю, что высокий процент шахтеров делать это до тех пор, как это выгодно.

Работа в этом направлении:
Напоминание: нулевой конф не является безопасным; $ 1000USD награда вывешены для замены-на-плату патч

Я могу видеть клиенты Bitcoin придумывают, которые систематически пытаются удвоить проводить каждую сделку они делают. Оплатите напиток, выйти на улицу, нажмите на кнопку двойной тратить деньги, прибыль.

ИМХО было бы неплохо, если бы нулевая сделка подтверждения еще "достаточно безопасно" в 2015 году.

Редактирование: улучшено решение далее

Там было предложение по несокращенный довольно давно, что я думаю, что было бы относительно простым, но эффективным решением:
Наказание дважды проводит

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

Есть и другие способы, но это, кажется, как хороший подход. Это не поможет от нападения Финни, но это огромный шаг вперед. Если коммерсантъ прослушивает 10 секунд, прежде чем принять ТЙ он должен быть относительно безопасным с этим изменением.

К сожалению, это означает, что жесткая вилку. Как вы думаете, это реально? Если это будет принято BIP?

Справочная информация: https://en.bitcoin.it/wiki/Double-spending

Проблема заключается в том, что, как шахтеры включают ТХ в блоках не является частью "протокол." То, что я имею в виду, что, если эти правила были введены в действие, то ничто не мешает кому-то из ваших правил изменения. Принимая во внимание, если кто-то изменял часть протокола, такие как максимальный размер блока, другие узлы не заметит. Узлы не смогут проверить, как шахтер включает ТЙ в блоке.

Цитата: TalkingAntColony от 17 мая 2013 года, 2:01:19 PM

Есть нет "местный" правила, как вы подразумевают.

Я предложил что-то подобное (способ позже) здесь:

На самом деле, я думаю, что разумное решение может быть реализовано путем добавления * единый * инструкция на языке сценариев: предположим, у вас есть "OP_CHECKSIG_VAL вал сиг pub_key" которая проверяет, если сиг является действительной подписью Вала под pub_key. Затем вы можете создать, например, две сделки следующим образом:

TX1: Взять 1 BTC от TX0out, дают 0,2 BTC до addr1, 0,8 BTC до addr2
TX2: Если вы нашли двойные расходы на TX0out, дает 0,2 от TX3Out до ADDR1 и гонорар 10BTC к шахтеру

Покупатель дает обе сделки поставщику, которому принадлежит ADDR1, который дополнительно проверяет, что TX3Out действительно имеет 10,2 биткойны и остается открытым. Если в каком-то момент продавец получает двойные расходы, он может подключить значения в TX2 так, что оно становится действительным. Шахтеры будут рады моему сделку с платой 10BTC.

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

Цитата: tholenst на 17 мая 2013, 02:54:41 PM

TX1: Взять 1 BTC от TX0out, дают 0,2 BTC до addr1, 0,8 BTC до addr2
TX2: Если вы нашли двойные расходы на TX0out, дает 0,2 от TX3Out до ADDR1 и гонорар 10BTC к шахтеру

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

Цитата: PHELIX от 17 мая 2013 года, 2:37:42 PM

Цитата: TalkingAntColony от 17 мая 2013 года, 2:01:19 PM

Есть нет "местный" правила, как вы подразумевают.

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

Как и другие узлы будут знать, что шахтер по праву претендует на двойной потраченный ТХ как сборы? Вам нужно будет доказать другие узлы, что есть два подписанные сделки с той же prevout.

Кроме того, если дважды израсходует ТЕ переходит к шахтеру, получатель все еще не имеет средств. Это позволяет вымогательство, где кто-то платит продавец, то говорит "Я удвою потратить, если вы делаете х" Если продавец отказывается, покупатель посылает двойную расходы и шахтеры принимают ТЕ как сборы. Zero-конф по-прежнему небезопасно то, если вы не используете зеленые адреса, которые работают в соответствии с действующими правилами и заменяющие-на-плату.

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

Это не означает, что там никогда не будет надеяться на нулевой подтверждения сделок: это просто означает, что они никогда не будут (и никогда не было) подходит для нулевой целевых обменов без внешних услуг. Есть некоторые интересные вещи, которые вы можете сделать с Locktime и альтернативными кодами sighash, но все они строят от уже подтвержденных сделок - они требуют высев контракта с уже подтвержденным ТМ! Третьи стороны могут предусмотреть механизмы, чтобы помочь людям сделку немедленно, и они могут взять плату за него. Но вы не получите там с сетевыми правилами в одиночку.

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

Цитата: TalkingAntColony от 17 мая 2013 года, 3:46:03 PM

Цитата: PHELIX от 17 мая 2013 года, 2:37:42 PM

Цитата: TalkingAntColony от 17 мая 2013 года, 2:01:19 PM

Есть нет "местный" правила, как вы подразумевают.

Теперь я получаю то, что вы имеете в виду. Конечно, это не является правилом, но вариант. То, что вы говорите, что в долгосрочной перспективе это может быть еще более выгодным для шахтер помоему двойной затрачивает строить репутацию. Черт возьми. Это очень хороший намек мне нужно думать о некоторых более.
С этим изменением вы должны доверять DS-шахтер с вашими монетами, хотя. Кроме того, он должен был бы как-то рекламировать свой IP-адрес или другие средства безопасной связи.

котировка

Как и другие узлы будут знать, что шахтер по праву претендует на двойной потраченный ТХ как сборы? Вам нужно будет доказать другие узлы, что есть два подписанные сделки с той же prevout.

Да, и дважды провел ТХ всегда должны были бы быть включены.

котировка

Кроме того, если дважды израсходует ТЕ переходит к шахтеру, получатель все еще не имеет средств. Это позволяет вымогательство, где кто-то платит продавец, то говорит "Я удвою потратить, если вы делаете х" Если продавец отказывается, покупатель посылает двойную расходы и шахтеры принимают ТЕ как сборы. Zero-конф по-прежнему небезопасно то, если вы не используете зеленые адреса, которые работают в соответствии с действующими правилами и заменяющие-на-плату.

Да, но это намного лучше, чем сейчас.

Я не думаю, что шахтеры будут делать это регулярно, целую кучу причин. Это не самый лучший способ, чтобы максимизировать прибыль - стоимость Bitcoin будет значительно выше в долгосрочной перспективе, если он пригоден для повседневной случайных сделок. Но независимо от того, если вы посмотрите на стратах это фактически не позволяет шахтерам контролировать то, что в блоке. Также не ББТ, насколько я знаю, он просто позволяет аудит.

Вся причина блок цепи существует, чтобы предотвратить двойной тратит.
Если кто-то находит "безопасно" способ принимать 0-Conf сделку, не жертвуя любые другие основные черты Bitcoin (pseudonimity, децентрализации), это сделало бы Bitcoin устаревшее - только через прочь все блоки в пользу одного большого пула неподтвержденных транзакций.

Если вы готовы отказаться от некоторых из преимуществ Bitcoin для того, чтобы принять 0-конф, то становится легко, например:

- нет pseudonimity: попросите клиента, чтобы показать свое удостоверение. Если он doublespends, сообщить в полицию.
- нет децентрализации: использование "зеленый" (доверенный) адрес. Это уже реализовано на некоторых биржах и работ.

Цитата: форели на 17 мая 2013 года, 5:14:58 PM

Я не вижу, как, почему предложил мое решение выше не работает, а также почему он должен оказывать blockchain устаревшее.

Может быть, я не был достаточно ясно; Дай мне попробовать снова.

Скажите, что я являюсь клиентом, и вы хотите купить продукт от V на 0,1 BTC, дважды провести сейф. Мне нужно иметь * два * подтвердили сделку для этой цели. Скажем, я знаю, что секретные ключи для TX0out, который имеет 1 BTC, а также для TX1out, который имеет 3 BTC вне. И глубоко в блок цепи.

Я дам обычную сделку на V, который платит ему 0,1 BTC, что дает мне 0,9 BTC изменения. Но кроме того, я даю ему сделку, которая говорит: "Если вы нашли два действительных подписей для TX0out, эта сделка дает шахтера 2 BTC от TX1out и 0,1 BTC до V",

Ли кто-нибудь объяснить мне, почему это не будет работать?

Цитата: tholenst на 17 мая 2013, 10:06:12 PM

Цитата: форели на 17 мая 2013 года, 5:14:58 PM

Потому что после того, как вы даете сделки с V публиковать дальнейшие операции переноса всех монет из TX0out и TX1out на другой адрес, который вы владеете ...?

Цитата: qualalol от 18 мая 2013 года, 9:55:50 AM

Цитата: tholenst на 17 мая 2013, 10:06:12 PM

Ли кто-нибудь объяснить мне, почему это не будет работать?

Вы можете попробовать это. Но вы рискуете потерять 2 BTC до шахтера, мины с жадностью, для усиления всего 0,1 BTC.

Цитата: tholenst на 17 мая 2013, 02:54:41 PM

TX1: Взять 1 BTC от TX0out, дают 0,2 BTC до addr1, 0,8 BTC до addr2
TX2: Если вы нашли двойные расходы на TX0out, дает 0,2 от TX3Out до ADDR1 и гонорар 10BTC к шахтеру

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

Цитата: jaywaka2713 от 18 мая 2013 года, 4:24:38 PM

Идея заключается в следующем: заплатить 1 BTC до V, вам необходимо иметь дополнительные 10 BTC на второй адрес (например, депозит).

Затем дают V нормальную транзакции T1 и второй транзакции Т2. В случае Т1 представляет собой двойные расходы, V можно использовать, чтобы сделать T2 10 BTC перейти на комбайн.

В этом примере вы цитируемой TX3Out должна иметь по крайней мере 10,2 BTC в них (которые также принадлежат человеку, который хочет платить V).

Делает ли это идея ясна?

Можете ли вы описать сценарий с обоими Tx выложили? Подобно:

Прд1:
входные
- [PrevOut1] 10,2 BTC
Выходы
- [MerchantAddr] 0,2 BTC
- [ChangeAddr] 10 BTC

Tx2:
и т.д

Хорошо, я попытаюсь.

Покупатель B хочет купить товар со значением 0,1 BTC от торгового M. B имеет 20,4 БТД в общей сложности. Они хранятся в двух операциях выходов B0, B1, оба покупателя.

B0: Транзакция Выход 0,4 BTC, закрытый ключ известен B
B1: Транзакция выход 20 BTC, закрытый ключ известен B

Теперь, чтобы купить товар, покупатель отправляет две сделки TX2 и TX3 к торговцу. Торговец имеет адрес

Tx2:
  Входной B0
  Выходы
   1: 0,1 BTC до
   2: 0,3 BTC до (Другой адрес B)

Tx3:
  Ввод B1
  Выходы:
   1: 0,1 BTC до
   2: 9,9 BTC до
   * Действует только с двумя тратит В0 *

сделке Tx3 специальные (это потребуется расширение языка сценариев). Для того, чтобы использовать его, необходимо предоставить два * разные * траты из B0.

Купец M получает обе эти операции, ждет 10 секунд, а затем дает деталь к B. Если позже другая транзакция В0 показывает перед сделка Tx2 находится в блоке, он может транслировать TX3; и это будет целесообразны для шахтер, чтобы использовать его (обратите внимание, что он имеет 10BTC плату включены).

Цитата: etotheipi от 17 мая 2013 года, 4:12:44 PM

[...]
Мы должны уйти от этого выдавать желаемое за действительное, что мы можем каким-то образом адаптировать эту систему корректуры из-работы для работы с транзакциями, которые не имеют никаких доказательств-на-работе. [...]

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

Цитата: Майк Херн на 17 мая 2013 года, 5:05:39 PM

Многие люди очень недальновидно. Кроме того, он может заплатить очень хорошо.

котировка

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

из http://mining.bitcoin.cz/stratum-mining:

котировка

Там действительно только одна причина, почему Stratum хуже getblocktemplate решения в это время: шахтеры не могут выбирать Bitcoin сделки самостоятельно. [...]
У меня уже есть некоторые идеи для расширения протокола добычи Stratum, где шахтеры смогут предложить свой собственные Merkle филиала (я называю это внутренне «демократической добычей»), которая будет решать такие вопросы, как централизованный выбор сделок.

Цитата: форели на 17 мая 2013 года, 5:14:58 PM

Вся причина блок цепи существует, чтобы предотвратить двойной тратит.
Если кто-то находит "безопасно" способ принимать 0-Conf сделки, [...]

"безопасно" знак равно "достаточно безопасно"

Цитата: tholenst 18 мая 2013, 06:09:54 PM

Цитата: jaywaka2713 от 18 мая 2013 года, 4:24:38 PM

Объясните вашу идею этого 10 платы BTC до шахтера. [...]

Идея заключается в следующем: заплатить 1 BTC до V, вам необходимо иметь дополнительные 10 BTC на второй адрес (например, депозит).
Затем дают V нормальную транзакции T1 и второй транзакции Т2. В случае Т1 представляет собой двойные расходы, V можно использовать, чтобы сделать T2 10 BTC перейти на комбайн.
В этом примере вы цитируемой TX3Out должна иметь по крайней мере 10,2 BTC в них (которые также принадлежат человеку, который хочет платить V).

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

Пожалуйста, детальное обсуждение этой концепции вернуться к исходной теме:

Что об этом ящике Пандоры: Узлы могут задержать ретрансляцию блоков, включая двойной тратит (TXS замена TXS узел знает).

Примечание стороны: может задерживать реле блоков с неизвестными TXS дают шахтерам стимул к реле?

котировка

Да, я знаю об этом. Мое решение только полезно, если вы не работаете с шахтером, который является очень мощным (например, я не знаю, как это сделать).

Следует также отметить, что в моем решении, шахтер делает много Чем больше денег, если он делает не помочь парню, который удвоит тратит.

Цитата: tholenst 18 мая 2013, 06:09:54 PM

Цитата: jaywaka2713 от 18 мая 2013 года, 4:24:38 PM

Ваша идея делает операции 100% мошенничества бесплатно, однако я не вижу, как это может быть реализовано для людей, которые хотят использовать эту функцию вместо всех. Кроме того, главное обсуждение на Bitcoin сейчас делает Bitcoin очень легким для населения в целом. Вот почему вы видите эти новые Bitcoincards выходят. Ваш метод также требует, чтобы каждый использует два бумажник с каждой покупкой. Сделать что-то вроде карты Bitcoin с такой системой защиты от мошенничества невозможно. Наконец, если V хотел сделать T2 перейти к шахтерам, как бы он заставить указанный платеж, не имея секретный ключ к кошельку? Вы должны были бы иметь какое-то временную систему условного депонирования на месте всегда работает наверх в blockchain. Ваша идеология замечательна, но не практично. Приятно думать, хотя.

17 мая 2013, 12:25:01 PM	# 1
Phelix Сообщения: 1708 Цитировать по имени цитировать ответ	Re: Создание 0-конф Txs относительно безопасным «снова» Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru До сих пор это было "достаточно безопасно" принимать нулевые транзакции подтверждения для Собственноличных сделок или сделки по низкой стоимости цифровых средств массовой информации. В ближайшем будущем это может измениться с новыми горнорудных протоколов слой а также getblocktemplate завоевывает все больше и больше земли, так как они необходимы для эффективной добычи СИС. Эти протоколы дают контроль, о котором операции для включения в блок обратно к шахтерам (в отличие от операторов пула, как в старом протоколе getwork). Сеть Bitcoin делает и всегда позволяла замену нулевых сделок подтверждения в рамках системы шахтеры. Это означает, что шахтер может и всегда может заменить сделку нулевого подтверждения другого. Если новый ТХ имеет гораздо более высокую плату, он имеет высокий стимул, чтобы сделать это. С относительно централизованного протокола getwork власти сделать так отдохнула в основном с операторами бассейна. С новыми протоколами это будет невозможно указать пальцем на кого систематически делать двойные замены расходов по сделке. Я ожидаю, что высокий процент шахтеров делать это до тех пор, как это выгодно. Работа в этом направлении: Напоминание: нулевой конф не является безопасным; $ 1000USD награда вывешены для замены-на-плату патч Я могу видеть клиенты Bitcoin придумывают, которые систематически пытаются удвоить проводить каждую сделку они делают. Оплатите напиток, выйти на улицу, нажмите на кнопку двойной тратить деньги, прибыль. ИМХО было бы неплохо, если бы нулевая сделка подтверждения еще "достаточно безопасно" в 2015 году. Редактирование: улучшено решение далее Там было предложение по несокращенный довольно давно, что я думаю, что было бы относительно простым, но эффективным решением: Наказание дважды проводит В основном это выглядит следующим образом: Если шахтер может придумать тот же неизрасходованный предыдущий результат используется дважды, он может претендовать на этот предыдущий выход в качестве платы за дополнительные операции ("двойной тариф расходов" если хочешь). Сделки, которые только изменили плату за транзакцию, должны быть исключены. Это может быть полезным, чтобы дать половину от "двойной тариф расходов" с шахтером предыдущего или следующего блока так, что наказание работает для самого шахтера, тоже. Есть и другие способы, но это, кажется, как хороший подход. Это не поможет от нападения Финни, но это огромный шаг вперед. Если коммерсантъ прослушивает 10 секунд, прежде чем принять ТЙ он должен быть относительно безопасным с этим изменением. К сожалению, это означает, что жесткая вилку. Как вы думаете, это реально? Если это будет принято BIP? Справочная информация: https://en.bitcoin.it/wiki/Double-spending

17 мая 2013, 2:01:19 PM	# 2
TalkingAntColony Сообщений: 62 Цитировать по имени цитировать ответ	Re: Создание 0-конф Txs относительно безопасным «снова» Получил 1806 Биткоинов Реальная история. Проблема заключается в том, что, как шахтеры включают ТХ в блоках не является частью "протокол." То, что я имею в виду, что, если эти правила были введены в действие, то ничто не мешает кому-то из ваших правил изменения. Принимая во внимание, если кто-то изменял часть протокола, такие как максимальный размер блока, другие узлы не заметит. Узлы не смогут проверить, как шахтер включает ТЙ в блоке.

17 мая 2013, 2:37:42 PM	# 3
Phelix Сообщения: 1708 Цитировать по имени цитировать ответ	Re: Создание 0-конф Txs относительно безопасным «снова» Цитата: TalkingAntColony от 17 мая 2013 года, 2:01:19 PM Проблема заключается в том, что, как шахтеры включают ТХ в блоках не является частью "протокол." То, что я имею в виду, что, если эти правила были введены в действие, то ничто не мешает кому-то из ваших правил изменения. Принимая во внимание, если кто-то изменял часть протокола, такие как максимальный размер блока, другие узлы не заметит. Узлы не смогут проверить, как шахтер включает ТЙ в блоке. Есть нет "местный" правила, как вы подразумевают.

17 мая 2013, 2:54:41 PM	# 4
tholenst Сообщений: 24 Цитировать по имени цитировать ответ	Re: Создание 0-конф Txs относительно безопасным «снова» Я предложил что-то подобное (способ позже) здесь: На самом деле, я думаю, что разумное решение может быть реализовано путем добавления * единый * инструкция на языке сценариев: предположим, у вас есть "OP_CHECKSIG_VAL вал сиг pub_key" которая проверяет, если сиг является действительной подписью Вала под pub_key. Затем вы можете создать, например, две сделки следующим образом: TX1: Взять 1 BTC от TX0out, дают 0,2 BTC до addr1, 0,8 BTC до addr2 TX2: Если вы нашли двойные расходы на TX0out, дает 0,2 от TX3Out до ADDR1 и гонорар 10BTC к шахтеру Покупатель дает обе сделки поставщику, которому принадлежит ADDR1, который дополнительно проверяет, что TX3Out действительно имеет 10,2 биткойны и остается открытым. Если в каком-то момент продавец получает двойные расходы, он может подключить значения в TX2 так, что оно становится действительным. Шахтеры будут рады моему сделку с платой 10BTC. Предложение в несколько лучше, потому что это увеличивает вероятность того, продавец получает свои деньги, но намного сложнее.

17 мая 2013, 3:20:33 PM	# 5
Phelix Сообщения: 1708 Цитировать по имени цитировать ответ	Re: Создание 0-конф Txs относительно безопасным «снова» Цитата: tholenst на 17 мая 2013, 02:54:41 PM Я предложил что-то подобное (способ позже) здесь: На самом деле, я думаю, что разумное решение может быть реализовано путем добавления * единый * инструкция на языке сценариев: предположим, у вас есть "OP_CHECKSIG_VAL вал сиг pub_key" которая проверяет, если сиг является действительной подписью Вала под pub_key. Затем вы можете создать, например, две сделки следующим образом: TX1: Взять 1 BTC от TX0out, дают 0,2 BTC до addr1, 0,8 BTC до addr2 TX2: Если вы нашли двойные расходы на TX0out, дает 0,2 от TX3Out до ADDR1 и гонорар 10BTC к шахтеру Покупатель дает обе сделки поставщику, которому принадлежит ADDR1, который дополнительно проверяет, что TX3Out действительно имеет 10,2 биткойны и остается открытым. Если в каком-то момент продавец получает двойные расходы, он может подключить значения в TX2 так, что оно становится действительным. Шахтеры будут рады моему сделку с платой 10BTC. Предложение в несколько лучше, потому что это увеличивает вероятность того, продавец получает свои деньги, но намного сложнее. Интересно, а как вы говорите, это более сложная. Я хотел бы сохранить вещи настолько простыми, насколько это возможно. Кроме того, я сомневаюсь, что это всегда будет возможно определить поставщика. Без стимулирования возвращения их двойное затрачиваемого монету только очень немногие люди будут пытаться его, так что не надо платить поставщик.

17 мая 2013, 3:46:03 PM	# 6
TalkingAntColony Сообщений: 62 Цитировать по имени цитировать ответ	Re: Создание 0-конф Txs относительно безопасным «снова» Цитата: PHELIX от 17 мая 2013 года, 2:37:42 PM Цитата: TalkingAntColony от 17 мая 2013 года, 2:01:19 PM Проблема заключается в том, что, как шахтеры включают ТХ в блоках не является частью "протокол." То, что я имею в виду, что, если эти правила были введены в действие, то ничто не мешает кому-то из ваших правил изменения. Принимая во внимание, если кто-то изменял часть протокола, такие как максимальный размер блока, другие узлы не заметит. Узлы не смогут проверить, как шахтер включает ТЙ в блоке. Есть нет "местный" правила, как вы подразумевают. Как вы будете применять шахтеры следовать двойному провести замены правила? Что делать, если скажет, шахтер рекламирует себя как специалист дважды тратить деньги, к которым людям посылают их ТЕ в надежде, что сказал шахтер получает следующий блок? Как и другие узлы будут знать, что шахтер по праву претендует на двойной потраченный ТХ как сборы? Вам нужно будет доказать другие узлы, что есть два подписанные сделки с той же prevout. Кроме того, если дважды израсходует ТЕ переходит к шахтеру, получатель все еще не имеет средств. Это позволяет вымогательство, где кто-то платит продавец, то говорит "Я удвою потратить, если вы делаете х" Если продавец отказывается, покупатель посылает двойную расходы и шахтеры принимают ТЕ как сборы. Zero-конф по-прежнему небезопасно то, если вы не используете зеленые адреса, которые работают в соответствии с действующими правилами и заменяющие-на-плату.

17 мая 2013, 4:12:44 PM	# 7
etotheipi Сообщения: 1428 Цитировать по имени цитировать ответ	Re: Создание 0-конф Txs относительно безопасным «снова» Bitcoin представляет собой сеть консенсуса. Там не может быть надежной системы нулевой подтверждения с использованием сети Bitcoin в одиночку, потому что она не может добиться консенсуса, который быстро. Весь смысл этого в том, что ваша уверенность в сделке может расти в геометрической прогрессии в зависимости от проделанной работы (#confirmations), но если он имеет нулевую работу, то нет уверенности в нем. В конце концов, это так просто - вы не можете быть уверены, пока транзакция не будет похоронена в доказательстве правильности работы, что означает, что он должен иметь подтверждение. Это не означает, что там никогда не будет надеяться на нулевой подтверждения сделок: это просто означает, что они никогда не будут (и никогда не было) подходит для нулевой целевых обменов без внешних услуг. Есть некоторые интересные вещи, которые вы можете сделать с Locktime и альтернативными кодами sighash, но все они строят от уже подтвержденных сделок - они требуют высев контракта с уже подтвержденным ТМ! Третьи стороны могут предусмотреть механизмы, чтобы помочь людям сделку немедленно, и они могут взять плату за него. Но вы не получите там с сетевыми правилами в одиночку. Мы должны уйти от этого выдавать желаемое за действительное, что мы можем каким-то образом адаптировать эту систему корректуры из-работы для работы с транзакциями, которые не имеют никаких доказательств-на-работе. Там по-прежнему использовать для них, просто не нулевых трастовых операций (то есть, если мой сотрудник посылает мне деньги, чтобы покрыть вкладку обеда, я могу быть уверен, с нулевым конфом, потому что я могу пойти в свою каморку и ударить его позже, если он дважды тратит, и т.д. - это не нулевое доверие ситуация а)..

17 мая 2013, 4:27:04 PM	# 8
Phelix Сообщения: 1708 Цитировать по имени цитировать ответ	Re: Создание 0-конф Txs относительно безопасным «снова» Цитата: TalkingAntColony от 17 мая 2013 года, 3:46:03 PM Цитата: PHELIX от 17 мая 2013 года, 2:37:42 PM Цитата: TalkingAntColony от 17 мая 2013 года, 2:01:19 PM Проблема заключается в том, что, как шахтеры включают ТХ в блоках не является частью "протокол." То, что я имею в виду, что, если эти правила были введены в действие, то ничто не мешает кому-то из ваших правил изменения. Принимая во внимание, если кто-то изменял часть протокола, такие как максимальный размер блока, другие узлы не заметит. Узлы не смогут проверить, как шахтер включает ТЙ в блоке. Есть нет "местный" правила, как вы подразумевают. Как вы будете применять шахтеры следовать двойному провести замены правила? Что делать, если скажет, шахтер рекламирует себя как специалист дважды тратить деньги, к которым людям посылают их ТЕ в надежде, что сказал шахтер получает следующий блок? Теперь я получаю то, что вы имеете в виду. Конечно, это не является правилом, но вариант. То, что вы говорите, что в долгосрочной перспективе это может быть еще более выгодным для шахтер помоему двойной затрачивает строить репутацию. Черт возьми. Это очень хороший намек мне нужно думать о некоторых более. С этим изменением вы должны доверять DS-шахтер с вашими монетами, хотя. Кроме того, он должен был бы как-то рекламировать свой IP-адрес или другие средства безопасной связи. котировка Как и другие узлы будут знать, что шахтер по праву претендует на двойной потраченный ТХ как сборы? Вам нужно будет доказать другие узлы, что есть два подписанные сделки с той же prevout. Да, и дважды провел ТХ всегда должны были бы быть включены. котировка Кроме того, если дважды израсходует ТЕ переходит к шахтеру, получатель все еще не имеет средств. Это позволяет вымогательство, где кто-то платит продавец, то говорит "Я удвою потратить, если вы делаете х" Если продавец отказывается, покупатель посылает двойную расходы и шахтеры принимают ТЕ как сборы. Zero-конф по-прежнему небезопасно то, если вы не используете зеленые адреса, которые работают в соответствии с действующими правилами и заменяющие-на-плату. Да, но это намного лучше, чем сейчас.

17 мая 2013, 5:05:39 PM	# 9
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: Создание 0-конф Txs относительно безопасным «снова» Я не думаю, что шахтеры будут делать это регулярно, целую кучу причин. Это не самый лучший способ, чтобы максимизировать прибыль - стоимость Bitcoin будет значительно выше в долгосрочной перспективе, если он пригоден для повседневной случайных сделок. Но независимо от того, если вы посмотрите на стратах это фактически не позволяет шахтерам контролировать то, что в блоке. Также не ББТ, насколько я знаю, он просто позволяет аудит.

17 мая 2013, 5:14:58 PM	# 10
форель Сообщения: 328 Цитировать по имени цитировать ответ	Re: Создание 0-конф Txs относительно безопасным «снова» Вся причина блок цепи существует, чтобы предотвратить двойной тратит. Если кто-то находит "безопасно" способ принимать 0-Conf сделку, не жертвуя любые другие основные черты Bitcoin (pseudonimity, децентрализации), это сделало бы Bitcoin устаревшее - только через прочь все блоки в пользу одного большого пула неподтвержденных транзакций. Если вы готовы отказаться от некоторых из преимуществ Bitcoin для того, чтобы принять 0-конф, то становится легко, например: - нет pseudonimity: попросите клиента, чтобы показать свое удостоверение. Если он doublespends, сообщить в полицию. - нет децентрализации: использование "зеленый" (доверенный) адрес. Это уже реализовано на некоторых биржах и работ.

17 мая 2013, 10:06:12 PM	# 11
tholenst Сообщений: 24 Цитировать по имени цитировать ответ	Re: Создание 0-конф Txs относительно безопасным «снова» Цитата: форели на 17 мая 2013 года, 5:14:58 PM Вся причина блок цепи существует, чтобы предотвратить двойной тратит. Если кто-то находит "безопасно" способ принимать 0-Conf сделку, не жертвуя любые другие основные черты Bitcoin (pseudonimity, децентрализации), это сделало бы Bitcoin устаревшее - только через прочь все блоки в пользу одного большого пула неподтвержденных транзакций. Я не вижу, как, почему предложил мое решение выше не работает, а также почему он должен оказывать blockchain устаревшее. Может быть, я не был достаточно ясно; Дай мне попробовать снова. Скажите, что я являюсь клиентом, и вы хотите купить продукт от V на 0,1 BTC, дважды провести сейф. Мне нужно иметь * два * подтвердили сделку для этой цели. Скажем, я знаю, что секретные ключи для TX0out, который имеет 1 BTC, а также для TX1out, который имеет 3 BTC вне. И глубоко в блок цепи. Я дам обычную сделку на V, который платит ему 0,1 BTC, что дает мне 0,9 BTC изменения. Но кроме того, я даю ему сделку, которая говорит: "Если вы нашли два действительных подписей для TX0out, эта сделка дает шахтера 2 BTC от TX1out и 0,1 BTC до V", Ли кто-нибудь объяснить мне, почему это не будет работать?

18 мая 2013, 9:55:50 AM	# 12
qualalol Сообщений: 57 Цитировать по имени цитировать ответ	Re: Создание 0-конф Txs относительно безопасным «снова» Цитата: tholenst на 17 мая 2013, 10:06:12 PM Цитата: форели на 17 мая 2013 года, 5:14:58 PM Вся причина блок цепи существует, чтобы предотвратить двойной тратит. Если кто-то находит "безопасно" способ принимать 0-Conf сделку, не жертвуя любые другие основные черты Bitcoin (pseudonimity, децентрализации), это сделало бы Bitcoin устаревшее - только через прочь все блоки в пользу одного большого пула неподтвержденных транзакций. Я не вижу, как, почему предложил мое решение выше не работает, а также почему он должен оказывать blockchain устаревшее. Может быть, я не был достаточно ясно; Дай мне попробовать снова. Скажите, что я являюсь клиентом, и вы хотите купить продукт от V на 0,1 BTC, дважды провести сейф. Мне нужно иметь * два * подтвердили сделку для этой цели. Скажем, я знаю, что секретные ключи для TX0out, который имеет 1 BTC, а также для TX1out, который имеет 3 BTC вне. И глубоко в блок цепи. Я дам обычную сделку на V, который платит ему 0,1 BTC, что дает мне 0,9 BTC изменения. Но кроме того, я даю ему сделку, которая говорит: "Если вы нашли два действительных подписей для TX0out, эта сделка дает шахтера 2 BTC от TX1out и 0,1 BTC до V", Ли кто-нибудь объяснить мне, почему это не будет работать? Потому что после того, как вы даете сделки с V публиковать дальнейшие операции переноса всех монет из TX0out и TX1out на другой адрес, который вы владеете ...?

18 мая 2013, 10:01:03 AM	# 13
tholenst Сообщений: 24 Цитировать по имени цитировать ответ	Re: Создание 0-конф Txs относительно безопасным «снова» Цитата: qualalol от 18 мая 2013 года, 9:55:50 AM Цитата: tholenst на 17 мая 2013, 10:06:12 PM Ли кто-нибудь объяснить мне, почему это не будет работать? Потому что после того, как вы даете сделки с V публиковать дальнейшие операции переноса всех монет из TX0out и TX1out на другой адрес, который вы владеете ...? Вы можете попробовать это. Но вы рискуете потерять 2 BTC до шахтера, мины с жадностью, для усиления всего 0,1 BTC.

18 мая 2013, 4:24:38 PM	# 14
jaywaka2713 Сообщения: 266 Цитировать по имени цитировать ответ	Re: Создание 0-конф Txs относительно безопасным «снова» Цитата: tholenst на 17 мая 2013, 02:54:41 PM Я предложил что-то подобное (способ позже) здесь: На самом деле, я думаю, что разумное решение может быть реализовано путем добавления * единый * инструкция на языке сценариев: предположим, у вас есть "OP_CHECKSIG_VAL вал сиг pub_key" которая проверяет, если сиг является действительной подписью Вала под pub_key. Затем вы можете создать, например, две сделки следующим образом: TX1: Взять 1 BTC от TX0out, дают 0,2 BTC до addr1, 0,8 BTC до addr2 TX2: Если вы нашли двойные расходы на TX0out, дает 0,2 от TX3Out до ADDR1 и гонорар 10BTC к шахтеру Покупатель дает обе сделки поставщику, которому принадлежит ADDR1, который дополнительно проверяет, что TX3Out действительно имеет 10,2 биткойны и остается открытым. Если в каком-то момент продавец получает двойные расходы, он может подключить значения в TX2 так, что оно становится действительным. Шахтеры будут рады моему сделку с платой 10BTC. Предложение в несколько лучше, потому что это увеличивает вероятность того, продавец получает свои деньги, но намного сложнее. Объясните вашу идею этого 10 платы BTC до шахтера. Поскольку Bitcoin является децентрализованным, вы не можете выйти Bitcoin принудительного ни от кого. Если вы предлагаете черный список распространяемого самих шахтеров, которые заставили бы вывести Bitcoin от каждой сделки они будут посылать тогда, возможно, что бы предотвратить мошенничество.

18 мая 2013, 6:09:54 PM	# 15
tholenst Сообщений: 24 Цитировать по имени цитировать ответ	Re: Создание 0-конф Txs относительно безопасным «снова» Цитата: jaywaka2713 от 18 мая 2013 года, 4:24:38 PM Объясните вашу идею этого 10 платы BTC до шахтера. Поскольку Bitcoin является децентрализованным, вы не можете выйти Bitcoin принудительного ни от кого. Если вы предлагаете черный список распространяемого самих шахтеров, которые заставили бы вывести Bitcoin от каждой сделки они будут посылать тогда, возможно, что бы предотвратить мошенничество. Идея заключается в следующем: заплатить 1 BTC до V, вам необходимо иметь дополнительные 10 BTC на второй адрес (например, депозит). Затем дают V нормальную транзакции T1 и второй транзакции Т2. В случае Т1 представляет собой двойные расходы, V можно использовать, чтобы сделать T2 10 BTC перейти на комбайн. В этом примере вы цитируемой TX3Out должна иметь по крайней мере 10,2 BTC в них (которые также принадлежат человеку, который хочет платить V). Делает ли это идея ясна?

18 мая 2013, 7:01:34 PM	# 16
TalkingAntColony Сообщений: 62 Цитировать по имени цитировать ответ	Re: Создание 0-конф Txs относительно безопасным «снова» Можете ли вы описать сценарий с обоими Tx выложили? Подобно: Прд1: входные - [PrevOut1] 10,2 BTC Выходы - [MerchantAddr] 0,2 BTC - [ChangeAddr] 10 BTC Tx2: и т.д

18 мая 2013, 8:01:58 PM	# 17
tholenst Сообщений: 24 Цитировать по имени цитировать ответ	Re: Создание 0-конф Txs относительно безопасным «снова» Хорошо, я попытаюсь. Покупатель B хочет купить товар со значением 0,1 BTC от торгового M. B имеет 20,4 БТД в общей сложности. Они хранятся в двух операциях выходов B0, B1, оба покупателя. B0: Транзакция Выход 0,4 BTC, закрытый ключ известен B B1: Транзакция выход 20 BTC, закрытый ключ известен B Теперь, чтобы купить товар, покупатель отправляет две сделки TX2 и TX3 к торговцу. Торговец имеет адрес Tx2: Входной B0 Выходы 1: 0,1 BTC до 2: 0,3 BTC до (Другой адрес B) Tx3: Ввод B1 Выходы: 1: 0,1 BTC до 2: 9,9 BTC до * Действует только с двумя тратит В0 * сделке Tx3 специальные (это потребуется расширение языка сценариев). Для того, чтобы использовать его, необходимо предоставить два * разные * траты из B0. Купец M получает обе эти операции, ждет 10 секунд, а затем дает деталь к B. Если позже другая транзакция В0 показывает перед сделка Tx2 находится в блоке, он может транслировать TX3; и это будет целесообразны для шахтер, чтобы использовать его (обратите внимание, что он имеет 10BTC плату включены).

18 мая 2013, 8:08:50 PM	# 18
Phelix Сообщения: 1708 Цитировать по имени цитировать ответ	Re: Создание 0-конф Txs относительно безопасным «снова» Цитата: etotheipi от 17 мая 2013 года, 4:12:44 PM [...] Мы должны уйти от этого выдавать желаемое за действительное, что мы можем каким-то образом адаптировать эту систему корректуры из-работы для работы с транзакциями, которые не имеют никаких доказательств-на-работе. [...] Это еще можно было бы найти решение, которое достаточно хорошо для многих целей. В любом случае это интересно думать об этом. Цитата: Майк Херн на 17 мая 2013 года, 5:05:39 PM Я не думаю, что шахтеры будут делать это регулярно, целую кучу причин. Это не самый лучший способ, чтобы максимизировать прибыль - стоимость Bitcoin будет значительно выше в долгосрочной перспективе, если он пригоден для повседневной случайных сделок. Многие люди очень недальновидно. Кроме того, он может заплатить очень хорошо. котировка Но независимо от того, если вы посмотрите на стратах это фактически не позволяет шахтерам контролировать то, что в блоке. Также не ББТ, насколько я знаю, он просто позволяет аудит. из http://mining.bitcoin.cz/stratum-mining: котировка Там действительно только одна причина, почему Stratum хуже getblocktemplate решения в это время: шахтеры не могут выбирать Bitcoin сделки самостоятельно. [...] У меня уже есть некоторые идеи для расширения протокола добычи Stratum, где шахтеры смогут предложить свой собственные Merkle филиала (я называю это внутренне «демократической добычей»), которая будет решать такие вопросы, как централизованный выбор сделок. Цитата: форели на 17 мая 2013 года, 5:14:58 PM Вся причина блок цепи существует, чтобы предотвратить двойной тратит. Если кто-то находит "безопасно" способ принимать 0-Conf сделки, [...] "безопасно" знак равно "достаточно безопасно" Цитата: tholenst 18 мая 2013, 06:09:54 PM Цитата: jaywaka2713 от 18 мая 2013 года, 4:24:38 PM Объясните вашу идею этого 10 платы BTC до шахтера. [...] Идея заключается в следующем: заплатить 1 BTC до V, вам необходимо иметь дополнительные 10 BTC на второй адрес (например, депозит). Затем дают V нормальную транзакции T1 и второй транзакции Т2. В случае Т1 представляет собой двойные расходы, V можно использовать, чтобы сделать T2 10 BTC перейти на комбайн. В этом примере вы цитируемой TX3Out должна иметь по крайней мере 10,2 BTC в них (которые также принадлежат человеку, который хочет платить V). Вместе с двойником провести плохой парень также проводит депозит. Не уверен, если вы знаете, что можно напрямую общаться с шахтером и шахтер не ретранслировать Txs другим ("дважды проводит специалист шахтер", "заменитель шахтер"). Потерянные блоки увеличивают риск для плохих парней, хотя. Пожалуйста, детальное обсуждение этой концепции вернуться к исходной теме: Что об этом ящике Пандоры: Узлы могут задержать ретрансляцию блоков, включая двойной тратит (TXS замена TXS узел знает). Примечание стороны: может задерживать реле блоков с неизвестными TXS дают шахтерам стимул к реле?

18 мая 2013, 8:17:34 PM	# 19
tholenst Сообщений: 24 Цитировать по имени цитировать ответ	Re: Создание 0-конф Txs относительно безопасным «снова» котировка Вместе с двойником провести плохой парень также проводит депозит. Не уверен, если вы знаете, что можно напрямую общаться с шахтером и шахтер не ретранслировать Txs другим ("дважды проводит специалист шахтер", "заменитель шахтер"). Потерянные блоки увеличивают риск для плохих парней, хотя. Да, я знаю об этом. Мое решение только полезно, если вы не работаете с шахтером, который является очень мощным (например, я не знаю, как это сделать). Следует также отметить, что в моем решении, шахтер делает много Чем больше денег, если он делает не помочь парню, который удвоит тратит.

18 мая 2013, 10:12:31 PM	# 20
jaywaka2713 Сообщения: 266 Цитировать по имени цитировать ответ	Re: Создание 0-конф Txs относительно безопасным «снова» Цитата: tholenst 18 мая 2013, 06:09:54 PM Цитата: jaywaka2713 от 18 мая 2013 года, 4:24:38 PM Объясните вашу идею этого 10 платы BTC до шахтера. Поскольку Bitcoin является децентрализованным, вы не можете выйти Bitcoin принудительного ни от кого. Если вы предлагаете черный список распространяемого самих шахтеров, которые заставили бы вывести Bitcoin от каждой сделки они будут посылать тогда, возможно, что бы предотвратить мошенничество. Идея заключается в следующем: заплатить 1 BTC до V, вам необходимо иметь дополнительные 10 BTC на второй адрес (например, депозит). Затем дают V нормальную транзакции T1 и второй транзакции Т2. В случае Т1 представляет собой двойные расходы, V можно использовать, чтобы сделать T2 10 BTC перейти на комбайн. В этом примере вы цитируемой TX3Out должна иметь по крайней мере 10,2 BTC в них (которые также принадлежат человеку, который хочет платить V). Делает ли это идея ясна? Ваша идея делает операции 100% мошенничества бесплатно, однако я не вижу, как это может быть реализовано для людей, которые хотят использовать эту функцию вместо всех. Кроме того, главное обсуждение на Bitcoin сейчас делает Bitcoin очень легким для населения в целом. Вот почему вы видите эти новые Bitcoincards выходят. Ваш метод также требует, чтобы каждый использует два бумажник с каждой покупкой. Сделать что-то вроде карты Bitcoin с такой системой защиты от мошенничества невозможно. Наконец, если V хотел сделать T2 перейти к шахтерам, как бы он заставить указанный платеж, не имея секретный ключ к кошельку? Вы должны были бы иметь какое-то временную систему условного депонирования на месте всегда работает наверх в blockchain. Ваша идеология замечательна, но не практично. Приятно думать, хотя.

Заголовок