скрипт для проверки плотов chia
Полезные скрипты для Chia
Для выполнения скрипта скачайте, нажмите правой кнопкой мыши, затем выберите выполнить с помощью PowerShell
Папка пользователя и папка с версией программы в скрипте подставляются автоматически. Если у вас папка с программой отличается от стандартных, то введите путь вручную изменив скрипт
Измените параметры в файле под вашу систему.
Все настройки описаны и вынесены для удобства в переменные
2. Проверка плотов
Целые плоты могут быть битыми и не нести профита. Переодически проверяйте все свои плоты на целостность. Битые плоты не несут прибыли!
— Добавленные на определенную дату.
При открытии вас попросят ввести дату (Оставьте поле пустым, чтобы проверить плоты созданные сегодня)
При запуске введите путь до диска, например: F:\
Дождитесь оцончания тестирования
3. Проверка скорости доступа к плотам
ВНИМАНИЕ. Этот скрипт будет работать только если вы включили переключили опцию на log_level INFO в конфигурационном файле. Как это сделать написано здесь: https://vk.com/chiacoinru?w=wall-204326702_8
Смотрим время. Если у вас больше 15 сек, это очень плохо
Проверка плотов Chia на целостность
Если вы занимаетесь майнингом криптовалюты Chia и всё ещё засеиваете новые плоты, то желательно следить за тем, чтобы все плоты были корректными и не занимали место просто так. Иногда, при использовании сторонних инструментов плотинга или при возникновении аппаратных проблем плоты создаются с ошибками и не могут участвовать в добыче монет.
В этой статье мы рассмотрим как выполняется проверка плотов Chia на целостность с помощью официального клиента этой криптовалюты в командной строке. Это довольно просто.
Как проверить плоты Chia
Поскольку для проверки используется консольная команда, необходимо сначала открыть командную строку. Для этого наберите cmd в поиске Windows и кликните по пункту Командная строка:
Затем нужно перейти в папку, где находятся исполняемые файлы chia. Это путь вида:
C:\Users\ \AppData\Local\chia-blockchain\app- \resources\app.asar.unpacked\daemon
Здесь вам необходимо заменить имя_пользователя и версию программы на свои. Для удобства вы можете не копировать этот путь, а начать писать его вручную и использовать клавишу Tab для автодополнения. Команда будет выглядеть примерно так:
После этого можно выполнить команду, которая и проведёт проверку плотов Chia:
Если всё хорошо, команда должна сообщить:
Found количество valid plots
количество plots of site k32
Значение количество должно совпадать в первой и второй строке. Если программа найдёт битые плоты, она сообщит об этом отдельно, такие плоты можно удалить. В выводе программы есть ещё один параметр, на который следует обратить внимание. Он выводится для каждого проверяемого плота и выглядит вот так:
Здесь отображается количество подтверждений, полученное во время проверки плота. Интересна последняя цифра, 0.8. Во время тестирования каждому плоту даётся (по умолчанию) тридцать испытаний. Этот коэффициент означает на какой процент из этих испытаний в этом плоте были найдены доказательства. Единица — были найдены доказательства на все испытания. Чем меньше, тем хуже. Разработчики говорят, что значение 0,8 — 0,9 в пределах нормы, но когда плот имеет коэффициент ниже 0.7 следует задуматься о том чтобы его пересеять. Хотя это не обязательно.
Если вы случайно скопировали плот и забыли удалить оригинал, то у вас будет хранится дубликат плота, от которого нет никакой пользы. Для того чтобы найти такие плоты выполните команду:
Выводы
Теперь вы знаете как проверить плоты Chia на целостность. Как видите, всё очень просто. Если у вас были обнаружены битые плоты их следует удалить и создать вместо них новые.
Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.
Чиа майнинг: тонкости настройки, проблемы и часто задаваемые вопросы
Chiacoin
Administrator
Почему не идет синхронизация?
Самым важным этапом является этап «синхронизации». Важно следить за ее состоянием, иначе весь процесс «фарминга» будет нецелесообразным.
Синхронизация начинается автоматически после входа в кошелек под вашей мнемоникой и формирования одного плота. Время зависит от комплектующих вашего ПК (сервера), в среднем может продлиться более суток. Проходит один раз, после чего на вкладке «полный узел» будет присвоен статус – «синхронизирован»:
Статус полного узла: синхронизирован
Далее во вкладке «кошельки» нужно проверить статус синхронизации, высоту и подключение:
Если по каким-либо непредвиденным обстоятельствам вы вышли из приложения на некоторое время и вошли снова, то синхронизация продолжится от последней пиковой высоты, которую вы достигли. Если вы вошли под своей мнемоникой с другого ПК, на котором синхронизацию вы не делали – она автоматически начнётся с самого начала.
Папку с синхронизацией можно перенести на другой ПК, найти ее можно здесь:
Также важно, чтобы ваш ПК был подключен к нодам, которые поддерживают синхронизацию с пиковой высотой:
Если нет синхронизации – инструкция
Возможные решения проблем, с которыми сталкиваются пользователи, если синхронизация отсутствует:
Создание BAT-файла для подключения ко всем узлам.
Создайте текстовый документ с расширением BAT. Далее пкм – изменить. Вставляем вот этот текст:
c:
cd %UserProfile%\AppData\Local\chia-blockchain\app-%version%\resources\app.asar.unpacked\daemon\
Примечание: в строке set “version=1.1.6” необходимо указать текущую версию вашего ПО.
После запуска происходит подключение в автоматическом режиме ко всем нодам, прописанным в документе.
Как проверить, фармит ли ферма
Для того чтобы узнать, действительно ли фармит ваша ферма, или нет, нам потребуется PowerShell ISE. Найти его можно здесь:
Запускаем. Переходим в корень диска с командой:
Далее открываем область сценариев сверху, справа, как удобнее.
Шаг 1 – включаем режим логирования
Первое, что необходимо сделать – включить режим логирования. Включается он скриптом:
Примечание: в поле ChiaVer = 1.1.6 нужно указать актуальную версию вашего ПО.
Запускаем скрипт, нажав на значок «выполнить сценарий», либо клавишей F5.
По окончании в окне PowerShell вы увидите:
Restart any running chia services for changes to take effect.
Скрипт прошел успешно, необходимо перезапустить все сервисы Chia и подождать некоторое время, чтобы лог собрал в себе информацию (минимум один час).
Шаг 2 – проверяем плоты
Проверяем плоты, проходят ли они первичный фильтр, и сколько времени занимает сама проверка. Выполняем следующий скрипт:
Вы увидите список из плотов, которые успешно прошли первый фильтр и участвовали во второй стадии розыгрыша. Во строке «Found» вы увидите, сколько доказательств (proofs) нашел плот. Далее в строке «Time» вы увидите время, за которое плот дал отклик.
Внимание: данное время не должно превышать задержку более 5 секунд, вам выйдет предупреждение. Нужно будет разобраться, почему такая задержка. Причин может быть множество: от энергосбережения диска до его брака. Если при найденном доказательстве время будет более 30 секунд, то доказательство не засчитается, и монета не упадет, даже если доказательство будет верным.
Скрипт для проверки плотов chia
GUI Tool for beginners and experts to Monitor and Analyse Chia Plotting log files, show health and progress of running plots and estimated time to completion. No setup, configuration or installation of python or whatever required. Just install and enjoy.
See Chia Plot Status in action:
On Upside Down Crypto (YouTube):
On Patro TV (YouTube):
Chia Plot Status observes the log folders you give it to monitor which can be local or connected via network. By this it supports monitoring multiple plotting rigs as you can access them on your desktop even if your plotting rigs are headless. It regulary checks for new Log files in those folders and analyses them.
On basis of finished plots it builds a local statistic (on your machine, no data is send anywhere or pulled from any cloud) and uses them to calculate ETA / time remaining and warning thresholds for the Health of your plotting processes.
Working with many distributed plotting rigs
Recommended way: Use sshfs (with sshfs-win for Windows) to securely mount the log dirs of your plotting rigs on your desktop via highly encrypted network connection, where it is your desktop that initiates the mount. This can be set up so that the desktop can only access the log dirs and only has read access. Even if you use remote plotting rigs that you access over the internet this is the most secure way and you most likely access your remote servers via ssh already.
Other Options: Mount the log folders of all rigs as network shares (via samba on linux) if all your plotting rigs are in the local network or connected via VPN. Another way would be to make a cronjob on your plotting rigs that uses scp or rsync in append mode to copy the log dir to your desktop where you run Chia Plot Status, but if you can manage to set this up you should set up sshfs instead. Last, least preferred option: collect them with cloud apps like Google Drive (Chia Plot Status does not talk to any cloud services for you, you have to install those apps and mount your log folders in them yourself if you want to use them).
Best Practice:
There are multiple attack vectors to consider:
1. The possibility that the core developer (me) is or becomes malicious
There is a saying: Where is a money trail, there is a way to sue/prosecute someone.
Chia Plot Status has buttons to donate via paypal both in the application itself and on the website.
Should the core developer (me) turn malicious, people could easily sue the core developer (me) and by that get the necessary details as in full name, address and day of birth, IBAN/Bic, everything from paypal.
If the core developer (me) becomes malicious this would be basically a how to get imprisoned speedrun (any %)
Even if you think you would not sue the core developer as he (me) might sit in a different country (germany), someone will as the Chia Plot Status Github Repository has between 2k to 4k visits daily and currently 24k downloads.
This should be more than enough to deter the core developer (me) from doing anything malicious.
2. The core developer (me) merges a pull request (code changes made by someone else) which contains malicious code without noticing
As seen on https://github.com/grayfallstown/Chia-Plot-Status/graphs/contributors there is only one other person who contributed a pull request so far and that wasn’t code but a documentation change.
The core developer (me) will check each pull request before merging as he (me) would have to run the code himself to check if the application works properly after merging that pull request and by that he (I) would get attacked by any malicious code that was contained in that pull request.
3. External Dependencies (as in libraries / code written by someone else) the application uses to do certain things (like to create the graphical user interface) become malicious.
Well, this is a tough one as even the core developer (me) has very little means to check external binaries for malicious code. The core developer (me) and every other developer using those libraries will get attacked by any malicious code in those libraries before they (we) distribute a new version of their (our) software containing that library to the users of their (our) softwares, as they (we) generally test their (our) applications before each release.
The core developer (me) takes the following precautions to mitigate that risk:
External dependencies are kept at a minimum to reduce this attack vector (chia-blockchain devs do the same)
Every release build is build on the same system and previously downloaded dependencies are never deleted/redownloaded. This prevents pulling in malicious code if the external dependency version used gets replaced with malicious code. But it also prevents reproducible builds that everyone can follow and reproduce step by step on their system, if the external dependency version actually does get changed. Well, this should raise concern anyway and in any case.
Updating Dependencies (external libraries / code written by someone else) is delayed (possibly indefinitely) until an update is required to implement a feature or to fix a bug. This gives anti virus providers time to determine if that library version is malicious, which would prevent an update.
Windows: Download latest version You will get a blue warning saying this was published by an unknown developer.
Linux: First install dotnet 5.0 SDK, then either the Chia Plot Status deb or rpm package depending on your linux distribution (deb for ubuntu)
For Mac you currently have to build it.
Getting Log Files from PowerShell
The last part with 2>&1 | % ToString | Tee-Object writes the log to the PowerShell and to a file with a unique name for each plotting process.
Getting Log Files from madMAx43v3r/chia-plotter
On Windows without WSL:
On Windows with WSL:
Note: There is nothing to be replaced in the last line. Just leave it as it is.
Note: There is nothing to be replaced in the last line. Just leave it as it is.
Need the columns in a different order?
The same works if you use harry plotter as plotting manager.
Custom tools / Home automation
You can export plot logs to json, yaml or csv both via the gui or the console for automation:
Note: Write your tools or home automation in a way that new fields/properties/columns added to the exported files do not crash it.
MIT opensource licence, free to keep or change.
This should work on x86_64bit, x86_32bit, ARM 64bit and ARM 32 bit Systems. If not, open an Issue to tell me whats wrong.
Download and install dotnet 5.0 SDK and git.
On the console, clone/download this repository:
git clone https://github.com/grayfallstown/Chia-Plot-Status.git
Chia-Plot-Status can now be started with
Binance Coin/BNB bnb1pes46l2jkw8dd9tw6j7sc4r9muzv5kuepnal0r
USD Coin/USDC 0x0e07b5A73F571a98bAf19Fc42EBDE15d6B1664f0
Bitcoin Cash/BCH qrxfzf3dact3crqu8l8uvxdp639scekw9qn20akrdc
Etherium Classic/ETC 0x9347727443e8808c14062A7Fb95625B0284F2F8d
For contributing to Chia Plot Status either by donating or otherwise.
About
GUI Tool for beginners and experts to Monitor and Analyse Chia Plotting log files, show health and progress of running plots and estimated time to completion. No setup, configuration or installation of python or whatever required. Just install and enjoy.
Скрипт для быстрого плотинга и другие полезные скрипты для майнинга Чиа 1.0
maniac84
Новичок
Доброй ночи
У меня в машите три диска SSD M.2 по 1 Тб. Я пытаюсь создать 9 потоков (по 3 на диск), но после запуска пятого на шестом и далее вылазит ошибка ошибка:
Starting phase 1/4: Forward Propagation into tmp files. Tue May 4 02:07:06 2021
Computing table 1
F1 complete, time: 144.09 seconds. CPU (186.33%) Tue May 4 02:09:30 2021
Computing table 2
Caught plotting error: bad allocation
Traceback (most recent call last):
File «chia\cmds\chia.py», line 81, in
File «chia\cmds\chia.py», line 77, in main
File «click\core.py», line 829, in call
File «click\core.py», line 782, in main
File «click\core.py», line 1259, in invoke
File «click\core.py», line 1259, in invoke
File «click\core.py», line 1066, in invoke
File «click\core.py», line 610, in invoke
File «click\decorators.py», line 21, in new_func
File «chia\cmds\plots.py», line 135, in create_cmd
File «chia\plotting\create_plots.py», line 176, in create_plots
RuntimeError: bad allocation
[8360] Failed to execute script chia
press enter to exit:
тоже самое. Как-то решили проблему?
у меня 3 компа для создания плотов.
на первом 2 ссд по 1Тб. Для него запускают 6 скриптов (3 на один ссд, 3 на второй). 3 скрипта на первом ссд работают норм, 1 скрипт для второго ссд работает норм, а 2 и 3 скрипты для второго ссд постоянно после первой фазы вылетает вот такая же ошибка как у человека выше. Что может быть не так то скрипты же тупо скопированы, всё одинаково. Проц ксеон 12 ядер 24 потока, озу 32Гб, Через графическую оболочку программы всё норм делается 6 плотов. Посмотрел видео, думал ура сейчас ускорю себе процесс, отменил создание плотов через обычную программу, а в итоге какой-то гемор один и читаю тут у многих ошибки со скриптами. Давид, вы с Солёным хоть бы не говорили в видео, что скрипты это прям лучше гораздо. уже пол дня потратил впустую.
Plot size is: 32
Buffer size is: 5000MiB
Using 128 buckets
Using 2 threads of stripe size 65536