Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
4 августа 2011, 6:55:09 PM   # 1
 
 
Сообщения: 122
Цитировать по имени
цитировать ответ
по умолчанию Re: Дважды проводить технический вопрос

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


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

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

Благодаря!

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


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


5 августа 2011, 3:00:37 AM   # 2
 
 
Сообщения: 1428
Цитировать по имени
цитировать ответ
по умолчанию Re: Дважды проводить технический вопрос

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





Я просто понял, что я ответил на вопрос, который вы не просили. Упс! Ну, надеюсь, вы по крайней мере, узнали что-то от него!

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

(1) операции А и В, как широковещательных в то же время, используя ту же самую предыдущую транзакцию "выходы" (Вы должны ссылаться на предыдущие операции для создания новых)
(2) Некоторые узлы получают слово TxA первым, другие узлы получают слово TxB первым. Какой бы ни один они получают первые они будут добавлять к их очереди и начать пытаться включить их в блоке
(3) Когда узлы получают слово второго Tx, они отвергнут его, потому что он конфликтует с первым.
(4) Следующий блок, который генерируется будет включать в себя ТХ или TxB, но не оба. Давайте предположим, что это TxA.
(5) Шахтеры, работающие с TxB получат слово этого следующего блока, и перейти к добыче на новом.
(6) Они реконструировать блок, но понимать, что Т больше не действует, так как Тх (в блоке предыдущего) уже использовал выходы транзакций.
(6) TxB будут удалены из Tx бассейна шахтера и никогда не считали снова.

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

5 августа 2011, 3:17:58 AM   # 3
 
 
Сообщения: 1260
Цитировать по имени
цитировать ответ
по умолчанию Re: Дважды проводить технический вопрос

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

5 августа 2011, 3:35:12 AM   # 4
 
 
Сообщения: 122
Цитировать по имени
цитировать ответ
по умолчанию Re: Дважды проводить технический вопрос

@etotheipi,

Спасибо Я понимаю, как концептуально это работает, я просто интересно, если клиент и / или сеть будет бросать какое-то уведомление / ошибок для B.

@Maged

блин я боялся.

Я предполагаю, что я должен разработать немного. Я думал о написании фронтального обслуживания в узле, где вы вводите как адрес и закрытый ключ, чтобы тратить только те монеты, связанные с этим адресом, так же, как бумажник, кроме сервера никогда не будет иметь доступа к монетам, пока вы не дадите им доступ. другая идея заключается в том, чтобы, возможно, отправить оставшиеся монеты другого адрес (который является безопасным), поэтому самым большим "зло" Сервер может только украсть ж / д адрес / пару ключей вы делитесь с ними.

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

5 августа 2011, 3:53:51 AM   # 5
 
 
Сообщения: 1428
Цитировать по имени
цитировать ответ
по умолчанию Re: Дважды проводить технический вопрос

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

Скажем, один раз в день, клиент будет проверять блок цепь недействительности информации обо всех "0 / неподтвержденный" Операции в бумажнике. Если есть Tx о том, что использовать выходы, что Tx никогда не может быть действительным еще раз, и пользователь должен дать некоторые указания, как таковой. Даже если Tx технически остается в силе, это может быть стоит дать пользователю некоторые отзывы, что он все еще в силе, просто еще не обработаны.
etotheipi сейчас офлайн Пожаловаться на etotheipi   Ответить с цитированием Мультицитирование сообщения от etotheipi Быстрый ответ на сообщение etotheipi

5 августа 2011, 12:39:15 PM   # 6
 
 
Сообщения: 122
Цитировать по имени
цитировать ответ
по умолчанию Re: Дважды проводить технический вопрос

ждать так вы имеете в виду его дни "день" технически проверить validness в виде TxOut? Я думал, что тот, кто проводит это первое получает подтверждает первый блок, который находится примерно в 10 минутах?

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

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

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

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

ура!
Планировка сейчас офлайн Пожаловаться на Планировка   Ответить с цитированием Мультицитирование Сообщения от Планировка Быстрый ответ на сообщение Планировка

5 августа 2011, 12:41:10 PM   # 7
 
 
Сообщения: 1050
Цитировать по имени
цитировать ответ
по умолчанию Re: Дважды проводить технический вопрос

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

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

Вполне возможно, - я реализовал доказательство концепции для этого несколько месяцев назад (seemy rejectedtx ветви на GitHub, тянуть 195). Он отмечает Транзакцию, которые зависят от ресурсов, проводимых другими транзакциями, которые находятся в blockchain как неактивные.

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

5 августа 2011, 1:57:29 PM   # 8
 
 
Сообщения: 1582
Цитировать по имени
цитировать ответ
по умолчанию Re: Дважды проводить технический вопрос

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

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

5 августа 2011, 3:18:23 PM   # 9
 
 
Сообщения: 1428
Цитировать по имени
цитировать ответ
по умолчанию Re: Дважды проводить технический вопрос

Я понимаю. Использование бумажники на нескольких компьютерах хорошо не обрабатывается с текущим клиентом. Но я не понимаю, почему это должно быть проблемой. Клиент может легко проверить каждый из его "0 / неподтвержденный" сделки, чтобы увидеть, что они постоянно недействительны. Почему это не просто патч, чтобы решить эту проблему? Есть ли что-то я не хватает?

С другой стороны, у меня есть другая проблема, теперь. 0 / неподтвержденные транзакции в течение нескольких месяцев, что сидит там только потому, что я не включают в себя плату за транзакцию (чтобы посмотреть, что происходит, теперь я знаю). Мой клиент утверждает, что у меня нет денег, но он был также официально не проводилось. Мне нужен способ для "предварительно проводят" эти деньги, используя тот же TxOuts в новой транзакции, которые будут получать обрабатываются. Это не исправит клиента (на самом деле, что будет делать клиент ??), но, по крайней мере, я буду получать доступ к деньгам снова. Я очень соблазн применить мой питон инструменты, чтобы найти соответствующий TxOuts и вручную построить новый Tx вещание ...

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

5 августа 2011, 7:52:20 PM   # 10
 
 
Сообщения: 122
Цитировать по имени
цитировать ответ
по умолчанию Re: Дважды проводить технический вопрос

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

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

@etotheipi

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

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

5 августа 2011, 8:01:56 PM   # 11
 
 
Сообщения: 1428
Цитировать по имени
цитировать ответ
по умолчанию Re: Дважды проводить технический вопрос

Ну, теперь есть польза для моего первого поста: аннулированной сделка произойдет, как только первый блок производства, который имеет одну из них включены. Если 90% населения мира впервые видит ТХ, и 10% видят TxB первыми, есть, вероятно, около 90% вероятности того, что TxA будет в конечном итоге является допустимым. Но независимо от соотношения, что будет происходить на следующем этапе ... так 1-20 минут (в зависимости от глобальной удачи), для сети, к "дать согласие" который один является действительным.

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

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW