Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
4 августа 2017, 3:59:38 PM   # 1
 
 
Сообщения: 1778
Цитировать по имени
цитировать ответ
по умолчанию Re: Кто-нибудь знает, почему 0.12.x узлы релейных операций быстрее, чем более поздние версии?

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


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

Что не понятно для меня, хотя ...
Почему до 0.13.0 программного обеспечения быстрее в передаче транзакций?

Я знаю 0,12 получил secp256k1, но 0,13 и 0,14 и было это ...
Так почему же 0.12.x быстрее ретрансляцию Txs чем любая версия, которая пришла позже?

Это на самом деле еще более странно: кажется, что даже 0.10.x и 0.11.x быстроее полагаться сделок, чем 0.13+
И они до сих пор используются OpenSSL для операций ЕС.
piotr_n сейчас офлайн Пожаловаться на piotr_n   Ответить с цитированием Мультицитирование сообщения от piotr_n Быстрый ответ на сообщение piotr_n


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


4 августа 2017, 6:04:51 PM   # 2
 
 
Сообщения: 1778
Цитировать по имени
цитировать ответ
по умолчанию Re: Кто-нибудь знает, почему 0.12.x узлы релейных операций быстрее, чем более поздние версии?

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





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

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

4 августа 2017, 7:11:13 PM   # 3
 
 
Сообщения: 1246
Цитировать по имени
цитировать ответ
по умолчанию Re: Кто-нибудь знает, почему 0.12.x узлы релейных операций быстрее, чем более поздние версии?

Вполне возможно, что изменения в самом пуле памяти и как принимающие операции работают, замедляя его. Несколько вещей, которые были добавлены к и изменяются в функции AcceptToMemoryPool, которые могут повлиять на производительность. Они включают в себя обработку ПКНФ, minrelayfee, который регулирует на основе размера mempool и т.д.

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

4 августа 2017, 7:51:13 PM   # 4
 
 
Сообщения: 1778
Цитировать по имени
цитировать ответ
по умолчанию Re: Кто-нибудь знает, почему 0.12.x узлы релейных операций быстрее, чем более поздние версии?

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

В основном вы посчитайте, сколько новых TXS (что в конечном итоге в mempool) вы получили от каждого хоста.
Для того, чтобы сделать его более надежным, вы считаете их только в последних X минут, или просто разделить общий Txs по времени соединения.
Это всегда предварительно 0.13 узлы, которые в конечном итоге на вершине - они присылают наибольшее количество новых передатчиках.

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

Это очень видно - я уверен, что это так.
Вы можете увидеть это даже лучше капание (например, каждые несколько минут) пэр, который отправил вам наименее Txs в течение последнего периода.
Затем, через пару часов, вы в конечном итоге с главным предварительно 0.13 сверстников
Вот почему я думаю, что новые должны быть медленнее. Потому что гораздо больше их в сети.
piotr_n сейчас офлайн Пожаловаться на piotr_n   Ответить с цитированием Мультицитирование сообщения от piotr_n Быстрый ответ на сообщение piotr_n

5 августа 2017, 1:48:50 AM   # 5
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Кто-нибудь знает, почему 0.12.x узлы релейных операций быстрее, чем более поздние версии?

То, что я видел мониторинг сети является то, что 0.14.x программного обеспечения было (до сих пор) самое быстрым ретранслировать блоки.
Что понятно, так как он ретранслирует блоки до их проверки.
Просто для уточнения: они направляются только перед тем, как полностью проверяются только для оппортунистический посланных компактных блоков к сверстникам, которые специально просили его. (И они не полностью непроверенные даже тогда, POW, наличие всех данных и т.д. все еще проверяется первым)

котировка
Что не понятно для меня, хотя ...
Почему до 0.13.0 программного обеспечения быстрее в передаче транзакций?

0,14 является "Быстрее" на ретрансляцию сделки, намного быстрее, на самом деле, но она имеет более высокую _delay_, потому что задержки являются преднамеренными и более старыми версиями были ошибка, которая обошла оригинальные защиты конфиденциальности для совершения сделок, а также впустую много трафика в этом процессе.

котировка
Я просто подумал, может это более низкая производительность будет вызвана функцией пула памяти, что группы Txs поэтому блоки могут быть шахтером более Дош?
Неа. Предок feerate вручая очень эффективно. Это займет немного времени, но с тех пор мы сделали остальную часть обработки намного быстрее, чтобы компенсировать. Например. так 0.12 мы исключили _disk_ доступ к которой всегда было для принятия неподтвержденных сделок с mempool, как вы можете себе представить, что было довольно большой убыстрением.

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

В последних версиях транзакции в очереди, чтобы рекламироваться к сверстникам, а затем сортируются по зависимости (для устранения детей-сирот) и платные ставки (так что большинство ТХ, скорее всего, чтобы получить добывали быстро реле быстрее), либо заменены или выселены или дистанционно рекламируемые операции исключаются, и что остается отправляется на случайном таймер (с 5 или 10 второго ожидаемого времени, который заканчивается тем, что 100мс шкала для узла в совокупности) и ставка ограничивается пару раз сетей номинальная суммарная скорость.

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

Вы можете прочитать больше на https://github.com/bitcoin/bitcoin/pull/7840  и в примечаниях к выпуску.


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

5 августа 2017, 7:12:40 AM   # 6
 
 
Сообщения: 1778
Цитировать по имени
цитировать ответ
по умолчанию Re: Кто-нибудь знает, почему 0.12.x узлы релейных операций быстрее, чем более поздние версии?

0,14 является "Быстрее" на ретрансляцию сделки, намного быстрее, на самом деле, но она имеет более высокую _delay_, потому что задержки являются преднамеренными и более старыми версиями были ошибка, которая обошла оригинальные защиты конфиденциальности для совершения сделок, а также впустую много трафика в этом процессе.

котировка
Я просто подумал, может это более низкая производительность будет вызвана функцией пула памяти, что группы Txs поэтому блоки могут быть шахтером более Дош?
Неа. Предок feerate вручая очень эффективно. Это займет немного времени, но с тех пор мы сделали остальную часть обработки намного быстрее, чтобы компенсировать. Например. так 0.12 мы исключили _disk_ доступ к которой всегда было для принятия неподтвержденных сделок с mempool, как вы можете себе представить, что было довольно большой убыстрением.

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

В последних версиях транзакции в очереди, чтобы рекламироваться к сверстникам, а затем сортируются по зависимости (для устранения детей-сирот) и платные ставки (так что большинство ТХ, скорее всего, чтобы получить добывали быстро реле быстрее), либо заменены или выселены или дистанционно рекламируемые операции исключаются, и что остается отправляется на случайном таймер (с 5 или 10 второго ожидаемого времени, который заканчивается тем, что 100мс шкала для узла в совокупности) и ставка ограничивается пару раз сетей номинальная суммарная скорость.

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

Вы можете прочитать больше на https://github.com/bitcoin/bitcoin/pull/7840  и в примечаниях к выпуску.

Это все объясняет. Благодарю.

Таким образом, задержка ЧерезРетрансла вводятся дизайном и следует ожидать от нового программного обеспечения.

котировка
Кроме того, вполне вероятно, что основная причина, вы видите больше транзакций трафик из старых узлов является то, что они не осуществляют плату фильтр таким образом, они будут передавать вам много вещей, которые вы просто отвергнет, как низкая плата спам.
Нет, я так не думаю.
Обычно я даже не отправлять платные фильтрации сообщений.
И когда я делаю, я бы не увеличить ТЙ счетчик партнёра по полученному ОМУ с платой, которая является слишком низкой.

Я только что проверил это с мин-плату установлен в 50 SPB ...
до 0,13 по-прежнему те, чтобы отправить мне самые новые передатчики.
Это в основном выглядит следующим образом:

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW