Topic: [800 Gh/s] p2pool - децентрализованный, ДДос устойчивый п - page 35. (Read 417683 times)

Я не собираюсь тебя ни в чем убеждать. Или развеивать твои иллюзии. Иди своим путем. Остальные пути будут свободнее

иссяк "фонтан" аргументации  

блажен кто верует

твой пул никто не будет досить, качество соединения с инетом влияет совсем мало....и теперь есть только ты и твое железо, больше никто не участвует в процессе.... это ИМХО ниразу не "перестановка мест слагаемых"

Чудес не бывает. От перестановки мест слагаемых дополнительной надстройки доход не увеличится. IMHO

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

а проблемы у меня были именно с "0.5 и выше"

однако обновил ВСЕ на последние версии, посмотрим че дальше будет...

У меня проблем с GUI клиентом не наблюдается... могу сделать предположение, что у вас не выполнено требование пула:вот клиент и падал.
p.s. глюки ПО это не идеалогическая проблема, а временная, которая конечно же будет решена, и чем больше будет информации у разработчиков о глюках, тем быстрее. Например вы могли бы отправить им сообщение об этом глюке, версии клиента, операционной системе, все логи и т.п.

куда там ошибиться, из 60 с лишним шар более 40 дохлых кряду...

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

https://bitcointalk.org/index.php?topic=62842.0;all

Хм, не падало пока ничего.. что в логах bitcoin было?

p.s. Не ошибаетесь? Как могли 'пахать гигахеши на обогрев' если клиент bitcoin помер? К кому пул обращается тогда за getwork?

---

--logfile /dev/null

что то гадит в базы биткоинового демона (если гуйовый просто падает, точнее висит с ошибкой, то консольный ваще молчит) в итоге все общитанные шары или опоздавшие или мертвые....и ваши 1..2..3..4..5..гигахешей всю ночь/день епашили на обогрев окружающей среды....

з.ы.
кто знает как лог заткнуть, ато уже за 50М файло перевалило, так не долго и до гигов..

и что же может сломаться у p2pool?

Чем меня заинтересовал p2pool что ломаться в нем нечему!.. центра приложения усилий НЕТ. Ломается интернет? оно будет продолжать работать и вполне себе учитывать шары (там какой то шибко хитрый алгоритм учета опоздавших шар), потеряется одна шара, дальше пул выдаст сам себе работу и будет считать и учитывать все что нужно (только вот если достаточно надолго отключится интернет - майнинг превратится в полностью соло, а так, если блок будет найден сразу - будет поделен между недавно майнящими в пуле участниками). А так же аккаунт не украдут, нет владельца пула, посматривающего на суммы на кошельке пула и борющегося с желанием объявить об очередном взломе.. и т.п. В общем этот пул просто обязан был быть создан как логичное продолжение идей bitcoin.

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

p.s. осталось еще bitcoin escrow и удобный интерфейс в клиент для, хотя бы, p2p обмена на товары/другие деньги, p2p otc,.. и будет бум.

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

наказание реджектами за хоппинг? любопытно. На какой период отключали майнинг на пуле? часы? сутки?

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

ооу, сори, я с питоном на Вы... Есть пруф где это описано лучше (пофиг на каком языке..)?

Перевел 700-800Mh на этот пул (работает уже неделю, но переводил не сразу все эти мощности), опоздавших решений порядка 5-10% (в майнере вообще пишет 25%, перешел на cgminer, который рекомендуют ).
Если считать статистику за 2-3 суток, то выплаты почти в любой момент времени получаются порядка 20-30% выше расчетного (за последние 3 дня например получается 0.9btc/сутки вместо расчетных 0.5-0.6). Понятно что 30 блоков это еще не статистика

Кто может сказать точнее про алгоритм расчета начислений в этом пуле? Либо пулу невероятно везет, либо защиты от пул-хопинг нет или она не защищает на больших промежутках времени. За эту неделю мощность пула непрерывно росла (начинал с 100Gh), а так как, если я верно понимаю алгоритм расчета выплат, используется соотношение общего количества шар в пуле (сейчас это примерно 17486 и число не сильно меняется) к количеству собственных шар из них. Когда то давно, когда мощность пула была еще порядка 10Gh я читал про него, речь шла о видах выплат Prop и 0.5% от блока и транзакций начисляются нашедшему блок. Как именно сейчас расчитываются выплаты не в курсе, есть пространное определение:
p.s Пока я вижу безрадостную картину, заманчивую для пул-хоперов - пока мощность пула растет или не меняется - сидим, как начнет падать - сваливаем.

Доля пуля растёт не по дням, а по часам.
http://static.blockchain.info/pools.png

беру свои слова обратно на счет удачи... 12фев - 7 блоков!!!! 

python-rrdtool python-pygame python-scipy python-twisted python-twisted-web python-imaging