P2P блок загрузка - использовать битовый торрент как метод

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

Лучший метод должен был бы загрузить блоки, как в BitTorrent.

Скачать все заголовки.

Это должно быть быстрым, так как он составляет 80 байт на блок.

80 байт каждые 10 минут составляет около 4MB в год.

Скачать недостающие блоки

Поскольку у вас есть все заголовки, вы можете попросить любые 500 блоков, которые вы хотите.

Вы можете загрузить блоки 1000-1500 из семян и другие сверстники могут загрузить 500-1000 из семени. Затем можно разделить блоки друг с другом. Это значительно снижает нагрузку на высев компьютерах.

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

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

Цитата: XIU 30 июня 2011, 11:21:33 AM

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

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

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

котировка

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

Если вы не делаете простую проверку оплаты вы не можете проверить блок до тех пор, пока у всех предыдущих блоков.

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

Цитата: just_someguy 30 июня 2011, 12:49:55 PM

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

Это не совсем верно. Вы можете загрузить цепочку, а затем загрузить последние 2 недели стоимость блоков. Если кто-то послал вам деньги за последние 2 недели, вы можете проверить сделку напрямую.

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

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

Как и в BitTorrent, если загружает один клиент блокирует 1-1000 и другие загружаемые файлы 1001-2000, они могут поменять блоки друг с другом, а не загружать из семян. Это означает, что семя имеет только послать цепь один раз.

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

Цитата: TierNolan от 30 июня 2011 года, 1:32:22 PM

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

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

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

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

Цитата: bitcool от 30 июня 2011 года, 2:11:59 PM

В точку. 300MB не занимает несколько часов, независимо от того, как быстро ваше соединение, потому что это p2p, но не торрента как.

Тем не менее, если вы загружаете только заголовки первого (80 * 130K = 10Мб), вы можете по крайней мере убедиться, что блоки вы получаете реальные.

Все узлы, включая клиентские узлы, скорее всего, имеют заголовки, чтобы вы могли p2p их.

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

Цитата: XIU 30 июня 2011, 11:21:33 AM

Хэш рассчитывается исключительно на основании 80 байтов заголовка блока (который содержит хэш предыдущего блока), а не содержимое блока (https://en.bitcoin.it/wiki/Protocol_specification#Block_Headers). Таким образом, вы можете проверить целостность блока цепи, используя только заголовки. Если вы получаете блок заголовков, для которых вы не имеете заголовка предыдущего блока, например, не линейно, то они будут сохранены в памяти как бесхозные цепях. В конце концов, вы получите блок, который позволяет связать бесхозную цепь к основному блоку цепи. Как указывается в постах, это может быть намного быстрее, чтобы загрузить много маленьких частей цепи от многих коллег по отдельности, а затем соединить их вместе на стороне клиента, так как индивидуальная скорость соединения равноправных узлов ЛВС может быть весьма ограниченное.

Цитата: patvarilly 30 июня 2011, 03:41:48 PM

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

Кроме того, это означает, что нет обмена, который является ключом к p2p (по крайней мере, немного торрент).

Единственные люди, которые хотят блоки из вас позади вас в цепи. Вы даете им блоки, но они никогда не имеют каких-либо блоков вам нужно.

Это означает, что лучше просто быть чистой Leecher.

котировка

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

Это немного вводит в заблуждение.
Часть из 80 байт является Merkle корень из сделок, которые, по существу, содержимое блока.

Цитата: just_someguy от 30 июня 2011 года, 5:15:22 PM

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

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

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

Цитата: kjj от 30 июня 2011 года, 7:02:21 PM

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

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

Я снова загрузив цепь, и этот процесс на 90% CPU, так что я предполагаю, что я был неправ о бутылочном горлышке.

котировка

Если вы не проверяя ничего или искать сделки, которые имеют отношение к вам, то вы можете также просто загрузить блок цепь все сразу:
http://bitcoin.bluematt.me/bitcoin-nightly/blockchain-nightly/

Цитата: just_someguy от 30 июня 2011 года, 9:54:46 PM

Имеет ли -rescan параметр просто отсканировать для транзакций, или же это проверить цепь на достоверность?

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

Цитата: just_someguy 30 июня 2011, 10:11:36 PM

О, хорошо. Я думаю, что должно быть -verifychain команды.

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

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

С другой стороны, он может получить bitcoin_blockchain_120000.zip или аналогичный от доверенного источника при новой установке.

Bittorrent может получить данные мне так быстро, как моя связь, почему он должен принять полдень, чтобы получить 200MB на Bitcoin?

30 июня 2011, 11:08:43 AM	# 1
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: блок загрузки P2P - использование бит торрент как метод Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru На данный момент блок цепь загружается линейно. Это накладывает большую нагрузку на другой узел, и это не возможно загрузчик, чтобы окупить другой узел. Лучший метод должен был бы загрузить блоки, как в BitTorrent. Скачать все заголовки. Это должно быть быстрым, так как он составляет 80 байт на блок. 80 байт каждые 10 минут составляет около 4MB в год. Скачать недостающие блоки Поскольку у вас есть все заголовки, вы можете попросить любые 500 блоков, которые вы хотите. Вы можете загрузить блоки 1000-1500 из семян и другие сверстники могут загрузить 500-1000 из семени. Затем можно разделить блоки друг с другом. Это значительно снижает нагрузку на высев компьютерах. Блоки ближе к концу цепи являются более ценными, так как они более склонны иметь активные транзакции. Случайный выбор может быть смещена в сторону, пытаясь получить эти первые.

30 июня 2011, 11:21:33 AM	# 2
XIU Сообщений: 84 Цитировать по имени цитировать ответ	Re: блок загрузки P2P - использование бит торрент как метод Получил 1806 Биткоинов Реальная история. Не является причиной того, что блоки должны проверить линейным так или иначе? Как и в части хэша является результатом предыдущего хэша?

30 июня 2011, 11:25:43 AM	# 3
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: блок загрузки P2P - использование бит торрент как метод Цитата: XIU 30 июня 2011, 11:21:33 AM Не является причиной того, что блоки должны проверить линейным так или иначе? Как и в части хэша является результатом предыдущего хэша? Главным образом, это сам блок цепь, которая должна быть проверена. После того, как вы есть, что вы можете отличить поддельные блоки от реальных блоков. Блоки, имеющие входы, подключенные к блокам, которые вы не скачали могут быть помечены как ожидания, пока соответствующий входной блок не загружен. Однако, любой блок, который больше, чем 100-200 кварталах от последнего блока в цепочке, почти наверняка будет действительна и на самом деле не должны быть проверены.

30 июня 2011, 12:49:55 PM	# 4
just_someguy Сообщения: 125 Цитировать по имени цитировать ответ	Re: блок загрузки P2P - использование бит торрент как метод котировка Главным образом, это сам блок цепь, которая должна быть проверена. После того, как вы есть, что вы можете отличить поддельные блоки от реальных блоков. Если вы не делаете простую проверку оплаты вы не можете проверить блок до тех пор, пока у всех предыдущих блоков. Вы не можете знать, если что-нибудь в блоке вы экзаменационный является двойным израсходует, если вы не имеете данных, где те, двойные тратит бы существовать. Если вы скачиваете заголовки с целью загрузки всех полных блоков, то вы можете также просто загрузить полные блоки, так как вы собираетесь делать ту же работу дважды.

30 июня 2011, 1:32:22 PM	# 5
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: блок загрузки P2P - использование бит торрент как метод Цитата: just_someguy 30 июня 2011, 12:49:55 PM Если вы скачиваете заголовки с целью загрузки всех полных блоков, то вы можете также просто загрузить полные блоки, так как вы собираетесь делать ту же работу дважды. Это не совсем верно. Вы можете загрузить цепочку, а затем загрузить последние 2 недели стоимость блоков. Если кто-то послал вам деньги за последние 2 недели, вы можете проверить сделку напрямую. По проверке блока, я просто имел в виду подтвердить, что блок находится в цепочке. Кроме того, основное предложение было улучшить скорость загрузки и уменьшить нагрузку на семенные узлы / шахтерах. Как и в BitTorrent, если загружает один клиент блокирует 1-1000 и другие загружаемые файлы 1001-2000, они могут поменять блоки друг с другом, а не загружать из семян. Это означает, что семя имеет только послать цепь один раз. На самом деле, это было бы эквивалентно только с помощью битового торрента скачать цепь, а затем пересканирование его. Я не уверен, что если -rescan проверяет все транзакции, хотя.

30 июня 2011, 2:03:09 PM	# 6
gmaxwell Сообщения: 2366 Цитировать по имени цитировать ответ	Re: блок загрузки P2P - использование бит торрент как метод Цитата: TierNolan от 30 июня 2011 года, 1:32:22 PM Кроме того, основное предложение было улучшить скорость загрузки и уменьшить нагрузку на семенные узлы / шахтерах. Так как подавляющее большинство всех узлов уже есть все блоки, это не имеет значения, какие блоки вы запрашиваете ... за исключением: что делает его разреженным бы добавить накладные расходы того, чтобы сообщить, что блоки у вас / нет. Причины, по которым сейчас это медленно не кажется имеют ничего общего с загрузкой внешних по отношению к Bitcoin. Одной из причин его медленно, например, в том, что загрузка пробега 500 блоков достаточно часто, чтобы вызвать отключение защиты от наводнений в настоящее время. Таким образом, новый узел тратит много времени отсоединения снова и снова от своих соседей, и когда он воссоединяется это тратит много времени на выполнение addr.dat обмена. Он также может получить сам затопленные от всех компетентных соседей ...

30 июня 2011, 2:11:59 PM	# 7
bitcool Сообщения: 1441 Цитировать по имени цитировать ответ	Re: блок загрузки P2P - использование бит торрент как метод Я тоже думаю, что скорость блока цепной загрузки является проблемой. Даже если вы хотите, чтобы проверить, все блоки в цепи, это может быть два процесса шаг - загрузить все блоки одновременно первый, а затем проверить цепь после этого? Просто интересуюсь.

30 июня 2011, 2:17:42 PM	# 8
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: блок загрузки P2P - использование бит торрент как метод Цитата: bitcool от 30 июня 2011 года, 2:11:59 PM Я тоже думаю, что скорость блока цепной загрузки является проблемой. Даже если вы хотите, чтобы проверить, все блоки в цепи, это может быть два процесса шаг - загрузить все блоки одновременно первый, а затем проверить цепь после этого? Просто интересуюсь. В точку. 300MB не занимает несколько часов, независимо от того, как быстро ваше соединение, потому что это p2p, но не торрента как. Тем не менее, если вы загружаете только заголовки первого (80 * 130K = 10Мб), вы можете по крайней мере убедиться, что блоки вы получаете реальные. Все узлы, включая клиентские узлы, скорее всего, имеют заголовки, чтобы вы могли p2p их. Главное, чтобы загрузить саму цепь из последнего блока и работать в обратном направлении. Для большинства людей, они будут нуждаться только блоки из последних нескольких недель в любом случае.

30 июня 2011, 3:41:48 PM	# 9
Сообщения: Цитировать по имени цитировать ответ	Re: блок загрузки P2P - использование бит торрент как метод Цитата: XIU 30 июня 2011, 11:21:33 AM Не является причиной того, что блоки должны проверить линейным так или иначе? Как и в части хэша является результатом предыдущего хэша? Хэш рассчитывается исключительно на основании 80 байтов заголовка блока (который содержит хэш предыдущего блока), а не содержимое блока (https://en.bitcoin.it/wiki/Protocol_specification#Block_Headers). Таким образом, вы можете проверить целостность блока цепи, используя только заголовки. Если вы получаете блок заголовков, для которых вы не имеете заголовка предыдущего блока, например, не линейно, то они будут сохранены в памяти как бесхозные цепях. В конце концов, вы получите блок, который позволяет связать бесхозную цепь к основному блоку цепи. Как указывается в постах, это может быть намного быстрее, чтобы загрузить много маленьких частей цепи от многих коллег по отдельности, а затем соединить их вместе на стороне клиента, так как индивидуальная скорость соединения равноправных узлов ЛВС может быть весьма ограниченное.

30 июня 2011, 3:46:59 PM	# 10
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: блок загрузки P2P - использование бит торрент как метод Цитата: patvarilly 30 июня 2011, 03:41:48 PM Как указывается в постах, это может быть намного быстрее, чтобы загрузить много маленьких частей цепи от многих коллег по отдельности, а затем соединить их вместе на стороне клиента, так как индивидуальная скорость соединения равноправных узлов ЛВС может быть весьма ограниченное. Кроме того, это означает, что нет обмена, который является ключом к p2p (по крайней мере, немного торрент). Единственные люди, которые хотят блоки из вас позади вас в цепи. Вы даете им блоки, но они никогда не имеют каких-либо блоков вам нужно. Это означает, что лучше просто быть чистой Leecher.

30 июня 2011, 5:15:22 PM	# 11
just_someguy Сообщения: 125 Цитировать по имени цитировать ответ	Re: блок загрузки P2P - использование бит торрент как метод котировка Хэш рассчитывается исключительно на основании 80 байт заголовка блока (который содержит хэш предыдущего блока), а не содержимое блока Это немного вводит в заблуждение. Часть из 80 байт является Merkle корень из сделок, которые, по существу, содержимое блока.

30 июня 2011, 5:49:42 PM	# 12
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: блок загрузки P2P - использование бит торрент как метод Цитата: just_someguy от 30 июня 2011 года, 5:15:22 PM Это немного вводит в заблуждение. Часть из 80 байт является Merkle корень из сделок, которые, по существу, содержимое блока. Правда, однако, в целях проверки того, что заголовки образуют действительную цепочку, корень Merkle может также быть случайным числом. Он используется для подтверждения того, что информация, содержащаяся в блоках, является действительной.

30 июня 2011, 7:02:21 PM	# 13
kjj Сообщения: 1302 Цитировать по имени цитировать ответ	Re: блок загрузки P2P - использование бит торрент как метод Я уверен, что время проверки является доминирующим фактором при выборке большого количества блоков. Для каждого блока, клиент проверяет каждую сделку. То есть очень много работы.

30 июня 2011, 9:43:15 PM	# 14
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: блок загрузки P2P - использование бит торрент как метод Цитата: kjj от 30 июня 2011 года, 7:02:21 PM Я уверен, что время проверки является доминирующим фактором при выборке большого количества блоков. Для каждого блока, клиент проверяет каждую сделку. То есть очень много работы. Я мог видеть, что быть верным в будущем, но это не должно быть массовой сделкой на данный момент. Клиент все еще должен попытаться загрузить блоки как можно быстрее, в любом случае. Я заметил, что клиент использует много пространства подкачки, хотя.

30 июня 2011, 9:53:31 PM	# 15
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: блок загрузки P2P - использование бит торрент как метод Я снова загрузив цепь, и этот процесс на 90% CPU, так что я предполагаю, что я был неправ о бутылочном горлышке.

30 июня 2011, 9:54:46 PM	# 16
just_someguy Сообщения: 125 Цитировать по имени цитировать ответ	Re: блок загрузки P2P - использование бит торрент как метод котировка Правда, однако, в целях проверки того, что заголовки образуют действительную цепочку, корень Merkle может также быть случайным числом. Он используется для подтверждения того, что информация, содержащаяся в блоках, является действительной. Если вы не проверяя ничего или искать сделки, которые имеют отношение к вам, то вы можете также просто загрузить блок цепь все сразу: http://bitcoin.bluematt.me/bitcoin-nightly/blockchain-nightly/

30 июня 2011, 9:56:01 PM	# 17
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: блок загрузки P2P - использование бит торрент как метод Цитата: just_someguy от 30 июня 2011 года, 9:54:46 PM Если вы не проверяя ничего или искать сделки, которые имеют отношение к вам, то вы можете также просто загрузить блок цепь все сразу: http://bitcoin.bluematt.me/bitcoin-nightly/blockchain-nightly/ Имеет ли -rescan параметр просто отсканировать для транзакций, или же это проверить цепь на достоверность?

30 июня 2011, 10:11:36 PM	# 18
just_someguy Сообщения: 125 Цитировать по имени цитировать ответ	Re: блок загрузки P2P - использование бит торрент как метод Это пересканирует для сделок .... но если цепь загрузка лежит к вам и дает вам альтернативную цепочку вы не будете знать. Это станет очевидным, хотя, как только вы не получите никаких новых блоков.

30 июня 2011, 10:25:09 PM	# 19
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: блок загрузки P2P - использование бит торрент как метод Цитата: just_someguy 30 июня 2011, 10:11:36 PM Это пересканирует для сделок .... но если цепь загрузка лежит к вам и дает вам альтернативную цепочку вы не будете знать. Это станет очевидным, хотя, как только вы не получите никаких новых блоков. О, хорошо. Я думаю, что должно быть -verifychain команды.

14 июля 2011, 9:55:50 PM	# 20
deepceleron Сообщения: 1512 Цитировать по имени цитировать ответ	Re: блок загрузки P2P - использование бит торрент как метод Я собираюсь поднять это, потому что я использовал поиск и знал, что я не мог быть первым, чтобы думать об этом. Bitcoin действительно нуждается агрессивный торрент-как испорченный блок загрузки, особенно на новой установке клиента или перезапуск после не используются в течение некоторого времени. Если вместо запроса блок 1, то блок 2, и т.д., запросить одновременные 500 блоков от 500 узлов Я собираюсь получить их гораздо быстрее. Подумайте об этом, как торрент-подобный взгляд вперед. Мой клиент может начать проверку это путь блока цепь, как он начинает их сборку и добавление их в базу данных блока, и если он не получает несколько блоков после ожидаемого времени или находит недопустимые блоки, он может запросить их из нескольких клиентов. С другой стороны, он может получить bitcoin_blockchain_120000.zip или аналогичный от доверенного источника при новой установке. Bittorrent может получить данные мне так быстро, как моя связь, почему он должен принять полдень, чтобы получить 200MB на Bitcoin?

Заголовок