[800 Gh/s] p2pool - децентрализованный, ДДос устойчивый п

[Storan]

Из личного опыта - пул всё-таки критичен (по меркам провинции России/СНГ) к качеству/ширине интернет-канала и "серому" IP.
Т.е. во-первых кошелёк постоянно онлайн в режиме сервера, и занимается пересылкой всех транзакций; во-вторых сам p2pool постоянно обменивается информацией кто сколько шар насчитал.
Серый ай-пи тут такую же злую шутку играет как с DTH в торрентах. "Внезапно" отвалилось пару ближайших нормальных пиров - будешь общаться секундными задержками с южноафриканцем, парагвайцем и астралийцем пока к тебе кто-то свой родной не обратится.
Ну и при появлении во внешней сети нового блока - никто не компенсирует опоздавших шар/орфана.
Ещё Минус для мелких мощностей - выплаты в кошелёк приходят долей за каждый найденный пулом блок, и следовательно очень раздроблены; а биткоин очень недружелюбен к "нищим", и в последующем при транзакциях с этой мелочью буквально десятки процентов комиссии сдирает.

[1713537879]

1713537879

[alpet]

Давеча оценил прелесть добычи лайтов, малой мощностью через собственную ноду p2p - очень много крошек в кошельке оказалось со статусом "добыто" (менее 1 лайта размером). Так вот, за перевод 150 лайтов кошелек содрал 6.25 монет!

[gades]

Есть способ борьбы с "крошками", заходим в Помошь->окно отладки->Консоль
Выполняем команду listaddressgroupings , и при пересылке средств находим нужную большую сумму + находим пару крошек - 0.0005BTC и получаем сумму перевода, чтобы оказалось в одной транзакции не более 4-5 склеиваний, последующие 4-5 слеживаний уже обойдется в очередные 0.0005BTC и так далее...
Где-то читал как можно производить склеивание без комиссии в пределах одного кошелька (может кто-то поведает как это делается?)

[Storan]

Ну все средства находятся "как бы" только в самой системе. Кошелёк - это просто набор ключиков. Так что пока "склеивание" - очевидно чисто ручной процесс, соединять выводы мелких транзакций в более крупные через систему, не превышая налоговый размер у получающихся "транзакций-склеек".

[gades]

Ну все средства находятся "как бы" только в самой системе. Кошелёк - это просто набор ключиков. Так что пока "склеивание" - очевидно чисто ручной процесс, соединять выводы мелких транзакций в более крупные через систему, не превышая налоговый размер у получающихся "транзакций-склеек".

Где можно узнать про налоговый размер?
И каким образом эти товарищи , и вот эти (как пример), отправляют средства без платы за транзакцию и почему еще пулы принимают транзакции без комиссии?

Нашел вот эту информацию

Sending

A transaction will be sent without fees if these conditions are met:

    It is smaller than 10 thousand bytes.
    All outputs are 0.01 BTC or larger.
    Its priority is large enough (see the Technical Info section below)

p.s./ Еще может кто-то побывал склеить два и более разных wallet.dat ?

[rPman]

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

Указанные транзакции очень маленькие, поэтому без проблем будут обработаны с 0 комиссией.

Офицально, самый простой способ получить из двух wallet.dat один - экспортировать адреса и их приватные ключи из одного и импортировать их в другой. То же самое делается со списком аккаунтов и принадлежности этих адресов в нем. Address book - пока только вручную.

p.s. где то тут на форуме неоднократно мелькали утилиты по разбору wallet.dat и представлению их в виде удобного для обработки формата (кажется использовался json), соответственно экспортируем, сливаем вручную (почти наверняка тупым copy/paste), и собираем новый wallet.dat.

[naima53]

И каким образом эти товарищи , и вот эти (как пример), отправляют средства без платы за транзакцию и почему еще пулы принимают транзакции без комиссии?


p.s./ Еще может кто-то побывал склеить два и более разных wallet.dat ?

https://bitcointalk.org/index.php?topic=22434.0  так...

p.s./ Еще может кто-то побывал склеить два и более разных wallet.dat ?

Извиняйте, ссылку не нашел, в своем архиве нашлось..

Т.е. свежесозданый кошелек можно сразу забекапить, а потом в случае чего восстановить (через год к примеру), и он нормально прочитается?
Да, НО!

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

Мне такой варварский метод не очень подходит. Если нужно делать периодический бакап потенцильно большого кошелька, то достаточно перебирать список адресов в кошельке и для новых выполнять команду:
Code:

bitcoind dumpprivkey <bitcoinaddress>

и сохранять вывод (там очень мало информации)
Code:

# bitcoind dumpprivkey 16UsGJRte1HsjArF2MXTAB1m87x3hKJ3Ap
KznXsKc6yUyKpuu8BphDd5X3wfoEeePBYKq2vXxA7FD9kEMneCdr

В будущем для восстановления будет достаточно импортировать все эти данные в любой кошелек:
Code:

# bitcoind importprivkey 16UsGJRte1HsjArF2MXTAB1m87x3hKJ3Ap KznXsKc6yUyKpuu8BphDd5X3wfoEeePBYKq2vXxA7FD9kEMneCdr


Это гарантированно позволит получить доступ к монетам в будущем, при этом хранится минимум информации (ее легко сохранить в виде qr-кода к примеру). Так же в этом формате доступ к монетам импортируется и в другие клиенты-кошельки bitcoin (например eligius), что очень удобно и не привязывает вас к официальному клиенту (а то пожелаете через пару лет быстренько получить доступ к монетам, а там один запуск клиента с выкачиванием всего блокчейна затянется на несколько суток).

Понятно что в кошельке есть еще куча 'бесполезной' информации - аккаунты и коментарии/метки к адресам в адресной книге вместе с самой книгой... но ее копию сделать так же просто командами bitcoind.

[alpet]

Выполняем команду listaddressgroupings

В клиенте Litecoin QT 0.6.3с подобная команда не поддерживается похоже.

[FAN]

дік и сам клиент 063 не поддерживается практически.... 081 на данній момен вроде как актуален

[fsb4000]

дік и сам клиент 063 не поддерживается практически.... 081 на данній момен вроде как актуален

для лайткоин вообще то последняя версия 0.6.3c

[sapsan]

Доброго времени суток.

Добываю лайты. Решил попробовать на p2pool.
Вот недавно переключился на него.
Не много ли реджектов ?
http://awesomescreenshot.com/03819afi73

Или нужно смотреть на эффективность по шарам ?
http://awesomescreenshot.com/04e19bm76b

[rPman]

Мощность на графике соответствует действительности?
Смотреть нужно по шарам пула (их сложность постоянно меняется) у вас их 6+2 (2 dead опоздали так что не учитываются, а orphaned как то хитро считается относительно остальных клиентов пула, что можно в результате получать ~ на 5%-10% расчетного, если нет проблем со связью демона p2pool с остальной сетью).

p2pool специфический пул, в нем учитываются опоздавшие шары, и необходимо чтобы утилиты-майнеры все равно принудительно отсылали такие шары. Чем пользуетесь? Рекомендуется использовать эти: https://en.bitcoin.it/wiki/P2Pool#Miners

[sapsan]

Мощность соответствует - 2.1 Mh/s.
Использую cgminer с теми двумя настройками для уменьшения "брака" ("gpu-threads" : "1", "queue" : "0") и с параметром отсылки запоздалых шар ("submit-stale" : true)

[rPman]

Если кто желает вступить в команду и принять участие в разработке - пишите в ПМ.

O_o ?

[rPman]

Если кто желает вступить в команду и принять участие в разработке - пишите в ПМ.

O_o ?

Да-да, прошу прощения. Мне уже тут написали те кто в моем предложении увидел заявление как будто я в команде разработчиков. Сообщение подправил. Цель - нормальный альтернативный клиент.

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

[fsb4000]

а клиента "чего"? Что-то я не догоняю... Вместо Bitcoin-Qt/Multibit/Electrum ?

[rPman]

а клиента "чего"? Что-то я не догоняю... Вместо Bitcoin-Qt/Multibit/Electrum ?

p2pool - клиент

С какой целью ведется разработка? что не устраивает в нынешнем?

[rPman]

С какой целью ведется разработка? что не устраивает в нынешнем?

Не ведется, а планируется. Код не устраивает.

Эээ.. именно код? не алгоритмы, не методы начисления, ни интерфейсы взаимодействия с пользователем.. а именно код? удивительно

[rPman]

Я продолжаю 'непонимать'.
С какой целью создается альтернативный клиент вы еще не решили, но уверены что хотите его создать? Зачем?

По теме - есть у p2pool одна, не то чтобы проблема, но то, из-за чего его все еще можно использовать для pool hopping - это маленький срок/размер очереди учитываемых шар лдя PPLNS (двое суток кажется). Увеличить его до пары десятков суток как это сделал slush на своем пуле и тогда конечные выплаты станут похожи на PPS.
Правда это заметно повысит нагрузку на клиентов пула, в частности понадобится больше памяти, но не на много.

[neiros]

Увеличить его до пары десятков суток как это сделал slush на своем пуле...

Вы здесь не в чём не ошиблись?..