1. форк CGMINER 3.7.2 (создать вилку на GitHub)

- исправить роговое extranonce ошибки (исправлено в более поздних версиях cgminer и во всех sgminers)
- затруднительный слой отказался аутентификация ошибки *
- добавить роговой метод mining.subscribe.extranonce **
- создать 32/64-битных исполняемых файлов для Linux (Ubuntu, SMOS, BAMT)
- создать 32/64-битных исполняемых файлов для Windows,

2. ОБНОВЛЕНИЕ ПОСЛЕДНЕЙ SGMINER (создать вилку на GitHub)

- затруднительный слой отказался ошибка аутентификации
- добавить роговой метод mining.subscribe.extranonce **
- создать 32/64-битных исполняемых файлов для Linux (Ubuntu, SMOS, BAMT)
- создать 32/64-битных исполняемых файлов для Windows,


* Stratum отказался ошибка аутентификации (sgminer 4.0.0+ пострадавших, не уверен, что для cgminer)
-------------------------------------------------------------------------

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

Как вызвать эту ошибку?

Начало шахтера с 2 бассейнами и выполнять какую-то работу на бассейн # 1. Пул # 1 затем падает соединение
и рудничные переключится на бассейн # 2. Пул # 1 становится доступной сразу после падения, но отказывается
аутентификации (отправляет обратно результат = ложный). Miner определит пул # 1 как стабильное и
через несколько секунд переключиться обратно в бассейн # 1, даже если он не разрешает горняка
они не дают какой-либо работы. Поскольку никакой работы не предусмотрена, шахтер переходит в состояние ожидания,
hashrate падает до 0. Miner подключается к бассейну # 1 каждые 30 секунд butgetting
разрешение отказалось и подключение упало каждый раз. В то же время, шахтер подключен к
бассейн # 2 и получить работу с ним без проблем.

Эта ошибка не произойдет, если авторизация отказано, когда шахтер запускается. То есть
почему ошибка исправлена ​​путем перезагрузки шахтера.



** Метод mining.subscribe.extranonce Stratum
---------------------------------------------

Uppon успешной подписки на страты с "mining.subscribe" метод, клиент должен
Отправить "mining.subscribe.extranonce" метод.

{"Я бы": ИКС, "метод": "mining.subscribe.extranonce", "Титулы": []} \ П

Это информирует сервер (пул), что клиент (шахтер) поддерживает extranonce1 изменения на лету
без необходимости восстановить соединение.

Серверы, поддерживающие этот метод будет отвечать:

{"Я бы": ИКС, "результат": правда, "ошибка": NULL} \ п

Если сервер не поддерживает метод, ответ будет:

{"Я бы": ИКС, "результат": ложный, "ошибка": [20, "Не поддерживается.", Нуль]} \ п

Сервер также может просто игнорировать эту подписку и не возвращать никакого ответа или вернуть неверный метод.
Во всех случаях клиент не выполняет никакой логики при получении обратно эти ответы.


Подписавшись mining.subscribe.extranonce, клиент должен обрабатывать extranonce1 изменения правильно.
Сервер будет посылать:

{"Я бы": ИКС, "метод": "mining.set_extranonce", "Титулы": ["08000002", 4]} \ п

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

{"Я бы": ИКС, "результат": правда, "ошибка": NULL} \ п

Uppon ошибки, клиент отвечает обратно с ошибкой:

{"Я бы": ИКС, "результат": ложный, "ошибка": [20, "Сообщение об ошибке здесь.", Нуль]} \ п

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