giraud

Принцип заключается в формировании ведущей системой (мастером) текстового файла с доходностями, который должен быть доступен ведомой системе (слейву), и откуда она берет все необходимые данные. За режим отвечают два параметра для ведущего "master" и "slave" для ведомого и путь к файлу доходности для каждой из систем (для мастера, куда он будет сохранять файл, для слейва, откуда он будет считывать его). "proxymode": "slave", "proxyfilepath": "C:\\Profit\\", Сам файл должен клонироваться каким-то образом с одной системы на другую (например, с помощью Resilio Sync) или писаться на расшаренный/облачный диск, доступный обоим системам.

Для помонетных вариаций шаблон YII. Для мультиалгоритмовых YAA. Для вашего случая. {"poolname": "YII-Zpool_Multi", "pooldata": {"poolenabled": true, "account": "multi", "fee": 0.0, "btcfee": 2.0, "minprofit": 0.0, "pricemode": 0, "balancemode": 0, "url": "http://zpool.ca", "weight": 0.99, "apitimer": 0.0, "readpoolapi": true, "generatecoins": true, "checkbalance": true, "checkspeed": true, "checkworker": true, "checkfee": true, "pricewtm": false, "sparam2": "", "sparam3": "", "stratum": "_ALGO_.mine.zpool.ca", "algos": [ ]}}

Добавил версию 1.7.3.6 - можно использовать разные btc кошельки (btc1, btc2, btc1) для YAAMP пулов (прописывается в ключе account в шапке пула) - считывает масштаб алгоритма из API ("mbtc_mh_factor") для YIMMP-подобных пулов - обновлена библиотека Newtonsoft.Json. Нужно заменить у себя dll файл. - улучшена стабильность

cweight отдельно на каждый алгоритм на весь пул - ключ weight в шапке пула.

Пока только вручную. В конфиге кошельков создать, например, BTC1 и BTC2. В конфиге пула поменять вручную {"active": true,"wallet": "BTC1","algo": "Lyra2v2","tag": "LYRA2V2","poolscale": "M","fee": 1.0,"cweight": 1.0,"folder": "_APARAM1_","command": "_APARAM2_","arguments": "_APARAM3_ _TCP__STRATUM_:4533 -u _WALLET_ -p _WORKER_,c=_TAG_","remark": "*","usewindow": true,"created": "21.08.2018"}, {"active": true,"wallet": "BTC2","algo": "Lyra2z","tag": "LYRA2Z","poolscale": "M","fee": 1.0,"cweight": 1.0,"folder": "_APARAM1_","command": "_APARAM2_","arguments": "_APARAM3_ _TCP__STRATUM_:4553 -u _WALLET_ -p _WORKER_,c=_TAG_","remark": "*","usewindow": true,"created": "21.08.2018"},

У себя отлавливал подобные глюки только на CryptoDredge. У него особый обработчик количества retry в строке аргументов. Из-за этого запускается несколько процессов. С какими майнерами есть подобные проблемы?

Поправил. Перекачайте версию.

Добавил калькулятор https://www.coincalculators.io в версию 1.7.3.5. WTM и CoinCalc отдельными вкладками для сравнения. Каждый из ресурсов использует свой метод расчета blocktime Пример на базе Pigeoncoin. У СС время блока 60 секунд и он в топе У WTM время блока 689 секунд и он в конце списка Остальные монеты условно совпадают. Вопрос к обсуждению, добавлять ли СС в качестве альтернативного источника прибыльности, с возможностью переключения WTM/CC на уровне монеты?

Убрал с раздачи 1.7.3.4. Поправил курс на базе чистой 1.7.3.3. Подписана как btc fix.

Поправил. Перекачайте еще раз 1.7.3.4

Загрузил фиксы 25 и 34 версий.

Фикс 1.7.3.4 выгрузил на Гугл-диск. Из старых версий 34-ю править?

Можно, но сложно. Нужно два независимых MC с конфигами одного под 1070, другого под 1080. И на уровне аргументов майнеров прописывать индексы задействованных видеокарт, в одном индексы 1070, для другого 1080.

Выложил версию 1.7.3.2 - захват статистики из API ccminer - исправления для работы с произвольными WTM-пулами. - исправление для protopool.net

По ним нет нормального вывода результата в формате json как на whattomine или coinwarz, поэтому нужно парсить результаты с веб-страницы. Это прежде всего большое количество запросов к хосту и, как следствие, высокая вероятность блокировки. Кстати, arcpool нормально заработал.