Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
19 апреля 2013, 2:17:19 PM   # 1
 
 
Сообщения: 434
Цитировать по имени
цитировать ответ
по умолчанию Re: Решение проблемы быстрых платежей

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Я начал это как ответ к "нуль-подтверждение не является безопасным" нить, но я считаю, что это гарантирует его собственный поток.

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

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

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

Tweak 1. Не отбрасывать двойные операции тратить деньги. Форвард их вместе с другими коллегами, помеченный как тратит два раза(*. Это, по существу тот же раствор, как и в Два Bitcoins по цене одного бумага. Они предлагают угон Bitcoin "бдительный" для этой цели, но я думаю, что маркировка не должен быть четко: вам просто нужно всегда префикс doublespend с первыми расходами при пересылке по другим узлам, неявно связи правильный порядок. Так что, если они еще не видели какой-либо из сделок пока они будут наследовать тот же порядок, как вы, так же, как это происходит сегодня.

Это убивает в зародыше все гонки атак, где торговец не осведомлен о том, что часть шахтеров получили и активно расширяет двойную расходы. После того как вы получили первую сделку нулевого конфа, вы слушаете 10 секунд на другую TXN попытки двойной израсходуют, и если никто не будет получен у вас есть очень высокая степень уверенности, что все честные шахтеры получили эту сделку и активно минируют его. Время распространения составляет порядка 3 секунд, если атакующие посылают 2-й израсходует через 10 секунд, вероятность, что бы добраться до любого шахтер первого равна нуль.

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

Tweak 2. Не самозабвенно простираться блоки, содержащие двойную расходы. При выборе самой длинной субцепи продлить, блоки, содержащие известный двойные израсходуют должен быть присвоен нулевой или отрицательной трудности. При прочих равных условиях, шахтер бы предпочел простираться на 2 блока субцепи, а не 3 блока субцепи первый из которых содержит то, что он может распознать как двойной потратить.

Это не будет ветвиться цепью: если то, что мы считаем двойными израсходует субцепь растет быстрее, чем наш оригинальный выбор, в каком-то момент мы признаем, что мы были не правы, а сеть имеет различное представление о том, что является законным тратить, так сходимость в конечном итоге будет достигнута. "какой-то момент" где это происходит, определяется отрицательным трудом мы относим блок двойного тратить деньги. Небольшое отрицательное значение позволит работа от атаки блока Финни просто игнорируется большинством честных узлов, что делает атаку очень дорогостоящим с точки зрения ресурсов и BTC потенциально потерянных. (**

Он также устойчив в византийско-Альтруистических-Рациональных парадигмах: если мы уверены в нашей решимости относительно того, что является законным потратить, то мы уверены, большинство других шахтеров имеют ту же идею, из-за подстройку 1. Таким образом, это рационально для нас не распространяется блок, содержащий двойные расходы, из-за негативное влияние сложности было бы иметь на нашу работе точки зрения большинства других шахтеров. Когда достаточное количество шахтеров альтруистичны и реализовать Tweak 2, она становится иррациональной не реализовать его и рациональное большинство будет поддерживать статус-кво.

Вместе щипает 1 и 2 поднимаются планка очень для атак нулевого подтверждения ,. Когда 10 секунд прошло с момента первоначального вещания, мы достаточно уверены, подавляющее большинство шахтеров на нашей стороне, и будет активно бороться атаку Финней, потому что это выгодно для них, чтобы сделать это. Когда злоумышленник получает товар из магазина и транслирует это Финний блок, все узлы узнают о двойном потратить в нем и рационально решили не продлевать его (они должны также вырезать из 2-ой расходов от блока Финний и транслировать его, таким образом, купец узнает о том, что только что произошло).

Превзойти штраф в небольшой негативный сценарий штрафной, злоумышленник должен добывать два блока, первый из которых является блок Финни. Вероятность того, чтобы это произошло на порядок (его отношение хэш мощности) ^ 2, заставляя его делать много двойных тратит в то же время, чтобы иметь шанс возмещения расходов. Таким образом, любой торговый автомат может принять платеж нулевого подтверждения без риска и без необходимости наблюдателей или подкупа шахтеров, чтобы на их стороне.

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

**) А как насчет большого отрицательного штрафа, стоит один или несколько блоков средней сложности? Это сделало бы дважды проводит атаку еще труднее требовать личное отработки 3 или более скованных блоков; но в какой-то момент медленнее реорганизацию; и глубже многих сирот, отрицая преимущества.
BubbleBoy сейчас офлайн Пожаловаться на BubbleBoy   Ответить с цитированием Мультицитирование сообщения от BubbleBoy Быстрый ответ на сообщение BubbleBoy


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


19 апреля 2013, 8:59:35 PM   # 2
 
 
Сообщения: 280
Цитировать по имени
цитировать ответ
по умолчанию Re: Решение проблемы быстрых платежей

Получил 1806 Биткоинов
Реальная история.





Мне нравится это предложение.
im3w1l сейчас офлайн Пожаловаться на im3w1l   Ответить с цитированием Мультицитирование сообщения от im3w1l Быстрый ответ на сообщение im3w1l

19 апреля 2013, 9:51:56 PM   # 3
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Решение проблемы быстрых платежей

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

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

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

котировка
Tweak 2. Не самозабвенно простираться блоки, содержащие двойную расходы. При выборе самой длинной субцепи продлить, блоки, содержащие известный двойные израсходуют должен быть присвоен нулевой или отрицательной трудности. При прочих равных условиях, шахтер бы предпочел простираться на 2 блока субцепи, а не 3 блока субцепи первый из которых содержит то, что он может распознать как двойной потратить.

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

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

котировка
**) А как насчет большого отрицательного штрафа, стоит один или несколько блоков средней сложности? Это сделало бы дважды проводит атаку еще труднее требовать личное отработки 3 или более скованных блоков; но в какой-то момент медленнее реорганизацию; и глубже многих сирот, отрицая преимущества.

Это кажется несправедливым шахтерам, которые включали сделку добросовестно. С другой стороны, он создает стимул для шахтер, чтобы иметь максимальную связность.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan

19 апреля 2013, 10:37:26 PM   # 4
 
 
Сообщения: 434
Цитировать по имени
цитировать ответ
по умолчанию Re: Решение проблемы быстрых платежей

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

Нет, если обе транзакции прибыть в то время как клиент на кассе, это криптографический и юридическое доказательство он (или его программное обеспечение / оборудование) попытки двойной потратить. Вы просто не доставить товар. Это не имеет значения, если вы все еще получаете деньги атакующего; он должен объяснить полиции, как он пытался взломать магазин, не удалось, и теперь они не дадут ему деньги обратно.

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

Конечно, но что Tweak 1 гарантирует, что коммерсант просто знает Есть два конкурирующих операции в течение периода ожидания. Если второй один не появляется в течение 10 секунд на проводе, он абсолютно уверен, все честные узлы согласны с ним, на котором первая сделку, даже если двойные израсходуют должно прибыть позже.

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

котировка
котировка
Tweak 2. Не самозабвенно простираться блоки, содержащие двойную расходы. При выборе самой длинной субцепи продлить, блоки, содержащие известный двойные израсходуют должен быть присвоен нулевой или отрицательной трудности. При прочих равных условиях, шахтер бы предпочел простираться на 2 блока субцепи, а не 3 блока субцепи первый из которых содержит то, что он может распознать как двойной потратить.

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

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

котировка
котировка
**) А как насчет большого отрицательного штрафа, стоит один или несколько блоков средней сложности? Это сделало бы дважды проводит атаку еще труднее требовать личное отработки 3 или более скованных блоков; но в какой-то момент медленнее реорганизацию; и глубже многих сирот, отрицая преимущества.

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

В точку. Если у вас есть проблемы с подключением и продлить doublespend, потому что вы еще не слышали о первом тратить, то вы будете оштрафованы альтруистических узлы, которые имеют хорошие связи во имя сети. Так что имеет смысл для вас, чтобы иметь хорошую связь, по крайней мере, до такой степени, что вы можете получить две транзакции, транслируемой через 10 секунд друг от друга в правильном порядке, они транслировались. Если злоумышленник сокращает эту задержку, он рискует обнаружить в точке продажи.
BubbleBoy сейчас офлайн Пожаловаться на BubbleBoy   Ответить с цитированием Мультицитирование сообщения от BubbleBoy Быстрый ответ на сообщение BubbleBoy

19 апреля 2013, 10:46:23 PM   # 5
 
 
Сообщения: 154
Цитировать по имени
цитировать ответ
по умолчанию Re: Решение проблемы быстрых платежей

Кажется, хороший способ, чтобы искусственно уменьшить скорость хеширования сети / временно разделить сеть.
Я использую ряд узлов для отправки 2 расходных операций тот же вход в сеть, но я должен быть уверен, чтобы отправить их как можно ближе к тому же времени. Таким образом, остальная часть сети видит, что существует двойная расходы, но не сильный консенсус относительно того, какой заказать сделки прибыли, поэтому половину сети шахту вилки с одной сделкой, а другой половиной шахты вилки с Другие. В какой-то момент в будущем, одна сторона решает, что должно быть не так, и один из вилок побед. До это времени, каждая вилка соревновалась возможно со многой реорганизацией;.

Это для одной двойной потратить. Теперь подумайте о коллекции узлов, которые непрерывно откачивать двойной тратит. Каждый раскол половина мощности хеширования, если точно подобранный, он не занимает много, чтобы довести сеть до колен.
Zeilap сейчас офлайн Пожаловаться на Zeilap   Ответить с цитированием Мультицитирование сообщения от Zeilap Быстрый ответ на сообщение Zeilap

19 апреля 2013, 10:47:47 PM   # 6
 
 
Сообщения: 1344
Цитировать по имени
цитировать ответ
по умолчанию Re: Решение проблемы быстрых платежей

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

Поправьте меня, если им неправильно, хотя есть способ, чтобы создать стимулы для узлов ретранслировать эту информацию?
Anon136 сейчас офлайн Пожаловаться на Anon136   Ответить с цитированием Мультицитирование сообщения от Anon136 Быстрый ответ на сообщение Anon136

19 апреля 2013, 10:49:11 PM   # 7
 
 
Сообщения: 1344
Цитировать по имени
цитировать ответ
по умолчанию Re: Решение проблемы быстрых платежей

Кажется, хороший способ, чтобы искусственно уменьшить скорость хеширования сети / временно разделить сеть.
Я использую ряд узлов для отправки 2 расходных операций тот же вход в сеть, но я должен быть уверен, чтобы отправить их как можно ближе к тому же времени. Таким образом, остальная часть сети видит, что существует двойная расходы, но не сильный консенсус относительно того, какой заказать сделки прибыли, поэтому половину сети шахту вилки с одной сделкой, а другой половиной шахты вилки с Другие. В какой-то момент в будущем, одна сторона решает, что должно быть не так, и один из вилок побед. До это времени, каждая вилка соревновалась возможно со многой реорганизацией;.

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

не м.б., но тот не годится для нападающего, так как торговец будет направлен эту информацию, а также и он будет знать, чтобы поставить операцию на удержание, пока после 6 подтверждения.
Anon136 сейчас офлайн Пожаловаться на Anon136   Ответить с цитированием Мультицитирование сообщения от Anon136 Быстрый ответ на сообщение Anon136

19 апреля 2013, 10:57:47 PM   # 8
 
 
Сообщения: 499
Цитировать по имени
цитировать ответ
по умолчанию Re: Решение проблемы быстрых платежей

Кажется, хороший способ, чтобы искусственно уменьшить скорость хеширования сети / временно разделить сеть.
Я использую ряд узлов для отправки 2 расходных операций тот же вход в сеть, но я должен быть уверен, чтобы отправить их как можно ближе к тому же времени. Таким образом, остальная часть сети видит, что существует двойная расходы, но не сильный консенсус относительно того, какой заказать сделки прибыли, поэтому половину сети шахту вилки с одной сделкой, а другой половиной шахты вилки с Другие. В какой-то момент в будущем, одна сторона решает, что должно быть не так, и один из вилок побед. До это времени, каждая вилка соревновалась возможно со многой реорганизацией;.

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

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

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

То, что я не уверен о, Zeilap, как ваше описание отличается от статуса-кво?
Rodyland сейчас офлайн Пожаловаться на Rodyland   Ответить с цитированием Мультицитирование сообщения от Rodyland Быстрый ответ на сообщение Rodyland

19 апреля 2013, 11:11:55 PM   # 9
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Решение проблемы быстрых платежей

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

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

Можно утверждать, что узлы должны быть в состоянии направить часть платы за себя, когда они отправляют. Шахтер бы сделку с реле, принявшего меньшую плату.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan

19 апреля 2013, 11:24:07 PM   # 10
 
 
Сообщения: 1344
Цитировать по имени
цитировать ответ
по умолчанию Re: Решение проблемы быстрых платежей

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

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

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

интересно. Проблема, которая явно проблема на бумаге, но и в реальном мире нет.
Anon136 сейчас офлайн Пожаловаться на Anon136   Ответить с цитированием Мультицитирование сообщения от Anon136 Быстрый ответ на сообщение Anon136

20 апреля 2013, 12:03:00 AM   # 11
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Решение проблемы быстрых платежей

интересно. Проблема, которая явно проблема на бумаге, но и в реальном мире нет.

Правильно. Люди будут альтруистическими, если это будет стоить им очень мало. Стоимость обновления клиента не срочных сделок, оно в особых усилий.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan

20 апреля 2013, 12:29:16 AM   # 12
 
 
Сообщения: 1344
Цитировать по имени
цитировать ответ
по умолчанию Re: Решение проблемы быстрых платежей

интересно. Проблема, которая явно проблема на бумаге, но и в реальном мире нет.

Правильно. Люди будут альтруистическими, если это будет стоить им очень мало. Стоимость обновления клиента не срочных сделок, оно в особых усилий.

если разработчики сделали это изменение люди будут принимать его. Я надеюсь, что Гэвины замечают, потому что я думаю, что его очень хорошая идея.
Anon136 сейчас офлайн Пожаловаться на Anon136   Ответить с цитированием Мультицитирование сообщения от Anon136 Быстрый ответ на сообщение Anon136

20 апреля 2013, 12:32:57 AM   # 13
 
 
Сообщения: 280
Цитировать по имени
цитировать ответ
по умолчанию Re: Решение проблемы быстрых платежей

Кажется, хороший способ, чтобы искусственно уменьшить скорость хеширования сети / временно разделить сеть.
Я использую ряд узлов для отправки 2 расходных операций тот же вход в сеть, но я должен быть уверен, чтобы отправить их как можно ближе к тому же времени. Таким образом, остальная часть сети видит, что существует двойная расходы, но не сильный консенсус относительно того, какой заказать сделки прибыли, поэтому половину сети шахту вилки с одной сделкой, а другой половиной шахты вилки с Другие. В какой-то момент в будущем, одна сторона решает, что должно быть не так, и один из вилок побед. До это времени, каждая вилка соревновалась возможно со многой реорганизацией;.

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

Хорошая атака, но он может быть защищен от.
Если 2xspend близко друг к другу ( <10s), попробуйте заминировать блок с предыдущей операцией. Не оштрафовать цепь выбирая позже сделки
Если 2xspend отправляются далеко друг от друга ( >10s) пытаются добывать блок с ранее сделки. Штрафуется цепь, включающей более поздней сделку.

Теперь, если они посланы близко друг к другу сеть не будет разделена, но обман будет обнаружен во время. Если они отправляются далеко друг от друга, все узлы будут пытаться благоприятствуют ранее ТХ. Если вы пытаетесь отправить несколько узлов <10s и некоторые > 10s, то все они будут иметь возможность получить более раннюю ТХ, прежде чем позже, так как он успеет распространиться. Следовательно, это не будет разделять сеть либо.
im3w1l сейчас офлайн Пожаловаться на im3w1l   Ответить с цитированием Мультицитирование сообщения от im3w1l Быстрый ответ на сообщение im3w1l

20 апреля 2013, 12:33:21 AM   # 14
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Решение проблемы быстрых платежей

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

Вы могли бы предложить его в качестве BIP?
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan

20 апреля 2013, 12:49:21 AM   # 15
 
 
Сообщения: 2352
Цитировать по имени
цитировать ответ
по умолчанию Re: Решение проблемы быстрых платежей

*) Наивная реализация может открыть потенциальный отказ в обслуживании, жулик узел отправки снова и дважды проводит в одной и той же сделки. Так что вам нужно переслать только один 2-ой расходы, а не какой-либо из следующих действий. Торговец должен знать, что двойной израсходуют идет, не это деталь, так что гонки между 2-ем, третий ... тратит не имеют никакого отношения. Если какие-либо из гоночного doublespends прийти к нему, он не в продаже и имеет merchandise.0

пул памяти вашего узла имеет сделки с входами А и В. Затем полученные еще одна сделка с входами А и С.  
Таким образом, ваш узел префиксы этой второй транзакции с первым и реле этой парой.

Затем на другой узел злоумышленник имеет транзакцию с входами А и D.  
Ваш узел не будет передавать это, но другие узлы, которые не узнали о сделке с A и C воли.

В то же время злоумышленник ретранслирует транзакцию только с входом D.

Ваш узел узнает о сделке с D и реле его.

Таким образом, некоторые узлы, то есть операции [A + B], [A + C] и [D], но никогда не будет знать о [A + D]. Если торговец полагается на этом узле и принимает [D], что купец проигрывает, если [A-D] получает включен в блоке.

Так что это на самом деле не устраняет риск, он просто делает атаку чуть более сложным.  
Стивен Gornick сейчас офлайн Пожаловаться на Stephen Gornick   Ответить с цитированием Мультицитирование сообщения от Stephen Gornick Быстрый ответ на сообщение Стивен Gornick

20 апреля 2013, 1:12:10 AM   # 16
 
 
Сообщений: 45
Цитировать по имени
цитировать ответ
по умолчанию Re: Решение проблемы быстрых платежей

Кажется, хороший способ, чтобы искусственно уменьшить скорость хеширования сети / временно разделить сеть.
Я использую ряд узлов для отправки 2 расходных операций тот же вход в сеть, но я должен быть уверен, чтобы отправить их как можно ближе к тому же времени. Таким образом, остальная часть сети видит, что существует двойная расходы, но не сильный консенсус относительно того, какой заказать сделки прибыли, поэтому половину сети шахту вилки с одной сделкой, а другой половиной шахты вилки с Другие. В какой-то момент в будущем, одна сторона решает, что должно быть не так, и один из вилок побед. До это времени, каждая вилка соревновалась возможно со многой реорганизацией;.

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

Хорошая атака, но он может быть защищен от.
Если 2xspend близко друг к другу ( <10s), попробуйте заминировать блок с предыдущей операцией. Не оштрафовать цепь выбирая позже сделки
Если 2xspend отправляются далеко друг от друга ( >10s) пытаются добывать блок с ранее сделки. Штрафуется цепь, включающей более поздней сделку.

Теперь, если они посланы близко друг к другу сеть не будет разделена, но обман будет обнаружен во время. Если они отправляются далеко друг от друга, все узлы будут пытаться благоприятствуют ранее ТХ. Если вы пытаетесь отправить несколько узлов <10s и некоторые > 10s, то все они будут иметь возможность получить более раннюю ТХ, прежде чем позже, так как он успеет распространиться. Следовательно, это не будет разделять сеть либо.


Ваше предложение не защищает от этой атаки.
Что делать, если я послал вторую транзакцию после определенного времени, чтобы она доходила до половины сети <10s APPART от первой сделки, а другая половина Сети >10s APPART от первой сделки?
Фрай сейчас офлайн Пожаловаться на Fry   Ответить с цитированием Мультицитирование сообщения от Fry Быстрый ответ на сообщение Fry

20 апреля 2013, 1:15:34 AM   # 17
 
 
Сообщения: 1344
Цитировать по имени
цитировать ответ
по умолчанию Re: Решение проблемы быстрых платежей

Кажется, хороший способ, чтобы искусственно уменьшить скорость хеширования сети / временно разделить сеть.
Я использую ряд узлов для отправки 2 расходных операций тот же вход в сеть, но я должен быть уверен, чтобы отправить их как можно ближе к тому же времени. Таким образом, остальная часть сети видит, что существует двойная расходы, но не сильный консенсус относительно того, какой заказать сделки прибыли, поэтому половину сети шахту вилки с одной сделкой, а другой половиной шахты вилки с Другие. В какой-то момент в будущем, одна сторона решает, что должно быть не так, и один из вилок побед. До это времени, каждая вилка соревновалась возможно со многой реорганизацией;.

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

Хорошая атака, но он может быть защищен от.
Если 2xspend близко друг к другу ( <10s), попробуйте заминировать блок с предыдущей операцией. Не оштрафовать цепь выбирая позже сделки
Если 2xspend отправляются далеко друг от друга ( >10s) пытаются добывать блок с ранее сделки. Штрафуется цепь, включающей более поздней сделку.

Теперь, если они посланы близко друг к другу сеть не будет разделена, но обман будет обнаружен во время. Если они отправляются далеко друг от друга, все узлы будут пытаться благоприятствуют ранее ТХ. Если вы пытаетесь отправить несколько узлов <10s и некоторые > 10s, то все они будут иметь возможность получить более раннюю ТХ, прежде чем позже, так как он успеет распространиться. Следовательно, это не будет разделять сеть либо.


Ваше предложение не защищает от этой атаки.
Что делать, если я послал вторую транзакцию после определенного времени, чтобы она доходила до половины сети <10s APPART от первой сделки, а другая половина Сети >10s APPART от первой сделки?

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

20 апреля 2013, 1:33:01 AM   # 18
 
 
Сообщения: 280
Цитировать по имени
цитировать ответ
по умолчанию Re: Решение проблемы быстрых платежей

Кажется, хороший способ, чтобы искусственно уменьшить скорость хеширования сети / временно разделить сеть.
Я использую ряд узлов для отправки 2 расходных операций тот же вход в сеть, но я должен быть уверен, чтобы отправить их как можно ближе к тому же времени. Таким образом, остальная часть сети видит, что существует двойная расходы, но не сильный консенсус относительно того, какой заказать сделки прибыли, поэтому половину сети шахту вилки с одной сделкой, а другой половиной шахты вилки с Другие. В какой-то момент в будущем, одна сторона решает, что должно быть не так, и один из вилок побед. До это времени, каждая вилка соревновалась возможно со многой реорганизацией;.

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

Хорошая атака, но он может быть защищен от.
Если 2xspend близко друг к другу ( <10s), попробуйте заминировать блок с предыдущей операцией. Не оштрафовать цепь выбирая позже сделки
Если 2xspend отправляются далеко друг от друга ( >10s) пытаются добывать блок с ранее сделки. Штрафуется цепь, включающей более поздней сделку.

Теперь, если они посланы близко друг к другу сеть не будет разделена, но обман будет обнаружен во время. Если они отправляются далеко друг от друга, все узлы будут пытаться благоприятствуют ранее ТХ. Если вы пытаетесь отправить несколько узлов <10s и некоторые > 10s, то все они будут иметь возможность получить более раннюю ТХ, прежде чем позже, так как он успеет распространиться. Следовательно, это не будет разделять сеть либо.


Ваше предложение не защищает от этой атаки.
Что делать, если я послал вторую транзакцию после определенного времени, чтобы она доходила до половины сети <10s APPART от первой сделки, а другая половина Сети >10s APPART от первой сделки?


Оно делает. Может быть, я не объяснил это ясно. Давайте посмотрим на то, что происходит

Атака идет как
Т = 0 Сделка 1 отправляется Miner группы А
Т = 2 Сделка 1 отправляется Miner группы В
T = 11 Сделка 2 направляется всем

Что же будет происходить
T = 6 (ок я просто предполагаю, что это произойдет. Важно то, что она должна быть < Т = 11) Miner группа группы А направляет в группе В

Так как при Т = 11 все слышали о Сделке 1, это будет один включено.
im3w1l сейчас офлайн Пожаловаться на im3w1l   Ответить с цитированием Мультицитирование сообщения от im3w1l Быстрый ответ на сообщение im3w1l

20 апреля 2013, 1:54:52 AM   # 19
 
 
Сообщения: 1890
Цитировать по имени
цитировать ответ
по умолчанию Re: Решение проблемы быстрых платежей

Таким образом, если торговцы не готовы ждать 1 блок или 10 минут, если они ждут 30 до 60 секунд (1 минута), прежде чем делать что-нибудь, и если ничего не происходит, то они могут эффективно принимать нулевые подтверждения. Разве это не намного лучше? Нет, это не мгновенный, но, возможно, это можно считать "рядом с мгновенным",

10 секунд могут быть резки его слишком близко.

Опять же, если есть жесткий вилка, 12 блоков или через 2 часа слишком мало времени, чтобы принять сделку.

Я предполагаю, что это действительно зависит от количества монет, мы говорим о. Чашка кофе (как обычный пример) может подождать 1 минуту, прежде чем она подается.
Мазки сейчас офлайн Пожаловаться на Dabs   Ответить с цитированием Мультицитирование Сообщения От Dabs Быстрый ответ на сообщение Dabs

20 апреля 2013, 2:33:01 AM   # 20
 
 
Сообщений: 45
Цитировать по имени
цитировать ответ
по умолчанию Re: Решение проблемы быстрых платежей

Кажется, хороший способ, чтобы искусственно уменьшить скорость хеширования сети / временно разделить сеть.
Я использую ряд узлов для отправки 2 расходных операций тот же вход в сеть, но я должен быть уверен, чтобы отправить их как можно ближе к тому же времени. Таким образом, остальная часть сети видит, что существует двойная расходы, но не сильный консенсус относительно того, какой заказать сделки прибыли, поэтому половину сети шахту вилки с одной сделкой, а другой половиной шахты вилки с Другие. В какой-то момент в будущем, одна сторона решает, что должно быть не так, и один из вилок побед. До это времени, каждая вилка соревновалась возможно со многой реорганизацией;.

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

Хорошая атака, но он может быть защищен от.
Если 2xspend близко друг к другу ( <10s), попробуйте заминировать блок с предыдущей операцией. Не оштрафовать цепь выбирая позже сделки
Если 2xspend отправляются далеко друг от друга ( >10s) пытаются добывать блок с ранее сделки. Штрафуется цепь, включающей более поздней сделку.

Теперь, если они посланы близко друг к другу сеть не будет разделена, но обман будет обнаружен во время. Если они отправляются далеко друг от друга, все узлы будут пытаться благоприятствуют ранее ТХ. Если вы пытаетесь отправить несколько узлов <10s и некоторые > 10s, то все они будут иметь возможность получить более раннюю ТХ, прежде чем позже, так как он успеет распространиться. Следовательно, это не будет разделять сеть либо.


Ваше предложение не защищает от этой атаки.
Что делать, если я послал вторую транзакцию после определенного времени, чтобы она доходила до половины сети <10s APPART от первой сделки, а другая половина Сети >10s APPART от первой сделки?

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

Ваше предложение будет делать мгновенные транзакции безопасно. Не в этом дело.
Дело в том, что сеть не будет в безопасности против отказа от атак службы больше.
Вопрос заключается в том, что произойдет, если кто-то создает намеренно дважды тратит, чтобы не обмануть кого-то еще, но раскошелиться цепь.
Фрай сейчас офлайн Пожаловаться на Fry   Ответить с цитированием Мультицитирование сообщения от Fry Быстрый ответ на сообщение Fry



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW