17 июля 2010, 2:24:56 PM   # 1
 
 
Сообщения: 168
Цитировать по имени
цитировать ответ
по умолчанию Re: 50% + Attack Узлов

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


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

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

Моя единственная забота, это одна из безопасности. Я прочитал PDF и кажется убедительным с точки зрения инженера-программиста, но я обеспокоен / озадачено тем, что происходит, если атаки узлы станут большинством. Будем надеяться, что кто-то услышать можно очистить следующие вопросы до:

1. Если более 50% от мощности процессора исходит от атаки узлов, что вред, который они могут сделать? Может они просто делают фантомные платежи между согласными сторонами, или они могли компенсировать полностью фиктивные платежи? Из PDF, я думаю, что это только первый (как процесс требует ключа приемников), и было бы трудно поддерживать. Может кто-то объяснить это дальше, так как это, кажется, основной потенциал Щель в броне я могу видеть.
 
2. Можно ли иметь «рейтинг устойчивости» какой-то, который показывает (грубый) процент соглашаясь узлов? Если есть 45/55% Эвакуация а, люди, скорее всего, быть осторожными при приеме платежей. Хотя это можно надеяться, будет редким явлением, было бы хорошо, чтобы знать, если, и в какой степени, узлы в несогласии.

3. Если злоумышленники создают оборудование для обработки коды очень быстро (а не родовые процессоров работает код), будет более легко использован 50% + сценарий взломщик? Какие меры предосторожности можно было бы поставить на место, чтобы предотвратить это быть проблема?

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


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


18 июля 2010, 4:36:36 AM   # 2
 
 
Сообщений: 22
Цитировать по имени
цитировать ответ
по умолчанию Re: 50% + Attack Узлов

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





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

Речь идет о том, что не только "плохие парни" будет работать больше узлов, слабость очень специфична:

Вредоносный объект может "unspend" монеты, если они могут генерировать более действительные блоки, чем роя.

Вот сценарий:

Черный Барт посылает вам 100 BTC, подождать час, чтобы получить 6 подтверждений на оплату, прежде чем рассматривать, что платеж действует и дает BB золотой слиток он только что купил у вас. В тот момент, Черный Барт выпускает новую цепочку хэшей, которая по меньшей мере, один блок больше, чем "правда" что рой производится. Алгоритм Биткойна занимает более длинную цепь, как "более действительным" чем короче цепь, таким образом, "реальный" цепь отвергается для цепи ББ. Но, конечно, в цепи ББ, вы не заплатили. Он держит 100 BTC и использует его, чтобы купить второй золотой слиток.

Несколько замечаний:

  • Цепь узел легко проверить, "верный", Так что ВВ необходимо генерировать действительный блок-цепь, которая больше, чем рой. Таким образом, он требует большей мощности процессора, чем роя.

  • Это своего рода ложь: он строго не нужно больше мощности процессора, генерация блока является вероятностной. Это возможное что BB может быть запущен один клиент на 486SX, и по-прежнему "достаточно повезло" производить больше блоков, чем рой. Я не сделал математику, но я уверен, что вероятность этого сценария где-то вдоль линий выигрыша в лотерею каждую неделю в течение всей вашей жизни. (Исследование бумага дает несколько образцов вероятностей для этого.)

  • Даже при всей этой мощности процессора и / или удачи, BB можно только потратить как можно больше монет, как и в его бумажнике. Он никогда не сможет украсть ваши монеты, он не может создать "не настоящие" монеты. Потенциальное значение для того, чтобы выбросить BB всю эту мощность процессора на обманывая систему очень, очень низка. Если такая атака когда-либо пришла, было бы гораздо более вероятно, что он будет призван разрушить систему Bitcoin (путем подрыва доверия), а не для прямой финансовой выгоды.

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

18 июля 2010, 6:21:06 AM   # 3
 
 
Сообщений: 70
Цитировать по имени
цитировать ответ
по умолчанию Re: 50% + Attack Узлов

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

Таким образом, Black Bart посылает 100 BTC в принимающем узел, созданный специально для этой передачи. Этот узел сценарий для передачи BTC в мой узел хранения, как только это было подтверждено N раз, и по электронной почте мне. Мой узел хранения сценария по электронной почте мне, когда эта передача была подтверждена М раз.

Увеличивается ли такие цепочки трудности "unspending" более чем N + M?
Ichi сейчас офлайн Пожаловаться на ити   Ответить с цитированием Мультицитирование сообщения от ити Быстрый ответ на сообщение ити

18 июля 2010, 6:33:16 AM   # 4
 
 
Сообщений: 22
Цитировать по имени
цитировать ответ
по умолчанию Re: 50% + Attack Узлов

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

Если черные Барт контролирует меньше ресурсов процессора, чем рой, увеличивая общее количество подтверждений (опять же, независимо от числа промежуточных операций) значительно уменьшает вероятность того, что черный Барта может "История изменения" предоставляя альтернативный блок-цепь.

Тем не менее, если управляет Black Bart Больше ресурсов процессора, чем роя, все ставки выключены. Он может изменить историю в значительной степени в любой момент он выбирает.

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

18 июля 2010, 11:36:40 AM   # 5
 
 
Сообщения: 168
Цитировать по имени
цитировать ответ
по умолчанию Re: 50% + Attack Узлов

Спасибо, Dete - некоторые хорошие детали там, особенно в отношении к моему первому вопросу.

Это хорошо, чтобы подтвердить, что монеты могут быть только «неизрасходованные» такими действиями, что ограничивает сферу применения такого нападения. Как вы сказали, если бы вам пришлось включить 50% ресурсов + CPU на возвращаясь платеж, оплата должна быть стоит очень много Bitcoins - что мощность процессора, вероятно, будет лучше положить на самом деле чеканки новых Bitcoins (или их обработки, с платой). Имея это в виду, я согласен, что это будет своего рода DoS или вообще попытка подрыва системы, а не так, чтобы получить финансовую поддержку.

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

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

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

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

18 июля 2010, 12:03:25 PM   # 6
 
 
Сообщения: 168
Цитировать по имени
цитировать ответ
по умолчанию Re: 50% + Attack Узлов

Я просто понял, что моя точка 2 уже рассматривалась не в PDF тоже:

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

Другой вопрос, который я забыл спросить: Может ли взломщик узлы создавать новые монеты, чтобы потратить? Если огромное количество мощности ЦП поддерживался, предположительно плохие узлы сети могут проверить недействительные Bitcoins (их собственные, дешево чеканились)? Или это было бы невозможно, так как даже тонкий клиент ( «Упрощенная Оплата Проверочные» клиентов, которые не были запрограммированы еще) будет флаг таких монет как недействительный?

Еще раз спасибо!

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

19 июля 2010, 11:04:58 AM   # 7
 
 
Сообщения: 168
Цитировать по имени
цитировать ответ
по умолчанию Re: 50% + Attack Узлов

Я просто понял, что моя точка 2 уже рассматривалась не в PDF тоже:

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

Другой вопрос, который я забыл спросить: Может ли взломщик узлы создавать новые монеты, чтобы потратить? Если огромное количество мощности ЦП поддерживался, предположительно плохие узлы сети могут проверить недействительные Bitcoins (их собственные, дешево чеканились)? Или это было бы невозможно, так как даже тонкий клиент ( «Упрощенная Оплата Проверочные» клиентов, которые не были запрограммированы еще) будет флаг таких монет как недействительный?

Еще раз спасибо!



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

19 июля 2010, 3:40:28 PM   # 8
 
 
Сообщения: 416
Цитировать по имени
цитировать ответ
по умолчанию Re: 50% + Attack Узлов

Я просто понял, что моя точка 2 уже рассматривалась не в PDF тоже:

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

Другой вопрос, который я забыл спросить: Может ли взломщик узлы создавать новые монеты, чтобы потратить? Если огромное количество мощности ЦП поддерживался, предположительно плохие узлы сети могут проверить недействительные Bitcoins (их собственные, дешево чеканились)? Или это было бы невозможно, так как даже тонкий клиент ( «Упрощенная Оплата Проверочные» клиентов, которые не были запрограммированы еще) будет флаг таких монет как недействительный?

Единственный путь "новые монеты" генерируетесь на данный момент через поколение блоков. Это не является хорошим способом для атакующего генерировать большое количество Bitcoins использовать для обмана людей. При существующей схеме вы не мятный недействительный Bitcoins (за исключение ошибок в программном обеспечении) и при некоторых разумных предположениях всего Bitcoin поколение требует такого же объема работы.

Существует нападение, напоминающее то, что вы имеете в виду, однако. Тока схема, в которой скорость генерации блока только регулируется "трудность" делает это возможным. Предлагаемый мною схема, изложенная в http://bitcointalk.org/index.php?topic=425.0 сделало бы практически невозможным. Вот как это работает....

Атакующий может купить компьютерное время от владельца ботнета, который обеспечивает доступ к большому количеству мощности генерации хэш или же он имеет доступ ко многим EC2 случаях КВД Amazon. Стоимость компьютерной обработки сила, умноженная на время.
Злоумышленник также работает модифицирован программное обеспечение Bitcoin на огромном количестве различных IP-адреса, а потому, что программное обеспечение просто действует как узел сети, и не делать какое-либо поколение блоков это не будет стоить много работать.

Он, возможно, не ждет, пока "трудность" ниже, чем в среднем, а затем генерирует транзакцию, которая представляет собой огромную передачу Bitcoins с одного адреса на другой. Исходящий адрес не имеет Bitcoins, но это не имеет значения. Затем он запускает свои огромные вычислительные ресурсы и генерирует достаточно sucessive хэш-блоков, сам по себе, чтобы сделать сделку пойти подтвердились. Он только передает эти hashblocks купцов, работающих под управлением "Упрощенная проверка оплаты" который только подключиться к IP-адрес, которые он контролирует, чтобы остальная сеть, даже не знает, что-то не так. Он не пересылает сетевой трафик, который может предупредить торговец к мошенничеству, таким как противоречивое hashblocks. Затем он покупает товар у тех торговцев, использующих кредиты подразумеваемых передачи он только подтвердил, оказанный. Он продолжает генерировать достаточно hashblocks для оказания этих сделок подтверждены. Мошенническим торговец передает товар. Атакующий закрывает все вниз и уходит с товаром.

ByteCoin


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

19 июля 2010, 3:54:42 PM   # 9
 
 
Сообщения: 210
Цитировать по имени
цитировать ответ
по умолчанию Re: 50% + Attack Узлов

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

Не совсем точно. Это зависит от количества БЛОКОВ сгенерированных, который представляет собой совокупность всех сделок, совершенных в грубом промежутка времени. Таким образом, если только один человек из всех Bitcoin пользователей переводов денег в течение 10 минут, или каждый Bitcoin пользователь тратит биткоен как угорелые для сделок в 1000000 10 минут, только один блок прошло в любом случае. Затем каждый блок "похороненный" под блоками после него, в результате чего все больше и больше безопасности для указанной сделки.


Атакующий может купить компьютерное время от владельца ботнета, который обеспечивает доступ к большому количеству мощности генерации хэш или же он имеет доступ ко многим EC2 случаях КВД Amazon. Стоимость компьютерной обработки сила, умноженная на время.
Злоумышленник также работает модифицирован программное обеспечение Bitcoin на огромном количестве различных IP-адреса, а потому, что программное обеспечение просто действует как узел сети, и не делать какое-либо поколение блоков это не будет стоить много работать.

Он, возможно, не ждет, пока "трудность" ниже, чем в среднем, а затем генерирует транзакцию, которая представляет собой огромную передачу Bitcoins с одного адреса на другой. Исходящий адрес не имеет Bitcoins, но это не имеет значения. Затем он запускает свои огромные вычислительные ресурсы и генерирует достаточно sucessive хэш-блоков, сам по себе, чтобы сделать сделку пойти подтвердились. Он только передает эти hashblocks купцов, работающих под управлением "Упрощенная проверка оплаты" который только подключиться к IP-адрес, которые он контролирует, чтобы остальная сеть, даже не знает, что-то не так. Он не пересылает сетевой трафик, который может предупредить торговец к мошенничеству, таким как противоречивое hashblocks. Затем он покупает товар у тех торговцев, использующих кредиты подразумеваемых передачи он только подтвердил, оказанный. Он продолжает генерировать достаточно hashblocks для оказания этих сделок подтверждены. Мошенническим торговец передает товар. Атакующий закрывает все вниз и уходит с товаром.

ByteCoin

Передача требует закрытого ключа для обеих сторон. Таким образом, это невозможно "Создайте" неисправные сделки. Кроме того, передача непосредственно IP до сих пор оповещает остальную часть сети. Вы не можете инициировать любую сделку, без либо), распространяющихся указанной сделки по всей сети узлов, или б) создание изолированного графа, где вы контролируете все узлы, и не связаны с кем-либо еще. Как только внешний клиент подключается к "плохой остров"Он начинает загружать свой блок цепи. Он может легко проверить каждый шаг в этом блоке цепи, отслеживание достоверности передачи монет. Он не может "перевод" монеты из разреженного воздуха, он не могут передать монеты от невольной партии, так как он не имеет свой закрытый ключ. Купец в вашем примере, запустив "упрощенная проверка оплаты", Необходимо загрузить блок цепь, и, таким образом, будет видно, что он был признан недействительным.
Quantumplation сейчас офлайн Пожаловаться на Quantumplation   Ответить с цитированием Мультицитирование сообщения от Quantumplation Быстрый ответ на сообщение Quantumplation

19 июля 2010, 3:55:01 PM   # 10
 
 
Сообщения: 322
Цитировать по имени
цитировать ответ
по умолчанию Re: 50% + Attack Узлов

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

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

19 июля 2010, 4:38:16 PM   # 11
 
 
Сообщения: 416
Цитировать по имени
цитировать ответ
по умолчанию Re: 50% + Attack Узлов

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

Наступление я изложил это один подразумеваемые в разделе 8. подразумеваемые "Упрощенная проверка оплаты" Результаты поведения в этом выводя положительный баланс, если он может видеть подтвержденную сделку.

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

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

19 июля 2010, 4:43:31 PM   # 12
 
 
Сообщения: 322
Цитировать по имени
цитировать ответ
по умолчанию Re: 50% + Attack Узлов

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

Наступление я изложил это один подразумеваемые в разделе 8. подразумеваемые "Упрощенная проверка оплаты" Результаты поведения в этом выводя положительный баланс, если он может видеть подтвержденную сделку.

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

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

19 июля 2010, 5:03:01 PM   # 13
 
 
Сообщения: 210
Цитировать по имени
цитировать ответ
по умолчанию Re: 50% + Attack Узлов

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

Наступление я изложил это один подразумеваемые в разделе 8. подразумеваемые "Упрощенная проверка оплаты" Результаты поведения в этом выводя положительный баланс, если он может видеть подтвержденную сделку.

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

ByteCoin

A) Эта функциональность пока не запрограммировано и только спекулятивный (это называется Merkle хэш-дерево)
B), который будет использоваться для некоторых небольших действий, таких как проверка баланса и такого. Проверка всего блока цепи (которая происходит при подключении к сети после длительного периода времени, или при первой загрузке блока цепи, будет по-прежнему поймать несоответствия AFAIK.
C) Я взял "Упрощенные Оплата Проверка клиентов" означает, что клиент не делает ничего, кроме проверить, (он же, не порождающий), что позволяет экономить огромное количество CPU.
Quantumplation сейчас офлайн Пожаловаться на Quantumplation   Ответить с цитированием Мультицитирование сообщения от Quantumplation Быстрый ответ на сообщение Quantumplation

19 июля 2010, 5:43:46 PM   # 14
 
 
Сообщения: 168
Цитировать по имени
цитировать ответ
по умолчанию Re: 50% + Attack Узлов

...

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

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

Я бы сказал, что 1 и 2 должны быть взаимоисключающими - любые крупные трансферты, несомненно, будет тщательно проверены купцом. Я бы сказал, что 3 также будет очень трудно сделать, не вызывая подозрений / тревоги от остальной честной сети *.

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

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

19 июля 2010, 6:07:48 PM   # 15
 
 
Сообщения: 210
Цитировать по имени
цитировать ответ
по умолчанию Re: 50% + Attack Узлов


2. То, что торговец делает недостаточная проверка, учитывая большое значение сделки.


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

19 июля 2010, 7:51:43 PM   # 16
 
 
Сообщения: 168
Цитировать по имени
цитировать ответ
по умолчанию Re: 50% + Attack Узлов


2. То, что торговец делает недостаточная проверка, учитывая большое значение сделки.


Это приведет к НИКОМУ, чтобы иметь возможность аннулировать валюту, в зависимости от степени, в которой торговец делает недостаточно проверку. Это было в эквиваленте меня рисуя грубое приближение долларовой банкноты с мелками, и кассиршей быть настолько ленивым, он / она не замечает. = Р

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW