Перейти к содержимому


Публикации allbanks

5 публикаций создано allbanks (учитываются публикации только с 27-сентября 23)


#57802 ohgodatool криво работает

Отправлено от allbanks 25 сентября 2017 - 02:27 в Операционные системы Windows, Linux, HiveOS

Имеются 3 почти одинаковых рига по 4 шт RX470/570/480/580 вперемешку. Матери везде одинаковые MSI AMD 970. Работали они полгода без нареканий, но задумал я поиграться с частотами и power limit. В общем, на двух ригах всё работало, но третий почти стабильно вис при попытке изменить любой параметр: даже сменить частоту памяти/ядра на ту же, что была. Причём происходило это примерно в 50% случаев, т.е. иногда прокатывало. В случае косяка отваливаются от майнера 1-2 карта и риг зависает при попытке перезагрузить командой reboot.
 
По этому поводу пришла мне в голову идея обновить кернел и дрова. Стоял кернел rocm-1.6 и дрова самый ранний блокчейн. Поставил кернел по умолчанию последний, rocm-1.7 (он теперь пашет на обычном кернеле) и последние дрова. Результатом стала гораздо более быстрая загрузка ригов, однако теперь эффект кривой работы ohgodatool проявляется одинаково на всех 3 ригах. )) Т.е., пользоваться почти невозможно.
 
Вообще, ощущение, что происходит конфликт доступа к каким-то "файлам" (имею в виду что-то типа /sys/class/hwmon/ через которые идёт общение с ВК), т.к. когда попадаешь в нужный момент, всё работает. Если команда прокатила, то дальше всё пашет без нареканий. Хотя, пробовал даже устанавливать power limit просто до запуска майнера. Загрузился риг, пишу ./ohgodatool -i 0 --set-max-power 90. Пипец, висит секунд 20, выходит. После этого майнер уже не запускается (ВК повисла).
 
Буду благодарен, если кто-то укажет мне направление копания. ))
 
Linux RIG01 4.4.0-112-generic GNU/Linux
amdgpu-pro 17.40-492261
rocm-dev 1.7.60
rocm-dkms 1.7.60



#52101 Как просрать 150 000... Фермочка из ASUS 5700 XT TUF

Отправлено от allbanks 06 августа 2017 - 01:55 в Майнинг обзоры, тесты, гайды, истории.

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




#50700 Восстанавливаем поврежденный wallet.dat

Отправлено от allbanks 18 июля 2017 - 04:13 в Майнинг обзоры, тесты, гайды, истории.

Условия задачи:
1. wallet.dat не зашифрован (не был установлен пароль)
2. Вы не ищете средства на z-адресах zcash и его форках (бабло на t-aдресах данным способом восстанавливается)
3. Юзаем линукс, ибо в нем всё необходимое уже есть из коробки.

wallet.dat может быть поврежден кучей способов (виноват хдд или флешка, баг самого клиента, валлет был случайно удален и восстановлен частично). В этом случае при запуске клиента поврежденный файл будет переименован с расширением .bak и создан пустой новый кошелек.

Итак, в wallet.dat все приватные ключи хранятся в hex-формате, при этом совершенно непонятно, какой ключ какому адресу принадлежит. Наша задача состоит в том, чтобы hex преобразовать в WIF (wallet import format), после чего импортировать его в новый кошелек, таким образом получив доступ к балансу. Если кошелек использовался активно, то ключей там может быть ОЧЕНЬ много, даже в только что созданном wallet.dat может быть больше ста ключей.

Сначала объясню на кошках на примере одного единственного приватного ключа BTC или ZEC.

Итак, у нас есть ключ вида: 0C28FCA386C7A227600B2FE50B7CAE11EC86D3BF1FBE471BE89827E19D72AA1D

Добавляем в начало префикс 80: 800C28FCA386C7A227600B2FE50B7CAE11EC86D3BF1FBE471BE89827E19D72AA1D
Префикс берется из исходного кода нужной монеты из файла src/chainparams.cpp

BTC: https://github.com/b...params.cpp#L127

Код:
base58Prefixes[SECRET_KEY] = std::vector<unsigned char>(1,128);

Число 128 переводим из десятичной системы в шестнадцатеричную, получаем 80.

ZEC: https://github.com/z...params.cpp#L162

Код:
base58Prefixes[SECRET_KEY] = {0x80};

Здесь это число сразу в шестнадцатеричной системе, берем как есть.

LTC: https://github.com/l...params.cpp#L141

Код:
base58Prefixes[SECRET_KEY] = std::vector<unsigned char>(1,176);

Число 176 переводим из десятичной системы в шестнадцатеричную, получаем B0.

Добавляем в конец суффикс 01: 800C28FCA386C7A227600B2FE50B7CAE11EC86D3BF1FBE471BE89827E19D72AA1D01
Добавив этот суффикс, мы получим приватные ключи в сжатом (compressed) формате, они начинаются на K или L. Если нужны ключи, которые начинаются на 5 (uncompressed), то суффикс не добавляем.

Берем утилиту Bitcoin Explorer https://github.com/l...itcoin-explorer
Скачать готовый запускаемый файл можно здесь https://github.com/l...iki/Download-BX

Вычисляем sha256 из нашего числа:

Код:
echo 800C28FCA386C7A227600B2FE50B7CAE11EC86D3BF1FBE471BE89827E19D72AA1D01 | ./bx-linux-x64-qrcode sha256

Получаем b504a81b66924482a289ce571a614c37b122f40cefb0abba0227e143154c2153

Вычисляем sha256 из полученного числа:

Код:
echo b504a81b66924482a289ce571a614c37b122f40cefb0abba0227e143154c2153 | ./bx-linux-x64-qrcode sha256

a62019d20340a1de1b5f254f07f2f6c96ad5165218459ab4f3c8f5a7c0e12183

Первые восемь знаков - это контрольная сумма, которую мы должны добавить в конец нашего ключа.
800C28FCA386C7A227600B2FE50B7CAE11EC86D3BF1FBE471BE89827E19D72AA1D01a62019d2

И наконец получаем приватный ключ, который можно импортировать в кошелек (WIF), с помощью base58-encode:

Код:
echo 800C28FCA386C7A227600B2FE50B7CAE11EC86D3BF1FBE471BE89827E19D72AA1D01a62019d2 | ./bx-linux-x64-qrcode base58-encode

KwdMAjGmerYanjeui5SHS7JkmpZvVipYvB2LJGU1ZxJwYvP98617

Запускаем bitcoind и импортируем ключ:

Код:
./bitcoin-cli importprivkey KwdMAjGmerYanjeui5SHS7JkmpZvVipYvB2LJGU1ZxJwYvP98617

Проверяем баланс:

Код:
./bitcoin-cli getbalance

Теперь перейдем к работе с файлом кошелька. Пусть это будет zcash. Качаем и скидываем в одну директорию:
поврежденный wallet.dat
bx-linux-x64-qrcode
zcashd
zcash-cli

Сначала нужно файл кошелька преобразовать в текстовый формат:

Код:
xxd -p wallet.dat | tr -d '\n' > plainhex.dump

Далее полученный файл нужно препарировать так, чтобы в нем остались только ключи. В wallet.dat ключи находятся между значениями f70001d63081d30201010420 и a08185308182020101302c06072a8648ce3d0101022100.

Код:
cat plainhex.dump | sed "s/f70001d63081d30201010420/f70001d63081d30201010420\n/g" | sed "s/a08185308182020101302c06072a8648ce3d0101022100/\na08185308182020101302c06072a8648ce3d0101022100/g" | sed '/f70001d63081d30201010420/d' | sed '/a08185308182020101302c06072a8648ce3d0101022100/d' > keys.temp

Эту конструкцию сложно понять без бутылки, поэтому попытаюсь объяснить.
Первый sed вставляет знак перевода строки после каждого значения f70001d63081d30201010420
Второй sed вставляет знак перевода строки перед каждым значением a08185308182020101302c06072a8648ce3d0101022100
Третий sed удаляет все строки со значением f70001d63081d30201010420
Четвертый sed удаляет все строки со значением a08185308182020101302c06072a8648ce3d0101022100

На выходе получаем файл keys.temp со всеми ключами, найденными в wallet.dat. Ключи будут расположены построчно.

Удаляем повторы и добавляем нужные префикс и суффикс:

sort keys.temp | uniq -u | awk '{print "80"$0"01"}' > keys

Если нужны uncompressed ключи (5), то 01 просто удаляем.

Вычисляем два раза sha256 из каждой строки в файле keys:

Код:
cat keys | while read line; do echo $line | ./bx-linux-x64-qrcode sha256 | ./bx-linux-x64-qrcode sha256; done > checksum.temp

Теперь каждую строку строку в полученном файле checksum.temp нужно обрезать, оставив только первые восемь символов (контрольная сумма):

Код:
rev checksum.temp | cut -c 57- | rev > checksum

"Cклеиваем" построчно файлы keys и checksum:

Код:
paste keys checksum | sed s/'\t'//g > wif.temp

Получаем файл с приватными ключами, которые уже можно импортировать в кошелек:

Код:
cat wif.temp | while read line; do echo $line | ./bx-linux-x64-qrcode base58-encode; done > wif

Отключаем интернет.
Запускаем клиент:

Код:
mkdir $HOME/zcash_temp/
touch $HOME/zcash_temp/zcash.conf
./zcashd -daemon -datadir=$HOME/zcash_temp/

Почему так? Дело в том, что если у вас уже скачан блокчейн, то импорт ключей займет очень много времени. То есть мы запускаем в данном случае "чистый" клиент без интернета.

Импортируем ключи:

Код:
cat wif | while read line; do ./zcash-cli -datadir=$HOME/zcash_temp/ importprivkey $line; done
./zcash-cli -datadir=$HOME/zcash_temp/ stop

Новый wallet.dat будет находиться по пути /home/ЮЗЕРНЕЙМ/zcash_temp/

Осталось лишь положить wallet.dat на штатное место (в линуксе это скрытые папки в хоуме .zcash, .bitcoin, .litecoin и т.д.) и запустить qt-кошелек с параметром -rescan.




#49264 Как просрать 150 000... Фермочка из ASUS 5700 XT TUF

Отправлено от allbanks 05 июля 2017 - 08:29 в Майнинг обзоры, тесты, гайды, истории.

Приглашаю Всех на срач... ;)
 
Я не знаю как это можно было создать...
Как это можно продавать по 28-30к рублей за карту... :D
Не знаю кто и зачем собирает фермы на таких картах...
 
НО Я долго выбирал на чем собрать ферму мне давали много советов...
Я читал отзывы.. и пришел к выводу что буду собирать на ASUS TUF
 
Ну и тут понеслась :)
 
Тут я их разобрал...
сперва одну...
потом вторую...
 
Далее я собрал ферму...



Для сборки использовал
Материнская плата ESONIC B250-BTC-Gladiator (LGA1151, ATX)
Какой то проц и оперативку
Рейзера
И легендарный корпус и 2*3 деревяшек...

Питает это все HX1000
НО пришлось его доукомплектовать
Благо на питальнике хватает мест по 5 молексов и 5 PCIE
Недостающие провода можно докупить

136947-9c602ac65de8f04f4f3d53847e27e451.


И получилось ЭТО

136946-3f6d475f57b4ebab7f4b18ad14c2d133.


ЭТО СТАБИЛЬНОСТЬ работы фермы...
КАК ВЫ видите ее нет...

После прошивки в Asus.RX5700XT.8192.200116.rom и таймингами от 1500 из других карт + переход с феникса на тимредмайнер
Получилось небольшая стабильность
136944-77ff024140234a4fb7c10af8eca3eda1.


В целом остался доволен... так как давно так не мучался с 1 фермой


В цифрах 280-290mh на 800-900w тут как повезет...
МОЖНО уменьшить жор но и хэши падают...



#48922 Выжимаем Vega на Hiveos

Отправлено от allbanks 01 июля 2017 - 02:51 в Майнинг обзоры, тесты, гайды, истории.

У кого на hiveOS веги 56 шиты в 64 какие тайминги тыкаете для 51mh...
пока удалось только 48,6 да мне надо еще 2mh где взять?
 
Screenshot_40.png
 
Код:
amdmemtweak --CL 19 --RAS 30 --RCDRD 12 --RCDWR 6 --RC 44 --RP 13 --RRDS 5 --RRDL 5 --RTP 4 --FAW 18 --CWL 6 --WTRS 4 --WTRL 9 --WR 15 --WRRD 1 --RDWR 18 --REF 17000 --RFC 248