Bitcoin Forum
May 04, 2024, 01:57:02 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 [66] 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 ... 137 »
1301  Local / Разное / Re: Сломали TLS 1.0 on: September 22, 2011, 08:08:57 PM
Или даже поставить что-то вроде Splashtop OS.
1302  Local / Кодеры / Re: Ограничения сети on: September 20, 2011, 09:53:14 PM
Я бы не стал серьезно доверять ихней вики. Пару ошибок там я уже находил.
1303  Local / Кодеры / Re: Маршрутизация в Bitcoin on: September 20, 2011, 09:51:20 PM
Все верно. IRC - это временное решение.
1304  Local / Кодеры / Re: What would it take to make a 51% attack on the whole bitcoin network? on: September 18, 2011, 10:59:50 PM
Звучит логично. Получается, клиент в момент получения новой цепочки должен
проверить не пропущены ли в ней какие-либо транзакции, при наличие таковых
сразу ретранслировать эти транзакции или отказаться от такой цепочки. Лично
я выбрал бы вариант с повторной ретрансляцией, чем совсем отказываться от
более сильной цепочки. Как-то уж больно радикально, а на 100% нельзя быть
уверенным, что это мошенничество. Однако, если же в новой цепочке будут
транзакции с теми же монетами на другие адреса, тогда уже вполне можно.

В общем, полезу-ка я в исходный код, посмотрю, как там сейчас дела... Undecided

Просто игнорируя все честные блоки захватчик и обеспечивает максимальную длину своей цепочки
Стоп. Все-все блоки после последнего вшитого в клиент? Huh
1305  Local / Кодеры / Re: What would it take to make a 51% attack on the whole bitcoin network? on: September 18, 2011, 10:41:12 PM
Ну не может же транзакция распространяться по сети целый час...
Нет, распространяется мгновенно. Эти 6 блоков - это условная мера защиты от двойного платежа.
Однако, двойной платеж сомнительная цель при неразумных затратах "в 100-130кг бумажных денег".

На самом деле 51% от суммарной производительности - это и есть 102% мощности легальных узлов. И в этом случае вообще все блоки будут генериться захватчиком, т.к. он игнорирует работу честных клиентов и его цепочка получится длиннее
Действительно. Я был невнимателен. Однако, 102% явно недостаточно, чтобы генерировать
каждый 1 блок. Время от времени будут проходить и блоки других майнеров. Еще непонятно
как игнорирование работы честных клиентов может дать преимущество захватчику. Если я
правильно понимаю, это лишь незначительно увеличит скорость хеширования, так как ему
не придется перезапускать задачу при получении новых данных. Или я тут что-то упускаю?

Я говорю про обычный приоритет - тот который сейчас задается величиной комиссии и прочими факторами.
Теперь становится понятно. Я предполагал, что речь идет о неком подобии Web of Trust.

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

Если я правильно понял, как все описал, то для успешной атаки достаточно мощностей среднего пула, с 20-30% мощности и везения.
Возможно. Но как я уже вроде говорил, тут сомнительная выгода при очень больших затратах.
 
1306  Local / Кодеры / Re: What would it take to make a 51% attack on the whole bitcoin network? on: September 18, 2011, 09:34:35 PM
Это относится к усложнению хэширования и введению рейтинга для узлов?
Да, именно.

Для начала нам требуется выявить основные аксиомы работы сети.
1. Есть общие правила работы сети, все честные узлы сети соблюдают эти правила.
2. Блоки и транзакции бывают двух типов: совместимые с правилами и несовместимые.
3. Невозможно обмануть честные узлы, нарушив правила; такие действия игнорируются.
4. Захват возможен только при соблюдении захватчиком всех общих правил сети Bitcoin.
5. Нечестный захват возможен только при переводе всех узлов на несовместимый клиент.

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

Но, конечно, не в том смысле, чтобы отслеживать

денежные потоки или IP адреса злоумышленника.
Ну, а какую еще информацию можно получить от факта идентификации нарушителя?

Цель простая - нужно определить, какая из двух

цепочек настоящая, а какая поддельная
Ну, а почему нельзя просто игнорировать блоки, которые генерит атакующий?
Сейчас это проделывает каждый узел сети для каждой транзакции и для каждого блока.
Несовместимые действия - просто игнорируются. То есть нечестный захват не пройдет.
Допустим, что появилась цепочка не имеющая переводов, а только геренацию по 50 BTC
на адрес захватчика. Допустим, данная цепочка "сильнее" старой, то есть рассмотрим
вариант честного захвата. Захватчик соединяется с честными узлами и передает новую
более сильную цепочку. Однако, тем самым он делает услугу сети, так как увеличивает
криптостойкость системы. Такая услуга должна быть оплачена, и на мой взгляд 50 BTC
за каждый более сильный блок - достойная награда. Транзакции, которые были в блоках
старой цепочки, будут сразу добавлены в новую более сильную сразу, как только некий
честный майнер сможет сгенерировать очередной новый блок для новой сильной цепочки.
Так как невероятно маловероятно, что новая цепочка будет отличаться от старой более
чем на 100 блоков, то практически ни одна транзакция из старой цепочки не пропадет.
По факту такое регулярно происходит непроизвольно при сплитах сети. Проблемы нет.
Однако, проблемы могут возникнуть, если захватчик будет обладать более 100% всей
мощности сети (причем скорее всего - значительно больше 100%) и сможет каким-то
образом вбрасывать в сеть по 100+ блоков или генерировать каждый 1-ый блок сети.
Это весьма маловероятно, и речь уже идет не о 51%, а о 100%+ мощности всей сети.

Если приходится выбирать одну цепочку из двух, то просто выбирать ту, в которой обрабатывается большинство валидных транзакций с достаточным приоритетом.
Допустим. Но кто будет выставлять приоритет? Сколько будет стоить получить приоритет?
Не будет ли такого вида атака значительно дешевле захвата 100%+ мощности всей сети?
Что помешает захватчику годами копить приоритет, а затем резко обмануть весь мир?

В любом случае, не вижу смысла оставлять дыру в безопасности, если ее можно легко заделать
Я уверен, что эта "дыра в безопасности" - лишь плод воображения неспециалистов.
1307  Local / Альтернативные криптовалюты / Re: Проект SolidCoin on: September 18, 2011, 08:38:02 PM
В Стране Дураков! Grin
1308  Local / Кодеры / Re: What would it take to make a 51% attack on the whole bitcoin network? on: September 18, 2011, 08:12:12 PM
Хорошо, что Вам небезразлична судьба сети. Однако, не вижу пользы в обоих вариантах.

Цель задачи: препятствовать захвату 51% от всей мощности вычислительной сети Bitcoin.
Что делает 1 вариант: обычные пользователи уйдут из майнинга, дорога к захвату открыта.
Что делает 2 вариант: захватчик сделает все, чтобы накрутить себе рейтинг и захватит сеть.

А вообще прочитайте/перечитайте Миф #20. Если желаете, можем обсудить более детально.
1309  Local / Новички / Re: Зачем вам биткоины? on: September 16, 2011, 03:15:31 PM
Поднимется еще, вопрос только - когда? Рост-падение и раньше были. Smiley
1310  Local / Кодеры / Re: Ограничения сети on: September 16, 2011, 02:36:08 PM
А можно с примерами из исходного кода? Smiley
1311  Local / Кодеры / Re: Маршрутизация в Bitcoin on: September 16, 2011, 02:34:04 PM
Да, можно передать клиенту левые блоки, но клиент с большой вероятностью
соединится и с правильными узлами, которые же передадут ему верные блоки.
Клиент сравнит две цепочки и выберет более сильную. Верная цепочка скорее
всего и будет самой сильной, так как вычислительную мощь всей биткоин сети
обогнать весьма и весьма проблематично. Тут как раз помогает Proof-of-work...
1312  Local / Кодеры / Re: Маршрутизация в Bitcoin on: September 15, 2011, 01:32:53 PM
Для простых пользователей никаких последствий не будет, так как все адреса узлов,
с которыми уже соединялись в прошлом, сохраняются в базу данных - файл addr.dat.
Для новых же пользователей, которые еще ни с кем не соединялись, так же не будет
никаких проблем, так как в клиент вшиты адреса IP самых активных пользователей...
1313  Local / Бизнес / Re: bitcoins.in сбор пожертвований on: September 15, 2011, 09:01:16 AM
Ну, там движок Википедии. Точно не знаю, какие у него требования...
1314  Local / Biete / Re: UPDATE# 5 - Bitcoin Börse, mit neuer Domain on: September 14, 2011, 06:02:26 AM
https? Cry
1315  Local / Бизнес / Re: bitcoins.in сбор пожертвований on: September 12, 2011, 01:35:35 PM
Этого нам только не хватало! O.o'
1316  Local / Кодеры / Re: способ достижения мгновенных платежей on: September 11, 2011, 04:05:04 PM
Для этого же Ripple есть... Undecided

http://ripple-project.org/Main/Implementations
1317  Local / Кодеры / Re: способ достижения мгновенных платежей on: September 11, 2011, 02:45:57 PM
Согласен про скорость платежей, Солидкоин это исправил, и если создатели будут его развивать то будущее именно за ним на данный момент.
Он быстрее за счет меньшей надежности. Если выбирать между скоростью и криптостойкостью,
я выберу второе. Зачем мне быстрые монеты, если они так же быстро могут пропасть? Логично?
1318  Local / Трейдеры / Re: Когда начнет подыматся курс - нет ли прогнl on: September 11, 2011, 02:36:10 PM
Когда покупать станет выгоднее, чем продавать, тогда и поднимется. Smiley
1319  Local / Русский (Russian) / Сервер bitcointalk.org был взломан - СМЕНИТЕ ПАРОЛИ on: September 11, 2011, 02:31:29 PM
Пошаговая инструкция для смены пароля:
1) перейти по ссылке PROFILE (сверху в панели навигации);
2) перейти по ссылке 'Account Related Settings' (она слева);
3) ввести новый пароль в два поля 'Choose/Verify password';
4) ввести старый пароль в поле 'Current Password' (внизу);
5) нажать на кнопку 'Change profile' для смены пароля. Smiley

Сообщение о взломе: https://bitcointalk.org/index.php?topic=42572.0
1320  Other / Meta / Re: Info about the recent attack on: September 11, 2011, 01:58:37 PM
can you migrate the forum to VBulletin ?
vBulletin is a commercial forum software. SMF is really open source and free.
Pages: « 1 ... 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 [66] 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 ... 137 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!