Скорость распространения транзакций - экспериментальные результаты

Мне было интересно, как быстро сделать сделки распространяются через сеть в реальности?
Я думал, если я могу подключиться к каждому узлу и слушать INV сообщения, я мог оценить его (узел должен послать и когда он получил ТЙ и проверить его, и только один раз). Ну, я сделал именно это. Только я в конечном итоге связана не ко всем узлам, но справедливую долю из них (~ 1900 активных соединений в конце эксперимента). Я вошел каждое сообщение и с меткой времени. Через несколько часов, я обрабатывал полученное 2,5 Gb текстового файла с питоном, раз, когда я впервые увидел каждый transacion хэш вспомнить, и в следующий раз, когда я получил и с ним, я вычислил разницу во время, бинировании его (используются 1 сек бункеров) и суммируя по всем сделкам ,
Я в конечном итоге с последующим распределением (х в секундах):

Что я могу сказать? Конечно, скорость распространения не так уж велика. "фрак" довольно долго. Есть достаточное количество повторных передач (Я считаю, что второй режим результата ретранслирует).
Пожалуйста, обсудите.

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

Интересный анализ. Вместо того чтобы создавать транзакции, чтобы проверить, просто проверить первый и последний раз, когда вы слышите о любой данной сделке.

Проблема, как Zeilap указывалось, дубликаты. Не только возможно, узел А отправить одно сообщение к вам в два раза, но она может послать одно сообщение всмотреться B дважды. И сверстники B не могли бы выбрать, чтобы отправить его к вам в первый раз, по какой-либо причине, но отправить его к вам во второй раз. Тогда оказывается, что потребовалось X количество секунд, чтобы достичь равноправного B, если это не так, на самом деле, правда.

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

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

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

-MarkM-

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

Цитата: r.willis 28 марта 2013 года, 8:15:16 PM

В зависимости от размера их пула памяти. По умолчанию размер 1000, поэтому на несколько транзакций в секунду, это соответствует несколько минут.

Цитата: MarkM 28 марта 2013 года, 8:19:14 PM

... топологический широко распространены ...

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

Почему пик на 600s? Совпадение?

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

Цитата: r.willis 28 марта 2013 года, 7:22:46 PM

Что я могу сказать? Конечно, скорость распространения не так уж велика. "фрак" довольно долго. Есть достаточное количество повторных передач (Я считаю, что второй режим результата ретранслирует).

Прохладный график. Вы можете добавить несколько меток для некоторых интересных процентов? Например, где в графе делает 90% земли?

Цитата: r.willis 28 марта 2013 года, 7:22:46 PM

Пожалуйста, обсудите.

Очень крутой график! Но я не уверен, что он говорит много из сказки. Там нет никакого намека на сколько различных пакетов Tx вы видите.

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

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

Я думаю, что это может происходить также соединение между сверстниками махать вверх и вниз. Не имеет каждый новый "вверх" соединение результат в обмене некоторых очередь данные Tx?

Вы сказали, что у 1900 подключений "В конце эксперимента", Я бы ожидать, что соединение вы сделали 20-й минуте эксперимента, чтобы отправить вам транзакционные 20 минут (или более) после начала эксперимента. Таким образом, вы отслеживать время между моментом, когда вы в последний раз подключены к сверстнику и когда равноправные следующему послал вас пакет Tx?

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

Переработанного участок (подсчитывают каждый tx_id, сверстники) пары (только один раз):
http://img404.imageshack.us/img404/6438/propr.png
Как я и подозревал, что нет практически никаких изменений (некоторые незначительные пики ушли).

котировка

Вы сказали, что у 1900 подключений "В конце эксперимента", Я бы ожидать, что соединение вы сделали 20-й минуте эксперимента, чтобы отправить вам транзакционные 20 минут (или более) после начала эксперимента. Таким образом, вы отслеживать время между моментом, когда вы в последний раз подключены к сверстнику и когда равноправные следующему послал вас пакет Tx?

Я сомневаюсь, что что-то в очереди и толкнул после подключения. Я никогда не видел это случилось - после того, как соединение, вы получите INVS на постоянной скорости. и вещания инициируются успешной проверкой ОГО.

котировка

Полезное наложение будет время между моментом, когда вы впервые видите пакет, и время, когда он входит в blockchain.

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

Цитата: r.willis от 29 марта 2013 года, 6:51:25 AM

Переработанного участок (подсчитывают каждый tx_id, сверстники) пары (только один раз):

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

Если вы делаете это с небольшим количеством коллег, ваши результаты будут чрезмерно - оптимистом (вы будете постоянно недооценивает распространение раз).

Цитата: r.willis от 29 марта 2013 года, 7:04:25 AM

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

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

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

28 марта 2013, 7:22:46 PM	# 1
r.willis Сообщений: 42 Цитировать по имени цитировать ответ	Re: Сделки скорость распространения - экспериментальные результаты Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Мне было интересно, как быстро сделать сделки распространяются через сеть в реальности? Я думал, если я могу подключиться к каждому узлу и слушать INV сообщения, я мог оценить его (узел должен послать и когда он получил ТЙ и проверить его, и только один раз). Ну, я сделал именно это. Только я в конечном итоге связана не ко всем узлам, но справедливую долю из них (~ 1900 активных соединений в конце эксперимента). Я вошел каждое сообщение и с меткой времени. Через несколько часов, я обрабатывал полученное 2,5 Gb текстового файла с питоном, раз, когда я впервые увидел каждый transacion хэш вспомнить, и в следующий раз, когда я получил и с ним, я вычислил разницу во время, бинировании его (используются 1 сек бункеров) и суммируя по всем сделкам , Я в конечном итоге с последующим распределением (х в секундах): Что я могу сказать? Конечно, скорость распространения не так уж велика. "фрак" довольно долго. Есть достаточное количество повторных передач (Я считаю, что второй режим результата ретранслирует). Пожалуйста, обсудите.

28 марта 2013, 8:09:35 PM	# 2
Zeilap Сообщения: 154 Цитировать по имени цитировать ответ	Re: Сделки скорость распространения - экспериментальные результаты Получил 1806 Биткоинов Реальная история. Вы должны исключить все дубликаты из того же партнера. Если я расскажу вам о сделке 3 секунды после того, как он впервые объявил, а потом, я отправить вам сообщение и с целой кучей сделок с моей памятью пула, в том числе тот, который я уже говорил вам о том, вы не можете рассчитывать я рассказывал вам в два раза. Ясно, что я знал об этой операции менее чем за 3 секунды после того, как было объявлено, и это то, что ваш интерес в.

28 марта 2013, 8:12:35 PM	# 3
SgtSpike Сообщения: 1358 Цитировать по имени цитировать ответ	Re: Сделки скорость распространения - экспериментальные результаты Интересный анализ. Вместо того чтобы создавать транзакции, чтобы проверить, просто проверить первый и последний раз, когда вы слышите о любой данной сделке. Проблема, как Zeilap указывалось, дубликаты. Не только возможно, узел А отправить одно сообщение к вам в два раза, но она может послать одно сообщение всмотреться B дважды. И сверстники B не могли бы выбрать, чтобы отправить его к вам в первый раз, по какой-либо причине, но отправить его к вам во второй раз. Тогда оказывается, что потребовалось X количество секунд, чтобы достичь равноправного B, если это не так, на самом деле, правда.

28 марта 2013, 8:15:16 PM	# 4
r.willis Сообщений: 42 Цитировать по имени цитировать ответ	Re: Сделки скорость распространения - экспериментальные результаты Как я понимаю, сверстники не должны объявлять же ТЕ дважды (за исключением первоначального отправителя, который может повторно передать после определенного количества времени). Я могу попытаться исключить дубликаты, но сомневаюсь, что это изменит результаты много.

28 марта 2013, 8:19:14 PM	# 5
MarkM Сообщения: 2002 Цитировать по имени цитировать ответ	Re: Сделки скорость распространения - экспериментальные результаты Вы culd использовать два узла, один, который слушает как можно больше, чтобы попытаться выяснить, когда транзакция впервые появилась; другой, который ждет, чтобы услышать непосредственно сам, без нескольких соединений, о сделках. Или не только два; есть много, топологический widsespread, узлы мало-соединения и в среднем, сколько времени требуется для них все, чтобы услышать о сделке по сравнению с тем, когда узел подключен к "почти все" впервые услышал об этом. -MarkM-

28 марта 2013, 8:29:26 PM	# 6
r.willis Сообщений: 42 Цитировать по имени цитировать ответ	Re: Сделки скорость распространения - экспериментальные результаты Или можно использовать только один, как это сделал И. Узел в вопросе не делать какие-либо ретрансляцию себя, потому что это будет искажать результаты.

28 марта 2013, 8:41:58 PM	# 7
Zeilap Сообщения: 154 Цитировать по имени цитировать ответ	Re: Сделки скорость распространения - экспериментальные результаты Цитата: r.willis 28 марта 2013 года, 8:15:16 PM Как я понимаю, сверстники не должны объявлять же ТЕ дважды (за исключением первоначального отправителя, который может повторно передать после определенного количества времени). Я могу попытаться исключить дубликаты, но сомневаюсь, что это изменит результаты много. В зависимости от размера их пула памяти. По умолчанию размер 1000, поэтому на несколько транзакций в секунду, это соответствует несколько минут.

28 марта 2013, 8:52:34 PM	# 8
Zeilap Сообщения: 154 Цитировать по имени цитировать ответ	Re: Сделки скорость распространения - экспериментальные результаты Цитата: MarkM 28 марта 2013 года, 8:19:14 PM ... топологический широко распространены ... Это не работает - вы понятия не имеете, что вся сеть выглядит, если не подключить к каждому ретрансляцию партнеру, так что вы не знаете, если ваши узлы широко распространены или нет. Вы должны были бы повторить эксперимент тысячи раз для учета иногда быть очень близко друг к другу и иногда очень далеко друг от друга.

28 марта 2013, 9:04:22 PM	# 9
Ну-с-Beyond Сообщения: 1792 Цитировать по имени цитировать ответ	Re: Сделки скорость распространения - экспериментальные результаты Почему пик на 600s? Совпадение?

28 марта 2013, 9:18:28 PM	# 10
r.willis Сообщений: 42 Цитировать по имени цитировать ответ	Re: Сделки скорость распространения - экспериментальные результаты Это, возможно, ретранслирует. Мне сказали, что Сатоши клиент не ретранслировать через случайные промежутки времени, так что, возможно, некоторые другие клиент / программное обеспечение повторной отправки их через 10 минут ожидания.

28 марта 2013, 10:09:32 PM	# 11
Syke Сообщения: 2464 Цитировать по имени цитировать ответ	Re: Сделки скорость распространения - экспериментальные результаты Цитата: r.willis 28 марта 2013 года, 7:22:46 PM Что я могу сказать? Конечно, скорость распространения не так уж велика. "фрак" довольно долго. Есть достаточное количество повторных передач (Я считаю, что второй режим результата ретранслирует). Прохладный график. Вы можете добавить несколько меток для некоторых интересных процентов? Например, где в графе делает 90% земли?

29 марта 2013, 12:55:43 AM	# 12
Blowfeld Сообщений: 53 Цитировать по имени цитировать ответ	Re: Сделки скорость распространения - экспериментальные результаты Цитата: r.willis 28 марта 2013 года, 7:22:46 PM Пожалуйста, обсудите. Очень крутой график! Но я не уверен, что он говорит много из сказки. Там нет никакого намека на сколько различных пакетов Tx вы видите. Я не претендую быть экспертом по протоколу Bitcoin. Я только знаю, что я наблюдал. Что касается длинного хвоста, я думаю, что может случиться, если узел был в автономном режиме, когда пакет первоначально пересекал сеть. Позже, когда узел присоединяется к сети, он принимает пакет Tx от одного из его аналогов. Я думаю, что ретранслирует этот пакет каждый всмотреться впоследствии соединяется с. Я думаю, что это может происходить также соединение между сверстниками махать вверх и вниз. Не имеет каждый новый "вверх" соединение результат в обмене некоторых очередь данные Tx? Вы сказали, что у 1900 подключений "В конце эксперимента", Я бы ожидать, что соединение вы сделали 20-й минуте эксперимента, чтобы отправить вам транзакционные 20 минут (или более) после начала эксперимента. Таким образом, вы отслеживать время между моментом, когда вы в последний раз подключены к сверстнику и когда равноправные следующему послал вас пакет Tx? Полезное наложение будет время между моментом, когда вы впервые видите пакет, и время, когда он входит в blockchain. Я думаю, что наклон вашего длинного хвоста частично зависит от того, как быстро пакетов ввести blockchain.

29 марта 2013, 6:51:25 AM	# 13
r.willis Сообщений: 42 Цитировать по имени цитировать ответ	Re: Сделки скорость распространения - экспериментальные результаты Переработанного участок (подсчитывают каждый tx_id, сверстники) пары (только один раз): http://img404.imageshack.us/img404/6438/propr.png Как я и подозревал, что нет практически никаких изменений (некоторые незначительные пики ушли). котировка Вы сказали, что у 1900 подключений "В конце эксперимента", Я бы ожидать, что соединение вы сделали 20-й минуте эксперимента, чтобы отправить вам транзакционные 20 минут (или более) после начала эксперимента. Таким образом, вы отслеживать время между моментом, когда вы в последний раз подключены к сверстнику и когда равноправные следующему послал вас пакет Tx? Я сомневаюсь, что что-то в очереди и толкнул после подключения. Я никогда не видел это случилось - после того, как соединение, вы получите INVS на постоянной скорости. и вещания инициируются успешной проверкой ОГО. котировка Полезное наложение будет время между моментом, когда вы впервые видите пакет, и время, когда он входит в blockchain. Ну, после того, как я блок загрузки разбора, он может обновить графики.

29 марта 2013, 6:57:35 AM	# 14
gmaxwell Сообщения: 2366 Цитировать по имени цитировать ответ	Re: Сделки скорость распространения - экспериментальные результаты Цитата: r.willis от 29 марта 2013 года, 6:51:25 AM Переработанного участок (подсчитывают каждый tx_id, сверстники) пары (только один раз): Одна вещь, которую вы хотите сделать, это получить список транзакций через несколько дней- не должны быть от подключения к большому числу узлов .... а затем собрать свой большой пробег. Затем исключить все эти «видел мое окно начала» операции. Это должно избавиться от большого количества исходных повторных передач. Я не знаю, как вы можете исключить последующие повторные передачи надежно, однако.

29 марта 2013, 7:04:25 AM	# 15
r.willis Сообщений: 42 Цитировать по имени цитировать ответ	Re: Сделки скорость распространения - экспериментальные результаты Если вы делаете это с небольшим количеством коллег, ваши результаты будут чрезмерно - оптимистом (вы будете постоянно недооценивает распространение раз).

29 марта 2013, 8:56:01 AM	# 16
gmaxwell Сообщения: 2366 Цитировать по имени цитировать ответ	Re: Сделки скорость распространения - экспериментальные результаты Цитата: r.willis от 29 марта 2013 года, 7:04:25 AM Если вы делаете это с небольшим количеством коллег, ваши результаты будут чрезмерно - оптимистом (вы будете постоянно недооценивает распространение раз). Видимо, я был не очень понятным. Вы должны контролировать в течение длительного времени для того, чтобы построить список старых сделок, которые вы затем исключить из последующего интервала анализа, так что ваши данные менее загрязнены путем повторных передач. При принятии этого списка исключений, это не важно, что у вас есть много коллег. В противном случае вы в конечном итоге с длинным хвостом сломанных, поврежденных, никогда не подтверждающими сделок, дважды тратит и т.д., которые прибывают навсегда и выглядеть неограниченно долгое распространение в анализе. Вы все еще будете иметь много, но я верю, что вы, вероятно, можно исключить большинство с 24-48 часов после сбора исключения.

29 марта 2013, 9:07:20 AM	# 17
r.willis Сообщений: 42 Цитировать по имени цитировать ответ	Re: Сделки скорость распространения - экспериментальные результаты Я вижу вашу точку. Да, предыдущие наблюдения помогут очистить картину.

Заголовок