13 августа 2013, 10:33:46 AM   # 1
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: fastblockrelay

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


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

Это сообщение может быть лишь хэш.

"fastblock"
заголовок блока
булево проверено
хэш [] txHashes

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

Я думаю, что p2pool делает что-то подобное?

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

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

котировка
избегает SPV узлов под угрозой

SPV узлы должны использовать ряд подтверждает для безопасности. Если есть 6 блоков вилки, они уже находятся в опасности.

Тем не менее, проверяются флаг по крайней мере, ставит атакующий под угрозой отключения.

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

Отправка только хэши выполняет в основном это. Пусть узел запрашивать отсутствующую транзакции.

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

Я думаю, "blockpreview" Сообщение будет также полезно. Это было бы похоже на blockfast сообщение, но не будет на самом деле встретить POW (нонса = 0).

Предварительный просмотр будет список хэшей, которые будут включены в блок. Узлы будут хранить (Merkle-корень, Hash []) карту.

Для комбайна, процесс распространения блока может быть

Miner посылает (непроверенные) "заголовки" сообщение, содержащее новый блок [*]

Peer проверки, если заголовок расширяет блок дерева, если нет, то ничего не делает [**]

Peer проверки, если POW удовлетворяется и значение трудности является правильным, если нет, то разъединяются

Peer проверяет, Merkle корень находится в кэше просмотра карты, если нет, то он запрашивает "fastblock"

Peer проверки, если известны все операции, если нет, то он запрашивает дополнительные операции.

После операции все известно, он пересылает сообщение заголовков (непроверенные).

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

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


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


13 августа 2013, 12:14:12 PM   # 2
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: fastblockrelay

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





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

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

13 августа 2013, 2:03:35 PM   # 3
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: fastblockrelay

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

13 августа 2013, 2:14:07 PM   # 4
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: fastblockrelay

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

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

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

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

Вы можете сразу же переслать заголовок, а затем быстрый блок (с непроверенной бесконтрольно).

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

13 августа 2013, 4:32:33 PM   # 5
 
 
Сообщения: 539
Цитировать по имени
цитировать ответ
по умолчанию Re: fastblockrelay

Проверить это предложение, которое я думаю, это почти точно, что вы предлагаете: Увеличение сети HASHING питания за счет сокращения времени прохождения блока


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

13 августа 2013, 4:56:37 PM   # 6
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: fastblockrelay

Проверить это предложение, которое я думаю, это почти точно, что вы предлагаете: Увеличение сети HASHING питания за счет сокращения времени прохождения блока


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

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

13 августа 2013, 6:08:58 PM   # 7
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: fastblockrelay

Проверить это предложение, которое я думаю, это почти точно, что вы предлагаете: Увеличение сети HASHING питания за счет сокращения времени прохождения блока


Одно из отличий (рассматриваются в 49% атаке потока) является то, что вам все еще нужно проверить блоки. Предложение было направить блок даже без подписи чеков.

Однако "блок" сообщение не будет отправлено на непроверенные блоки.

Сообщение заголовка может иметь Merkle дерева и POW проверил, но не подписи транзакций.

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

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW