[RFC] Когда бумажники конфликт с блоком цепи | Биткоин форум

		Биткоин Форум > Разработка и Техническое Обсуждение
[RFC] Когда бумажники конфликт с блоком цепи

16 апреля 2011, 10:13:05 AM	# 1
Pieter Wuille Сообщения: 1050 Цитировать по имени цитировать ответ	Re: [RFC] Когда бумажники конфликт с блоком цепи Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Edit: см запрос тянуть описано здесь: http://forum.bitcoin.org/index.php?topic=7330.0 Это ситуация, которая в настоящее время трудно достичь, но тем не менее, возможно, при перемещении wallet.dat файлов вокруг, и потенциально может оставить вас навсегда испорченного кошелек. Рассмотрим следующий сценарий: Алиса получает монету 50BTC Алиса создает резервную копию своего бумажника Алиса переходит в автономном режиме Боб импортирует бумажник в Боб посылает 20BTC Кэрол (отправка 30BTC изменение в резервный ключ) Алиса идет онлайн, прежде чем сделка Боба заканчивается в блоке, или как-то не получает блок, он находится в еще Алиса посылает 10BTC Тед, используя монету 50BTC в качестве входных данных В сети уже знает о расходах Боба монеты 50BTC, так что не будет больше принимать транзакции Алисы. Алиса должна быть с помощью изменения монеты 30BTC, но не знает об этом еще. Результатом является то, что Алиса имеет сделку в своем кошельке, который никогда не будет принято в сети, но Алиса все еще предполагает, что это справедливо. Еще хуже, Элис будут пытаться использовать изменение 40BTC этой сделки в дальнейших операциях, а также и те сделки (и все в результате его изменений) не будут приняты сетями либо. Вы можете возразить, что копирование wallet.dat FILES вокруг всегда опасное дело, но мне не нравится идея, что не зная о транзакции происходит с помощью одного из ваших собственных ключей потенциально может нарушить вещи. Я работаю на патч, чтобы обнаружить случаи, когда blockchain конфликты с бумажником, но вопрос: что делать, когда это произойдет? Некоторые возможности: Пограничный случай, не беспокоить Молча уронить сделку обижая из бумажника (очень легко) По крайней мере, дать предупреждение в графическом интерфейсе (легко, но что делать в bitcoind?) Марк сделка каким-то образом как неактивные, и показать это в GUI и RPC вызовов (необходим ряд изменений, в том числе обновления для wallet.dat формат, если вы хотите держать их постоянно) Попробуйте обновить транзакцию, используя материалы, которые существуют (после подтверждения пользователя в GUI или с помощью специального вызова RPC) Автоматически пытаться воссоздать операции (вероятно, слишком опасно)

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

16 апреля 2011, 11:00:31 AM	# 2
Мэтт Corallo Сообщения: 755 Цитировать по имени цитировать ответ	Re: [RFC] Когда бумажники конфликт с блоком цепи Получил 1806 Биткоинов Реальная история. Bitcoin определенно должен быть пуленепробиваемыми, насколько это возможно, когда речь идет о UI (1 правило: предполагающие пользователи пытаются сломать вашу программу). Я не думаю, что Bitcoin должен попытаться воссоздать транзакции или повторно теперь, когда баланс изменился. Я бы сказал, что GUI должен уведомить пользователя и bitcoind просто молча опускает ТХ (или, может быть, помечает его отклоненным вместо неподтвержденные?)

16 апреля 2011, 11:26:22 AM	# 3
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: [RFC] Когда бумажники конфликт с блоком цепи Это частный случай более общей проблемы, что это невозможно знать, если ваш ТХ был принят в сети вообще. Вершины просто молча падение сделок они не принимают. Гораздо больше экземпляра этой проблемы является установление сборов. Представьте себе, если минимальная плата ОЙ снижена с Ⓑ0.01 до Ⓑ0.001. Свитки новых версий программного обеспечения не синхронизированы. Вы обновить программное обеспечение и отправить сделку с новыми правилами, но случайно подключен только к узлам, которые еще не обновленными. Ваш ТХ отвергается не по своей вине, и теперь ваш кошелек бесполезно. Ненужные или испорченные бумажники, вероятно, худший вид отказа Bitcoin имеет. "фиксировать" для этого до сих пор, чтобы попытаться синхронизировать изменения в наборы правил с помощью индексов блоков цепи, и надеясь, что весь модернизировали в день флага. Но было бы лучше, если новое сообщение было добавлено к протоколу. Если вы отправляете сообщение ОГО и принимающий узел не принимает его, он может отправить сообщение обратно txfail с кодом ошибки и / или английским языком объяснением того, почему это было сочтено неприемлемым. Если все подключенные узлы ответили на сообщение txfail, сделка не будет совершена в бумажник и показать, как не удалась в пользовательском интерфейсе.

16 апреля 2011, 12:08:19 PM	# 4
Мэтт Corallo Сообщения: 755 Цитировать по имени цитировать ответ	Re: [RFC] Когда бумажники конфликт с блоком цепи Цитата: [микрофон] 16 апреля 2011, 11:26:22 AM "фиксировать" для этого до сих пор, чтобы попытаться синхронизировать изменения в наборы правил с помощью индексов блоков цепи, и надеясь, что весь модернизировали в день флага. Но было бы лучше, если новое сообщение было добавлено к протоколу. Если вы отправляете сообщение ОГО и принимающий узел не принимает его, он может отправить сообщение обратно txfail с кодом ошибки и / или английским языком объяснением того, почему это было сочтено неприемлемым. Если все подключенные узлы ответили на сообщение txfail, сделка не будет совершена в бумажник и показать, как не удалась в пользовательском интерфейсе. Я не согласен, что это необходимо. ИМХО, люди должны знать, что любое ОЕ, который имеет 0 подтверждений вполне могут не суметь. Гораздо легче предупредить пользователя, что их ТХ не сделать это в blockchain по какой-либо причине. Для вашего конкретного примера изменения платы TX, в конце концов ТЙ будет проходить как ТЙ и в конечном счете повторно распространяться оно будет отправлено на новый узел, который делает свой путь к шахтеру. В любом случае, вопрос плата ОГО немного отличаются от просто не принимается из-за конфликты. ИМХО, идеи, которые были плавающие вокруг увеличения платы TX, когда ТЕ терпит неудачу после й периода времени следует рассматривать как было бы исправить вашу конкретную проблему, и это в сочетании с простым сбоем после conficts может исправить отвергнутый вопрос ОГО без необходимости изменить протокол.

16 апреля 2011, 4:15:31 PM	# 5
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: [RFC] Когда бумажники конфликт с блоком цепи Проблема заключается не в том, что люди думают, что 0 / неподтвержденный txns может быть потрачен. Клиент делает это ясно. Проблема заключается в том, если вы проводите половину своего кошелька, и это никогда не подтверждает по какой-то причине, вы не можете unspend их и повторите попытку. Там нет такого понятия, как "отказ", Только постоянное лимбо. Потеря монет очень плохо для владельца и Bitcoin во всем мире. Это не только платежи и движение бумажника, которые могут привести к этому, но необычные сценарии и т.д.

16 апреля 2011, 5:59:47 PM	# 6
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: [RFC] Когда бумажники конфликт с блоком цепи Я не думаю, что новое сообщение необходимо. Bitcoin позволит вам unspend операции 0-подтверждения, отправку противоречивой сделки обратно к себе. Может быть, он может сделать это автоматически через 2 недели (или любой другой), или сразу же, как только сделка двойной расходов подтверждается в блоке цепи.

16 апреля 2011, 6:04:04 PM	# 7
ошибка Сообщения: 574 Цитировать по имени цитировать ответ	Re: [RFC] Когда бумажники конфликт с блоком цепи Цитата: theymos от 16 апреля 2011 года, 5:59:47 PM Я не думаю, что новое сообщение необходимо. Bitcoin позволит вам unspend операции 0-подтверждения, отправку противоречивой сделки обратно к себе. Может быть, он может сделать это автоматически через 2 недели (или любой другой), или сразу же, как только сделка двойной расходов подтверждается в блоке цепи. Два часа больше, что я хотел бы видеть.

16 апреля 2011, 6:06:11 PM	# 8
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: [RFC] Когда бумажники конфликт с блоком цепи Цитата: ошибки 16 апреля 2011, 6:04:04 PM Два часа больше, что я хотел бы видеть. Это не безопасно предположить, сделка была полностью отвергнута только после 2 часов. Может быть, это был просто потерян. Вы должны ждать по крайней мере один или два дня.

16 апреля 2011, 8:15:01 PM	# 9
Мэтт Corallo Сообщения: 755 Цитировать по имени цитировать ответ	Re: [RFC] Когда бумажники конфликт с блоком цепи Цитата: [микрофон] 16 апреля 2011, 4:15:31 PM Проблема заключается не в том, что люди думают, что 0 / неподтвержденный txns может быть потрачен. Клиент делает это ясно. Проблема заключается в том, если вы проводите половину своего кошелька, и это никогда не подтверждает по какой-то причине, вы не можете unspend их и повторите попытку. Там нет такого понятия, как "отказ", Только постоянное лимбо. Потеря монет очень плохо для владельца и Bitcoin во всем мире. Это не только платежи и движение бумажника, которые могут привести к этому, но необычные сценарии и т.д. Да его не технически "отказ", Но для целей пользователя его очень похожим. Как сказал theymos, Bitcoin может "unspend" TX-создавая противоречивую один, то отметьте ТХ отклоненным. Кроме того, для целей пользователя, вы можете назвать монеты в постоянном подвешенном состоянии неудачного ОЙ.

17 апреля 2011, 12:35:26 AM	# 10
Pieter Wuille Сообщения: 1050 Цитировать по имени цитировать ответ	Re: [RFC] Когда бумажники конфликт с блоком цепи Цитата: theymos от 16 апреля 2011 года, 5:59:47 PM Я не думаю, что новое сообщение необходимо. Bitcoin позволит вам unspend операции 0-подтверждения, отправку противоречивой сделки обратно к себе. Может быть, он может сделать это автоматически через 2 недели (или любой другой), или сразу же, как только сделка двойной расходов подтверждается в блоке цепи. Почему другая (намеренно) противоречивая сделка? Просто отметьте неподтвержденную неактивную сделку ...

17 апреля 2011, 1:24:03 AM	# 11
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: [RFC] Когда бумажники конфликт с блоком цепи Цитата: ГАРО 17 апреля 2011, 12:35:26 AM Почему другая (намеренно) противоречивая сделка? Просто отметьте неподтвержденную неактивную сделку ... Это может в конечном итоге происходит через, который может причинить вам платить дважды.

17 апреля 2011, 7:58:46 AM	# 12
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: [RFC] Когда бумажники конфликт с блоком цепи Я не вижу проблемы с добавлением нового сообщения. Старые клиенты будут игнорировать его и действовать так, как они делают сегодня. Новые клиенты могут понять, что, если все узлы ответили txfail, нет необходимости ждать две недели. Сделка может быть неизрасходованной немедленно и пользователь сообщил, что они должны принять меры.

17 апреля 2011, 9:22:02 AM	# 13
Мэтт Corallo Сообщения: 755 Цитировать по имени цитировать ответ	Re: [RFC] Когда бумажники конфликт с блоком цепи Цитата: [микрофон] 17 апреля 2011 года, 7:58:46 AM Я не вижу проблемы с добавлением нового сообщения. Старые клиенты будут игнорировать его и действовать так, как они делают сегодня. Новые клиенты могут понять, что, если все узлы ответили txfail, нет необходимости ждать две недели. Сделка может быть неизрасходованной немедленно и пользователь сообщил, что они должны принять меры. Я просто не вижу четкую потребность в нем, и я не понимаю, почему мы должны добавить сообщение, если нет необходимости. Кроме того, в некоторых случаях (например, подключенный к устарелому клиенту, который отвергающий txes на основе старых правил ситуации) отвергающим ТЕ сразу может быть не лучший способом делать вещи. Было бы лучше, чтобы ждать пару часов, и надеюсь, что вы подключаетесь к обновленному клиенту и повторно ОМУ.

17 апреля 2011, 7:14:17 PM	# 14
Pieter Wuille Сообщения: 1050 Цитировать по имени цитировать ответ	Re: [RFC] Когда бумажники конфликт с блоком цепи Цитата: theymos от 17 апреля 2011 года, 1:24:03 AM Цитата: ГАРО 17 апреля 2011, 12:35:26 AM Почему другая (намеренно) противоречивая сделка? Просто отметьте неподтвержденную неактивную сделку ... Это может в конечном итоге происходит через, который может причинить вам платить дважды. Может быть, но вы должны быть осторожны. Если возникла проблема с входами (уже провели, например.), Коррекция ТХ не будет принят либо (и вы определенно не хотите коррекции Тх для коррекции ТХ). Если проблема была с выходом (например. Нестандартный сценарий), корректирующей ТМ, что делает простой израсходует к себе может получить вам уверенность, видя коррекции ОГО в конечную итоге в блоке раньше, чем оригинал Если оригинал ТХ не достиг сети, ретранслировать это лучшее, что можно сделать, но коррекцию ТМ не повредит Таким образом, реализация мудрая, я предполагаю, что это должно быть своим родом израсходует Себе ТЙ, который по умолчанию не предполагается, чтобы быть активными, пока он не будет виден в кадре.

17 апреля 2011, 7:27:29 PM	# 15
caveden Сообщения: 1106 Цитировать по имени цитировать ответ	Re: [RFC] Когда бумажники конфликт с блоком цепи Цитата: [микрофон] 16 апреля 2011, 11:26:22 AM Гораздо больше экземпляра этой проблемы является установление сборов. Представьте себе, если минимальная плата ОЙ снижена с Ⓑ0.01 до Ⓑ0.001. Свитки новых версий программного обеспечения не синхронизированы. Вы обновить программное обеспечение и отправить сделку с новыми правилами, но случайно подключен только к узлам, которые еще не обновленными. Ваш ТХ отвергается не по своей вине, и теперь ваш кошелек бесполезно. Вы имеете в виду узлы не будут пересылать транзакцию, которая не устраивает свою собственную политику плату? Это плохо, если это так ... операции должны, по крайней мере, быть перенаправлены, несмотря на сборы.

17 апреля 2011, 7:31:15 PM	# 16
Мэтт Corallo Сообщения: 755 Цитировать по имени цитировать ответ	Re: [RFC] Когда бумажники конфликт с блоком цепи Цитата: caveden 17 апреля 2011, 07:27:29 PM Цитата: [микрофон] 16 апреля 2011, 11:26:22 AM Гораздо больше экземпляра этой проблемы является установление сборов. Представьте себе, если минимальная плата ОЙ снижена с Ⓑ0.01 до Ⓑ0.001. Свитки новых версий программного обеспечения не синхронизированы. Вы обновить программное обеспечение и отправить сделку с новыми правилами, но случайно подключен только к узлам, которые еще не обновленными. Ваш ТХ отвергается не по своей вине, и теперь ваш кошелек бесполезно. Вы имеете в виду узлы не будут пересылать транзакцию, которая не устраивает свою собственную политику плату? Это плохо, если это так ... операции должны, по крайней мере, быть перенаправлены, несмотря на сборы. То есть текущая реализация. Это было сделано для предотвращения DDoS-атак. Если я могу пойти посылать 10000 txes / сек к узлам и они должны направить все из них. Любой может легко DDos сеть очень быстро.

17 апреля 2011, 7:34:34 PM	# 17
caveden Сообщения: 1106 Цитировать по имени цитировать ответ	Re: [RFC] Когда бумажники конфликт с блоком цепи Цитата: theymos от 16 апреля 2011 года, 5:59:47 PM Bitcoin позволит вам unspend операции 0-подтверждения, отправку противоречивой сделки обратно к себе. Может быть, он может сделать это автоматически через 2 недели (или любой другой), или сразу же, как только сделка двойной расходов подтверждается в блоке цепи. Я согласен с этим (хотя я также согласен с [микрофоном], что сообщение об ошибке не повредит либо). Я просто не думаю, что там должно быть что-нибудь автоматический ... освоения всегда должна быть ручной.

17 апреля 2011, 7:43:37 PM	# 18
caveden Сообщения: 1106 Цитировать по имени цитировать ответ	Re: [RFC] Когда бумажники конфликт с блоком цепи Цитата: BlueMatt от 17 апреля 2011 года, 7:31:15 PM То есть текущая реализация. Это было сделано для предотвращения DDoS-атак. Если я могу пойти посылать 10000 txes / сек к узлам и они должны направить все из них. Любой может легко DDos сеть очень быстро. Вы имеете в виду действительные сделки? Я согласен недействительные сделки не должны быть перенаправлены, я просто не люблю эту политику обязательной платы. Но я вижу смысл ... кто-то может отправить миллионы 0,01μBTC без каких-либо сборов, заливая сеть .... В конце концов что-то лучше, чем обязательная тарифная политика может быть реализована, вы не думаете? Как отвергая "слишком быстро" серии транзакций, например ... [микрофон] предложение удобны там. Узел, который "подозреваемые" один из его коллег заливают сеть может просто послать ему сообщение об ошибке с правильным кодом или текст, указывающим что-то вроде "Я думаю, что вы спамер, не будет принимать более одной сделки твоих в секунду",

17 апреля 2011, 7:49:45 PM	# 19
randomguy7 Сообщения: 528 Цитировать по имени цитировать ответ	Re: [RFC] Когда бумажники конфликт с блоком цепи Мы могли бы обеспечивать некоторые доказательства правильности работы должны быть сделаны до TXS обрабатываются узлами (вроде как hashmail или независимо от его имени).

17 апреля 2011, 9:31:13 PM	# 20
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: [RFC] Когда бумажники конфликт с блоком цепи Цитата: ГАРО от 17 апреля 2011 года, 7:14:17 PM Если возникла проблема с входами (уже провели, например.), Коррекция ТХ не будет принят либо (и вы определенно не хотите коррекции Тх для коррекции ТХ). Bitcoin может отменить один вход в день, пока один из отмен проходит.

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

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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW