22 августа 2014, 4:19:55 PM   # 1
 
 
Сообщения: 112
Цитировать по имени
цитировать ответ
по умолчанию Re: Bitcoin ядро ​​заменить Низшая Hash

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Позвольте мне предварить это с, я не совсем уверен, как bitcoind сделки с получением двух эквивалентных блоков (два различных блока 213s, например). Очевидно, что, как только он получает блок 214 он будет держать 213, на который ссылается его 214. Но до тех пор, от моего исследования (которое может быть неполным, но я не могу найти много об этом), кажется, что он держит блок его получил первый. Это, однако, является нарушением протокола Bitcoin.

Протокол Bitcoin указывает, что в случае blockchain вилки выигрышная цепи является один с большей работой в ней. Очевидно, что первый блок получил не обязательно один с самой работой - блок с самой работы будет блок с наименьшим хэш. Для всех нейтральных шахтеров (шахтеры, которые не противоминные либо версия блока 213) и недобывающих узлы, замена блока является нормальным явлением, что ничего не стоит. Поэтому, в соответствии с протоколом и заменить принятый блок, блок с наименьшим хэш кажется, интуитивно, что нужно сделать. Это также полезно, что нужно сделать - это немедленно завершает текущую ситуацию, когда выгоднее добывать блоки с меньшим количеством сделок, если сделки не платить гораздо более высокую плату, чем в противном случае не было бы необходимости. Я не вижу причин, почему Bitcoin ядро ​​не соответствует одному из самых основных правил протокола, особенно если не после него имеет стоимость в сети полезностью.

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

РЕДАКТИРОВАТЬ:
Чтобы избежать натыкаясь на это, я просто хочу, чтобы изменить этот пост.
Я не согласен с некоторыми особенностями Шорену, но я не могу опровергнуть общую точку, которая является то, что он откроет некоторые возможности для атаки, которые в настоящее время не представляется возможным.
CJYP сейчас офлайн Пожаловаться на CJYP   Ответить с цитированием Мультицитирование сообщения от CJYP Быстрый ответ на сообщение CJYP


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


22 августа 2014, 4:30:04 PM   # 2
 
 
Сообщения: 1400
Цитировать по имени
цитировать ответ
по умолчанию Re: Bitcoin ядро ​​заменить Низшая Hash

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





Позвольте мне предварить это с, я не совсем уверен, как bitcoind сделки с получением двух эквивалентных блоков (два различных блока 213s, например). Очевидно, что, как только он получает блок 214 он будет держать 213, на который ссылается его 214. Но до тех пор, от моего исследования (которое может быть неполным, но я не могу найти много об этом), кажется, что он держит блок его получил первый. Это, однако, является нарушением протокола Bitcoin.

сомневаюсь

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

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

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

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

Допустим, минер находит блок В с очень низким хэша (по только неоспоримым повезло), но решает не публиковать его еще. Его relativly безопасно для А сделать это. Если теперь Miner B находит другой блок ВВ с хэш выше, чем B минер А может опубликовать B удерживаемые до сих пор. Таким образом, блок ВВ бесполезно и рудничные А имел больше времени, чтобы найти следить за блок для B


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

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

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

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

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

22 августа 2014, 5:10:42 PM   # 3
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Bitcoin ядро ​​заменить Низшая Hash

блок с самой работы будет блок с наименьшим хэш
Неправильно. Блок с лучшей мишенью (и истории целевой суммы, более конкретно) является один с большинства работ. Имея низкий хэш только шанс.

Протокола является то, что первая цепь действует большая работа сумма (и работа определяется как заголовок целевой указано в битах) является правильным. То, что вы предлагаете повредят конвергенцию, особенно в состязательном модельно как CJYP нот. Imagine узлы выбрать самый низкий хэш в гонке. Допустим, вы нашли необычно редкую блок, так как вы уверены, что вы будете выигрывать любые равные гонки длины вместо того, чтобы объявить блок, который вы держите его в секрете до тех пор, пока не услышите конкуренции в сети.

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

 
котировка
он сразу же завершает текущую ситуацию, где это более выгодно для добычи блоков с меньшим количеством сделок
Горняки фактически не дают штопать, в противном случае они бы делать то, что P2Pool сделала в течение многих лет и могли бы установить возможность ретранслировать блоков, использующих в своих сделок, посланных первым. (Что вы можете получить для всех блоков, работающих под управлением клиентом реле узла, http://sourceforge.net/p/bitcoin/mailman/message/32676543/)
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW