[BURST] Burst | PoC

[dbond90]

Появилась такая проблема при входе в кошелек, с чем это связано. Warning: You are most likely on a fork (you have forged the last 10 blocks).

[Komonec]

Результаты майнинга на GPU майнере:

 

 

Против 200MB/s на CPU (как я писал ранее) 

 

Жаль, что в 3u карта не влазит, разъем упирается.

 

[Blagodarenko]

С CashSize поигрался, получил 200МБ/с (было 150).

 

Я так понимаю, что CPU майнеры не оптимизированы.

 

Видимо буду в сервак видеокарту ставить и майнить GPU майнером. Потому, что сейчас найти мать с хотя бы 4-5 PCI-E x2-4 под контроллеры за адекватные деньги большая проблема, к тому же на супермикре есть IPMI и 7 PCI-E.

Майнер оптимизирован вплоть до подсчета тактов при выполнении Шабала. CacheSize вынесен в отдельный параметр, т.к. он подбирается в зависимости от размера плота, производительности проца и ОЗУ.

 

Теоретически можно, но за асимптотически большое время. То есть нельзя практически. На деривативах нинзи вроде 1.2, на деривативах лекси 0.75.

Вообще к моему результату стоит отнестись скептически (и пересчитать самому), но я думаю что он верен в принципе.

 

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

 

Хотя вообще формулы начисления шар как ни крути выглядят кривыми. С 1.2 пенализируют мелких (относительно среднего по пулу) майнеров, с 0.75 больших.

 

Анализа этого вопроса я не нашел, что намекает нам о том что разрабам пофиг.

 

EDIT: Я вообще не уверен что существует формула начисления шар на дедлайн нейтральная по отношению к произвольному делению кошелелька.

 

EDIT2: Хотя нет, гоню. При тех предположениях которые я сделал нейтральная к делению формула для начисления шар это deadline^-1.

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

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

[hardstep]

тривиальная проблема и ее решение.

Win10 x64, несколько seagate archive, jminer.

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

на все папки plots2 "натравил" Blago miner, который не ест ресурсов и не дает всем винтам уснуть. вот такой хороший софт от Blago ))

параметры питания в ОС не влияют на останов винтов.

Изменено 18 июл 2017, 19:40 пользователем hardstep

[Roiltoj8]

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

Это я уже тоже для себя насчитал.

Но на многих пулах target deadline месяц что при текущих многотерабайтных мощностях 'почти бесконечность'.

 

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

'График прямой' для чего?

Если share=f(deadline), то очевидно f должна быль убывающей функцией?

[Sikorskiy]

Немного утомили эти дохлые пулы, решил потестить xen

 

poolServer=http://xen.poolofd32th.club:8122

# Winner
walletServer=http://xen.poolofd32th.club:8125
winnerRetriesOnAsync=2000
winnerRetryIntervalInMs=120000

 

Что я не то вписал ? Постоянно сыпится 

"Nonce was committed to pool, but not confirmed ... caused by connectionTimeout, currently '12 sec.' try increasing it!" 

и

2017-07-19 02:07:08.368  WARN 5436 --- [askExecutor-113] b.j.c.n.t.NetworkRequestLastWinnerTask   : Error: Failed to 'getBlockchainStatus' from 'walletServer' to find last winner.
2017-07-19 02:07:08.384  INFO 5436 --- [askExecutor-113] b.j.c.n.t.NetworkRequestLastWinnerTask   :       last winner 'N/A', walletServer out of sync.

Изменено 18 июл 2017, 23:10 пользователем Sikorskiy

[Blagodarenko]

Если share=f(deadline), то очевидно f должна быль убывающей функцией?

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

По Х - разницы нет, т.к. значение шары будет делится на общую сумму шар

 

share = 10*(1-Deadline/TargetDeadline)

10 - коэффициент веса шар, может быть любым

Изменено 19 июл 2017, 03:16 пользователем Blagodarenko

[Blagodarenko]

@Sikorskiy,

 

"Nonce was committed to pool, but not confirmed ... caused by connectionTimeout, currently '12 sec.' try increasing it!" - пул перегружен и не может сразу дать подтверждение о приеме дедлайна.

 

этот пул не имеет открытого полного API кошелька, поэтому запросы о том, кто выиграл он не сможет обработать.
Поставьте 

walletServer=

Изменено 19 июл 2017, 03:32 пользователем Blagodarenko

[Mr_Burns]

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

По Х - разницы нет, т.к. значение шары будет делится на общую сумму шар

 

share = 10*(1-Deadline/TargetDeadline)

10 - коэффициент веса шар, может быть любым

Ну а в чем проблем внедрить такую модель, да хотя бы на твоем пуле?

Вообще подход к распределению монет за нахождение блока на пуле надо менять.

Существующая 60/40 или 50/50 может и было хорошо на ранних этапах монеты, когда сложность была 10-20К, но сейчас, ИМХО, устарела.

 

Поясню - многие майнеры с алгоритмов PoW непонимают как-так, вот на ETH, например, ты подключился к пулу и точно знаешь, при мощности ХХ Mh/s ты стаблиьно получишь Y эфира. И никто не ждет, что сгенерирует пул блок или нет. Т.е. есть стабильность и прогнозируемость. В BURST это отсутствует как класс. Можно сидеть неделю и получать копейки, а можно и голову потерять от успеха когда несколько дней по 2-3 блока находишь. Может для азартных людей это и интересно, но для нормального бизнес-плана подходит слабо. Отсюда, кстати и недопонимание цифр с калькулятора и реального майнинга.

 

Сейчас сижу на http://xen.poolofd32th.club:8122/ и я вам так скажу - Да, за блок я получаю всего 300-400 монет, но зато я могу прогнозировать, что примерно раз в сутки я буду получать 200 монет. Напомню, что у этого пула пропорция 20/80. И мне это нравится!

 

Так почему же владельцы пулов такие "закостенелые"? Кто придумал эти 60/40 или 50/50? Эти степени 1,2 и 0,75? Надо как-то гибче быть и адаптироваться к росту сложности сети. Классным был бы эксперимент с пулом,где вообще пропорция была бы 0/100 (все в историческую часть), наподобие пулов PoW.  Smit1237 ты хотел поднимать пул... Вот тебе фишка! Я первый пойду на твой пул, если ты сделаешь 0/100 и пропорцию исторических шар как линейную функцию.

 

С удовольствием выслушаю все мнения. Спасибо, я всё :)

Изменено 19 июл 2017, 07:04 пользователем Mr_Burns

[vovannovig]

Результаты майнинга на GPU майнере:

 

 

Против 200MB/s на CPU (как я писал ранее)

Цифры очень красивые, но вот как отразится на DL  и выплатах было бы хорошо узнать.

И какое время чтения Ваших 37Т?

[Komonec]

Цифры очень красивые, но вот как отразится на DL  и выплатах было бы хорошо узнать.

И какое время чтения Ваших 37Т?

 

Сейчас у меня 50Тб, среднее время 18-20 секунд.

Изменено 19 июл 2017, 07:24 пользователем Komonec

[Roiltoj8]

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

По Х - разницы нет, т.к. значение шары будет делится на общую сумму шар

 

share = 10*(1-Deadline/TargetDeadline)

10 - коэффициент веса шар, может быть любым

Что то не верится в разумность этой формулы.

В пределе когда TargetDeadline стремится к бесконечности (отсутствует отсечение) получается фигня какая то (всем поровну).

[Sikorskiy]

 

@Sikorskiy,

 

"Nonce was committed to pool, but not confirmed ... caused by connectionTimeout, currently '12 sec.' try increasing it!" - пул перегружен и не может сразу дать подтверждение о приеме дедлайна.

 

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

Поставьте 

walletServer=

Спасибо, еще и начался отвал дисков по IO Error, чего не было уже очень давно (скрытый перегрев тогда был).

Еще и не получает подтверждений с пула, хотя пул его видит и не лагает.

 

Что-то майнер burstcoin-jminer-0.4.11-SNAPSHOT не совсем стабилен, вернулся на burstcoin-jminer-0.4.10-SNAPSHOT

[Mr_Burns]

 

 

Еще и не получает подтверждений с пула, хотя пул его видит и не лагает.

 

Не обращай внимание на это. На профильной ветке владелец пула объяснял, что все норм. Я сам тоже проверял, как только sent DL прошла DL сразу на пуле появляется. Confirm может секунд через 20-30 придти.

[Blagodarenko]

Что то не верится в разумность этой формулы.

В пределе когда TargetDeadline стремится к бесконечности (отсутствует отсечение) получается фигня какая то (всем поровну).

А как она может стремиться к бесконечности, если максимальный таргет можно поставить не больше 2^64?

Отсечение как раз и происходит по таргету, т.е. приславший дедлайн=таргету получает 0 шар

http://umath.ru/calc/graph/?&point=-291;267&scale=20;1&func=10*(1-x/200);

Изменено 19 июл 2017, 10:37 пользователем Blagodarenko

[Roiltoj8]

А как она может стремиться к бесконечности, если максимальный таргет можно поставить не больше 2^64?

Отсечение как раз и происходит по таргету, т.е. приславший дедлайн=таргету получает 0 шар

http://umath.ru/calc/graph/?&point=-291;267&scale=20;1&func=10*(1-x/200);

2^64 это в секундах?

[Foss]

тривиальная проблема и ее решение.

Win10 x64, несколько seagate archive, jminer.

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

на все папки plots2 "натравил" Blago miner, который не ест ресурсов и не дает всем винтам уснуть. вот такой хороший софт от Blago ))

параметры питания в ОС не влияют на останов винтов.

А мне вот не удаётся победить док-станцию Orico http://orico-russia.ru/storage/dok-stantsii/orico-6629us3-c-bk Использую Blago miner, hdd wake up срабатывают, но один хрен док-станция останавливает диски через 5 минут. :dash2: Вдобавок, когда приходит новый блок, она не может разбудить/стартануть 2 диска - майнер тупо виснет. При попытке закрыть майнер, когда через 5 минут закрывается, когда через 20. Win7x64, 4TB Seagate + 6TB Toshiba

[Wano]

А мне вот не удаётся победить док-станцию Orico http://orico-russia.ru/storage/dok-stantsii/orico-6629us3-c-bk Использую Blago miner, hdd wake up срабатывают, но один хрен док-станция останавливает диски через 5 минут. :dash2: Вдобавок, когда приходит новый блок, она не может разбудить/стартануть 2 диска - майнер тупо виснет. При попытке закрыть майнер, когда через 5 минут закрывается, когда через 20. Win7x64, 4TB Seagate + 6TB Toshiba

любая самописная прога вида:

while 1

 echo > d:\tmp

 echo > e:\tmp

 sleep 240

end

не спасет?

[Mr_Burns]

@Foss, в настройках винды убрать "засыпание" винтов в соответствующем плане электропитания?

[ILIA555]

А мне вот не удаётся победить док-станцию Orico http://orico-russia.ru/storage/dok-stantsii/orico-6629us3-c-bk Использую Blago miner, hdd wake up срабатывают, но один хрен док-станция останавливает диски через 5 минут. :dash2: Вдобавок, когда приходит новый блок, она не может разбудить/стартануть 2 диска - майнер тупо виснет. При попытке закрыть майнер, когда через 5 минут закрывается, когда через 20. Win7x64, 4TB Seagate + 6TB Toshiba

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

[Blagodarenko]

2^64 это в секундах?

да, это ограничение значения числа в 64-х битной системе  (int64_t - тип большинства переменных)

[Foss]

@Foss, в настройках винды убрать "засыпание" винтов в соответствующем плане электропитания?

Естественно отключено, даже APM на винтах отключил HDDScan-ом.

 

любая самописная прога вида:

while 1

 echo > d:\tmp

 echo > e:\tmp

 sleep 240

end

не спасет?

Подробнее можно, т.к. проги и скрипты не умею писать, только батники? :scratch_one-s_head: :biggrin:

[Wano]

Естественно отключено, даже APM на винтах отключил HDDScan-ом.

Подробнее можно, т.к. проги и скрипты не умею писать, только батники? :scratch_one-s_head: :biggrin:

ну значит вот аналог этого и напиши в батнике..

[Roiltoj8]

да, это ограничение значения числа в 64-х битной системе  (int64_t - тип большинства переменных)

2^64 секунд это 2^64/60/60/24/365.2422 лет (больше 500 млрд. лет). Во всех практических смыслах это бесконечность.

Соотвестственно линейная формула не может быть правильной поскольку в пределе target deadline = 2^64 (фактически отсутствие ограничения на дедлайны) ничего хорошего не получается.

[Blagodarenko]

2^64 секунд это 2^64/60/60/24/365.2422 лет (больше 500 млрд. лет). Во всех практических смыслах это бесконечность.

Соотвестственно линейная формула не может быть правильной поскольку в пределе target deadline = 2^64 (фактически отсутствие ограничения на дедлайны) ничего хорошего не получается.

Мы же говорим о здравомыслящих пулах, на которых ТаргетДедлайн всё-таки поменьше чем 2^64, например 7 дней ("TargetDeadline": 604800)