Вам нужно сбросить вручную узлы каждую неделю?

http://bitcointicker.co/networkstats/
Вы можете видеть на этом сайте, в течение более чем 10 дней, размер mempool неуклонно рос за 80MB, и оператор сделал перезапуск процесса, то снова начинает строить от 0, но он всегда идет вверх независимо от того, что является размер очереди операций

И это не то же самое, как я вижу на tradeblock, они, кажется, под 10MB большую часть времени

Там может быть что-то здесь происходит, если вы говорите, что ваша статистика отличается от того, что вы видите на узлах других людей. В любом случае, это, безусловно, не регулярная процедура будет перезагрузить узлы каждую неделю. Bitcoin является достаточно стабильным программным обеспечением, и вы должны быть в состоянии получить значительное время безотказной работы, если все настроено правильно. С другой стороны, 80MB действительно не кажется, что все большие (но вы правы, что это линейный рост настораживает), я что-то догадываясь сконфигурирован неправильно здесь. Я думаю, что это трудно диагностировать дальше без получения более подробной информации.

Цитата: tspacepilot от 19 февраля 2016 года, 6:12:26 AM

Это не моя машина, но моя машина испытывает подобную проблему, и теперь она составляет более 225 МБ после 10 дней подряд. Может быть, я просто слишком ленив, чтобы построить bitcoind от источника

Цитата: johnyj от 19 февраля 2016 года, 8:01:02 AM

Цитата: tspacepilot от 19 февраля 2016 года, 6:12:26 AM

Я восстановление Bitcoin и Bitcoin-QT из другого вопроса в этом форуме. Я пнуть его и запустить его на некоторое время, и сказать вам, если я вижу что-то подобное. Я полагаю, что задолго до этого кто-то еще, кто здесь и имеет узел, который был на некоторое время может Chime в о том, 225 МБ много. Является ли использование памяти по-прежнему восхождение на этом линейном закон через 10 дней?

в чем именно проблема?: Линейный рост mempool является нормальным и ожидаемым для постоянного числа транзакций в секунду, по меньшей мере, до тех пор, пока старые транзакции перестать быть вещание и не будет достигнуто равновесие. Многие жаловались, что указанное равновесие заканчивается слишком большим, поэтому, начиная с версии 0.12 Bitcoin ядро имеет настраиваемый предел того, насколько большой mempool может расти, после чего она начнет падать сделки с самыми низкими налогами.

Для справки, mempool моего узла обычно колеблется около 40к сделок в 1 Гб, которые я думаю, что характерно.

Цитата: Foxpup от 19 февраля 2016 года, 10:48:08 AM

Мой узел был парящий около 11 000 mempool сделок в последнее время, хотя сейчас это в 7100.

Цитата: Foxpup от 19 февраля 2016 года, 10:48:08 AM

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

В вашем случае, 40K сделки приведет к 20М максимальной mempool, а не 1 Гб. Поскольку у вас есть 40K сделок, и каждый из них максимально 0.5KB, чем все те, другие воспоминания, используемые для?

Цитата: johnyj от 20 февраля 2016 года, 1:58:19 AM

каждый из них максимально 0.5KB

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

Цитата: Foxpup от 20 февраля 2016 года, 3:32:55 AM

Цитата: johnyj от 20 февраля 2016 года, 1:58:19 AM

каждый из них максимально 0.5KB

Если блок содержит данные 1MB и обычно 2000 транзакций, то каждая операция оценивается в 0.5KB. На самом деле я видел некоторые блоки, содержащие почти 3000 сделок, а cointape оценка средней сделки будет 258 байт прямо сейчас

Я проверил rawmempool и действительно нашел несколько очень крупных сделок, но, чтобы соответствовать вашему номеру (40k сделки по 1 Гб), каждый из них должен быть 25K, что почти в 100 раз больше, чем в среднем сделки, все 100+ sigop сделки?

Цитата: johnyj от 20 февраля 2016 года, 4:25:17 AM

Я всегда слышал, что это было около 600 байт. Tradeblock говорит, что в настоящее время 540 байт. Блоки, содержащие 2000 сделок не являются типичными.

Цитата: johnyj от 20 февраля 2016 года, 4:25:17 AM

каждый из них должен быть 25K

Нет, они должны в среднем 25kb. Большая часть пространства занимают очень небольшое числом исключительно крупных сделок (возможно, транслировался как нападения DOS), поэтому большинство сделок будут гораздо ниже среднего.

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

Цитата: Шорена от 21 февраля 2016 года, 8:43:18 AM

Шо, что падение на 7 февраля, где вы перезагрузить узел, чтобы очистить mempool? Если это так, то кажется, что по крайней мере один бегун узла давнему (вас) * есть * регулярно перезапуске свой узел, чтобы избежать скопления.

Цитата: tspacepilot от 21 февраля 2016 года, 10:08:38 PM

Цитата: Шорена от 21 февраля 2016 года, 8:43:18 AM

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

Просто установите minrelaytxfee 0.0001, и вы будете иметь гораздо меньший и стабильный mempool.

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

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

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

Цитата: BlindMayorBitcorn 24 февраля 2016 года, 2:43:52 AM

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

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

18 февраля 2016, 4:40:16 PM	# 1
johnyj Сообщения: 1834 Цитировать по имени цитировать ответ	Re: Вам нужно сбросить вручную узлы каждую неделю? Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru http://bitcointicker.co/networkstats/ Вы можете видеть на этом сайте, в течение более чем 10 дней, размер mempool неуклонно рос за 80MB, и оператор сделал перезапуск процесса, то снова начинает строить от 0, но он всегда идет вверх независимо от того, что является размер очереди операций И это не то же самое, как я вижу на tradeblock, они, кажется, под 10MB большую часть времени

19 февраля 2016, 6:12:26 AM	# 2
tspacepilot Сообщения: 1400 Цитировать по имени цитировать ответ	Re: Вам нужно сбросить вручную узлы каждую неделю? Получил 1806 Биткоинов Реальная история. Там может быть что-то здесь происходит, если вы говорите, что ваша статистика отличается от того, что вы видите на узлах других людей. В любом случае, это, безусловно, не регулярная процедура будет перезагрузить узлы каждую неделю. Bitcoin является достаточно стабильным программным обеспечением, и вы должны быть в состоянии получить значительное время безотказной работы, если все настроено правильно. С другой стороны, 80MB действительно не кажется, что все большие (но вы правы, что это линейный рост настораживает), я что-то догадываясь сконфигурирован неправильно здесь. Я думаю, что это трудно диагностировать дальше без получения более подробной информации.

19 февраля 2016, 8:01:02 AM	# 3
johnyj Сообщения: 1834 Цитировать по имени цитировать ответ	Re: Вам нужно сбросить вручную узлы каждую неделю? Цитата: tspacepilot от 19 февраля 2016 года, 6:12:26 AM Там может быть что-то здесь происходит, если вы говорите, что ваша статистика отличается от того, что вы видите на узлах других людей. В любом случае, это, безусловно, не регулярная процедура будет перезагрузить узлы каждую неделю. Bitcoin является достаточно стабильным программным обеспечением, и вы должны быть в состоянии получить значительное время безотказной работы, если все настроено правильно. С другой стороны, 80MB действительно не кажется, что все большие (но вы правы, что это линейный рост настораживает), я что-то догадываясь сконфигурирован неправильно здесь. Я думаю, что это трудно диагностировать дальше без получения более подробной информации. Это не моя машина, но моя машина испытывает подобную проблему, и теперь она составляет более 225 МБ после 10 дней подряд. Может быть, я просто слишком ленив, чтобы построить bitcoind от источника

19 февраля 2016, 8:04:20 AM	# 4
tspacepilot Сообщения: 1400 Цитировать по имени цитировать ответ	Re: Вам нужно сбросить вручную узлы каждую неделю? Цитата: johnyj от 19 февраля 2016 года, 8:01:02 AM Цитата: tspacepilot от 19 февраля 2016 года, 6:12:26 AM Там может быть что-то здесь происходит, если вы говорите, что ваша статистика отличается от того, что вы видите на узлах других людей. В любом случае, это, безусловно, не регулярная процедура будет перезагрузить узлы каждую неделю. Bitcoin является достаточно стабильным программным обеспечением, и вы должны быть в состоянии получить значительное время безотказной работы, если все настроено правильно. С другой стороны, 80MB действительно не кажется, что все большие (но вы правы, что это линейный рост настораживает), я что-то догадываясь сконфигурирован неправильно здесь. Я думаю, что это трудно диагностировать дальше без получения более подробной информации. Это не моя машина, но моя машина испытывает подобную проблему, и теперь она составляет более 225 МБ после 10 дней подряд. Может быть, я просто слишком ленив, чтобы построить bitcoind от источника Я восстановление Bitcoin и Bitcoin-QT из другого вопроса в этом форуме. Я пнуть его и запустить его на некоторое время, и сказать вам, если я вижу что-то подобное. Я полагаю, что задолго до этого кто-то еще, кто здесь и имеет узел, который был на некоторое время может Chime в о том, 225 МБ много. Является ли использование памяти по-прежнему восхождение на этом линейном закон через 10 дней?

19 февраля 2016, 10:48:08 AM	# 5
Foxpup Сообщения: 2044 Цитировать по имени цитировать ответ	Re: Вам нужно сбросить вручную узлы каждую неделю? в чем именно проблема?: Линейный рост mempool является нормальным и ожидаемым для постоянного числа транзакций в секунду, по меньшей мере, до тех пор, пока старые транзакции перестать быть вещание и не будет достигнуто равновесие. Многие жаловались, что указанное равновесие заканчивается слишком большим, поэтому, начиная с версии 0.12 Bitcoin ядро имеет настраиваемый предел того, насколько большой mempool может расти, после чего она начнет падать сделки с самыми низкими налогами. Для справки, mempool моего узла обычно колеблется около 40к сделок в 1 Гб, которые я думаю, что характерно.

19 февраля 2016, 11:05:44 AM	# 6
ScripterRon Сообщения: 117 Цитировать по имени цитировать ответ	Re: Вам нужно сбросить вручную узлы каждую неделю? Цитата: Foxpup от 19 февраля 2016 года, 10:48:08 AM в чем именно проблема?: Линейный рост mempool является нормальным и ожидаемым для постоянного числа транзакций в секунду, по меньшей мере, до тех пор, пока старые транзакции перестать быть вещание и не будет достигнуто равновесие. Многие жаловались, что указанное равновесие заканчивается слишком большим, поэтому, начиная с версии 0.12 Bitcoin ядро имеет настраиваемый предел того, насколько большой mempool может расти, после чего она начнет падать сделки с самыми низкими налогами. Для справки, mempool моего узла обычно колеблется около 40к сделок в 1 Гб, которые я думаю, что характерно. Мой узел был парящий около 11 000 mempool сделок в последнее время, хотя сейчас это в 7100.

20 февраля 2016, 1:58:19 AM	# 7
johnyj Сообщения: 1834 Цитировать по имени цитировать ответ	Re: Вам нужно сбросить вручную узлы каждую неделю? Цитата: Foxpup от 19 февраля 2016 года, 10:48:08 AM в чем именно проблема?: Линейный рост mempool является нормальным и ожидаемым для постоянного числа транзакций в секунду, по меньшей мере, до тех пор, пока старые транзакции перестать быть вещание и не будет достигнуто равновесие. Многие жаловались, что указанное равновесие заканчивается слишком большим, поэтому, начиная с версии 0.12 Bitcoin ядро имеет настраиваемый предел того, насколько большой mempool может расти, после чего она начнет падать сделки с самыми низкими налогами. Для справки, mempool моего узла обычно колеблется около 40к сделок в 1 Гб, которые я думаю, что характерно. Спасибо, хорошо знать, что это нормально, потому что я наблюдал это явление в течение многих лет. Я никогда не заботился слишком много, так как она все еще мала по сравнению с общей свободной памяти. Однако я вижу tradeblock используя другого способа вычисления размера mempool, она всегда связана с непроверенными сделками в mempool, не растет линейно В вашем случае, 40K сделки приведет к 20М максимальной mempool, а не 1 Гб. Поскольку у вас есть 40K сделок, и каждый из них максимально 0.5KB, чем все те, другие воспоминания, используемые для?

20 февраля 2016, 3:32:55 AM	# 8
Foxpup Сообщения: 2044 Цитировать по имени цитировать ответ	Re: Вам нужно сбросить вручную узлы каждую неделю? Цитата: johnyj от 20 февраля 2016 года, 1:58:19 AM каждый из них максимально 0.5KB О чем ты говоришь? Даже средние сделки больше, чем это, и mempool сделки, как правило, не в среднем в любом случае: большинство из этих операций являются неподтвержденными по причине, и, как правило, что причиной является их размер.

20 февраля 2016, 4:25:17 AM	# 9
johnyj Сообщения: 1834 Цитировать по имени цитировать ответ	Re: Вам нужно сбросить вручную узлы каждую неделю? Цитата: Foxpup от 20 февраля 2016 года, 3:32:55 AM Цитата: johnyj от 20 февраля 2016 года, 1:58:19 AM каждый из них максимально 0.5KB О чем ты говоришь? Даже средние сделки больше, чем это, и mempool сделки, как правило, не в среднем в любом случае: большинство из этих операций являются неподтвержденными по причине, и, как правило, что причиной является их размер. Если блок содержит данные 1MB и обычно 2000 транзакций, то каждая операция оценивается в 0.5KB. На самом деле я видел некоторые блоки, содержащие почти 3000 сделок, а cointape оценка средней сделки будет 258 байт прямо сейчас Я проверил rawmempool и действительно нашел несколько очень крупных сделок, но, чтобы соответствовать вашему номеру (40k сделки по 1 Гб), каждый из них должен быть 25K, что почти в 100 раз больше, чем в среднем сделки, все 100+ sigop сделки?

20 февраля 2016, 5:18:05 AM	# 10
Foxpup Сообщения: 2044 Цитировать по имени цитировать ответ	Re: Вам нужно сбросить вручную узлы каждую неделю? Цитата: johnyj от 20 февраля 2016 года, 4:25:17 AM Если блок содержит данные 1MB и обычно 2000 транзакций, то каждая операция оценивается в 0.5KB. На самом деле я видел некоторые блоки, содержащие почти 3000 сделок, а cointape оценка средней сделки будет 258 байт прямо сейчас Я всегда слышал, что это было около 600 байт. Tradeblock говорит, что в настоящее время 540 байт. Блоки, содержащие 2000 сделок не являются типичными. Цитата: johnyj от 20 февраля 2016 года, 4:25:17 AM каждый из них должен быть 25K Нет, они должны в среднем 25kb. Большая часть пространства занимают очень небольшое числом исключительно крупных сделок (возможно, транслировался как нападения DOS), поэтому большинство сделок будут гораздо ниже среднего.

21 февраля 2016, 8:43:18 AM	# 11
Шорена Сообщения: 1400 Цитировать по имени цитировать ответ	Re: Вам нужно сбросить вручную узлы каждую неделю? Не один раз в неделю, но я вижу подобные вещи на моем узле. TX, которые держат пиллинг вверх в основном платят очень низкую плату, так что можно было бы избежать, установив `limitfreerelay` `minrelaytxfee` ниже и высокая respectivly.

21 февраля 2016, 10:08:38 PM	# 12
tspacepilot Сообщения: 1400 Цитировать по имени цитировать ответ	Re: Вам нужно сбросить вручную узлы каждую неделю? Цитата: Шорена от 21 февраля 2016 года, 8:43:18 AM Не один раз в неделю, но я вижу подобные вещи на моем узле. TX, которые держат пиллинг вверх в основном платят очень низкую плату, так что можно было бы избежать, установив `limitfreerelay` `minrelaytxfee` ниже и высокая respectivly. Шо, что падение на 7 февраля, где вы перезагрузить узел, чтобы очистить mempool? Если это так, то кажется, что по крайней мере один бегун узла давнему (вас) * есть * регулярно перезапуске свой узел, чтобы избежать скопления.

22 февраля 2016, 9:10:24 AM	# 13
Шорена Сообщения: 1400 Цитировать по имени цитировать ответ	Re: Вам нужно сбросить вручную узлы каждую неделю? Цитата: tspacepilot от 21 февраля 2016 года, 10:08:38 PM Цитата: Шорена от 21 февраля 2016 года, 8:43:18 AM Не один раз в неделю, но я вижу подобные вещи на моем узле. TX, которые держат пиллинг вверх в основном платят очень низкую плату, так что можно было бы избежать, установив `limitfreerelay` `minrelaytxfee` ниже и высокая respectivly. Шо, что падение на 7 февраля, где вы перезагрузить узел, чтобы очистить mempool? Если это так, то кажется, что по крайней мере один бегун узла давнему (вас) * есть * регулярно перезапуске свой узел, чтобы избежать скопления. Ее на самом деле аварии с быстрой перезагрузкой после этого. 2 Гб оперативной памяти уже не достаточно, чтобы позволить ей работать так же, как это. Его о время снова, может быть, я должен просто перезагрузить этот раз. Новый сервер будет иметь 6GB так его вопрос нашли время, чтобы создать новую.

23 февраля 2016, 11:29:41 AM	# 14
GamerSg Сообщений: 23 Цитировать по имени цитировать ответ	Re: Вам нужно сбросить вручную узлы каждую неделю? Просто установите minrelaytxfee 0.0001, и вы будете иметь гораздо меньший и стабильный mempool. Значение по умолчанию позволяет спам, чтобы быть принятым в mempool и палочки вокруг навсегда, потому что эти операции не будут добыты.

24 февраля 2016, 2:00:07 AM	# 15
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: Вам нужно сбросить вручную узлы каждую неделю? У меня иногда возникают проблемы с этим на одном из моих узлов, но mempool ограничитель 0.12.0 в полностью фиксирует его.

24 февраля 2016, 2:43:52 AM	# 16
BlindMayorBitcorn Сообщения: 1078 Цитировать по имени цитировать ответ	Re: Вам нужно сбросить вручную узлы каждую неделю? Я лично никогда не запускать что-нибудь более сложное, чем SPV кошелек. Когда MIT пришел на борту я имел это я думаю, наивные представления, что достаточно скоро каждый исследовательский университет в мире будет работать под управлением полные узлы, и что это было бы более чем достаточно. Как неправильно я был? Могу ли я частью проблемы? Являются ли SPV узлы перетащить на систему, в том, что они делают, что гораздо удобнее не работать полный один?

24 февраля 2016, 3:13:23 AM	# 17
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: Вам нужно сбросить вручную узлы каждую неделю? Цитата: BlindMayorBitcorn 24 февраля 2016 года, 2:43:52 AM Я лично никогда не запускать что-нибудь более сложное, чем SPV кошелек. Когда MIT пришел на борту я имел это я думаю, наивные представления, что достаточно скоро каждый исследовательский университет в мире будет работать под управлением полные узлы, и что это было бы более чем достаточно. Как неправильно я был? Могу ли я частью проблемы? Являются ли SPV узлы перетащить на систему, в том, что они делают, что гораздо удобнее не работать полный один? Если не хватает экономики опирается на полных узлов, то Bitcoin совершенно небезопасно. Видеть Вот а также Вот. Легкие узлы также небольшая утечка в пропускной способности сети, но это гораздо менее острая и серьезная проблема, чем экономический вопрос.

Заголовок