Chia что такое к32

Chia k32 k33

Коллекция часто задаваемых вопросов и ответов, собранных со всего сообщества, дополняет официальный faq Chia Network и FAQ Chia blockchain software. Каждый вопрос и ответ на этой странице можно напрямую связать. Наведя курсор мыши на вопрос и щелкнув правой кнопкой мыши значок ссылки. Чтобы скопировать адрес ссылки для обмена.

Построение

Должен ли я создать k=32 или k=33 участков? Какая разница?

Вы должны создать графики k32. участки k32-это минимальный размер участка, который может быть обработан в сети Chia. Каждый последующий k требует примерно в два раза больше ресурсов и приводит к тому. Что файл графика становится примерно в два раза больше.

Вероятность выигрыша сюжета прямо пропорциональна его размеру, поэтому. Поскольку k33s в 2,06 раза больше размера k32s. Вероятность выигрыша у них также в 2,06 раза выше. При построении графика k32s вы потеряете меньше прогресса, если процесс построения выйдет из строя. Обычно вы можете построить два k32 параллельно быстрее, чем один k33.

Основная причина построения k=33 (или выше) заключается в оптимизации дискового пространства на диске. Поскольку k33 более чем в два раза больше, чем k32, вы можете использовать комбинацию размеров участков. Чтобы минимизировать оставшееся (потраченное впустую) пространство на одном диске. См.раздел Построение графика для инструментов, чтобы помочь определить это лучшее сочетание размеров участка.

Как долго k=32 участков хороши для?

В будущем, когда оборудование улучшится до такой степени, что k32s можно будет построить менее чем за час. Сеть Chia может сделать k33 минимальным размером обрабатываемого участка. Ожидается, что это произойдет не раньше чем через 10 лет (источник).

Почему графический интерфейс предлагает размер участка k=25?

Хотя участки k25 не могут быть обработаны. Они все еще доступны для отображения в графическом интерфейсе и являются хорошим способом проверить настройку построения или ознакомиться с программным обеспечением.

Можно ли переместить файлы сюжета на другой диск?

Да! Файлы сюжета являются просто статическими файлами и могут быть перемещены по вашему желанию (подробнее). Рекомендуется временно изменить расширение файла до завершения перемещения. Чтобы предотвратить преждевременную сборку частично скопированного участка (он сообщит о его недействительности). Имейте в виду. Что участки создаются с определенным открытым ключом фермера. Поэтому только соответствующий фермер может их использовать.

Когда мне нужно будет воссоздать свои сюжеты? Должен ли я перестроить выигрышные участки?

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

Вам не нужно пересаживать выигрышные участки. Один и тот же файл сюжета может выиграть много раз.

Разве заговор изнашивает мой SSD?

Каждый участок k32 объемом

100 ГБ требует около 1,7 ТБ записи на диск в процессе его создания. Так что это может негативно сказаться на некоторых твердотельных накопителях потребительского класса. Например, твердотельный накопитель, рассчитанный на срок службы 600 ТБВТ (записанных Терабайт). Может создать около 35 ТБ графиков. Прежде чем превысит свой номинальный срок службы. Тем не менее, многие твердотельные накопители продолжают функционировать без проблем. Значительно превысив свой рейтинг выносливости. Поскольку определение может варьироваться в зависимости от производителя. Этот пост в reddit предлагает хорошее объяснение того. Почему нужно так беспокоиться о TBW. Если только вы не планируете строить очень большие фермы.

Могу ли я построить график непосредственно к целевому HDD?

Да! Это отличный способ начать работу. Если у вас нет большого SSD-диска под рукой. Единственное предостережение заключается в том, что построение жесткого диска примерно в два раза медленнее. И он не может хорошо обрабатывать параллельные операции – то есть вы не сможете параллельно построить график на одном жестком диске. Как и любые другие операции на нем одновременно. Тем не менее. Если у вас есть несколько жестких дисков. Подключенных. Вы можете построить график непосредственно к каждому из них параллельно.

Почему мой прогресс построения графика застрял на 100%?

Процесс построения графика покажет 100% после завершения фазы 4, однако все еще есть шаг копирования вашего файла графика в конечную целевую папку. Это может занять некоторое время в зависимости от интерфейса подключения (например. Может занять несколько часов через USB 2.0). Во время процесса копирования полный файл графика имеет расширение .plot.2.tmp . После копирования в конечный пункт назначения он будет переименован с расширением .plot , которое будет распознано программным обеспечением Chia как действительный сюжет. Этот последний шаг можно было бы выполнить и вручную. Если бы процесс копирования был прерван.

Каковы потребности в ресурсах для различных этапов?

Этот график показывает различное использование ресурсов на разных этапах процесса построения графика.

• Фаза 1 интенсивно использует процессор и оперативную память и является единственной фазой. Которая использует более одного потока.
• Фаза 2-это то место. Где используется пиковое использование диска.
• На 3-й и 4-й фазах использование ресурсов начинает снижаться.

Зная эти требования и продолжительность фаз на вашем оборудовании. Он может помочь определить подходящий шаг для ваших параллельных графиков. Чтобы не исчерпать ни одного отдельного ресурса. Например, можно было бы чрезмерно распределять потоки между параллельными процессами. Если бы время было рассчитано таким образом. Чтобы не все процессы находились в фазе 1 одновременно.

Что делает установка вторичного временного каталога?

Если установлен вторичный временный каталог. Фаза 3 будет выполнена в этом каталоге. Это может быть полезно для облегчения пространства в основном каталоге построения графика для других процессов. Которые могут выполняться параллельно. Примечательно. Что если вторичный временный каталог задан так же. Как и конечный каталог. В конце процесса построения графика есть некоторый выигрыш. Так как не будет последнего шага копирования файла графика на целевой диск – он просто переименует свое расширение напрямую. Но если вторичный временный каталог и конечный каталог находятся на жестком диске, а не на твердотельном накопителе. Общий процесс построения графика все равно будет медленнее. Независимо от этого повышения эффективности.

Сельское хозяйство

Как я могу сказать, правильно ли обрабатываются мои участки?

В общем, вы можете проверить следующее:

• Убедитесь. Что ваш статус синхронизирован и у вас есть здоровый список одноранговых узлов (не менее 5 соединений)
• Проверьте свои журналы (на уровне ведения журнала INFO) на наличие приемлемых доказательств, отправляемых в течение 30 секунд

Смотрите этот пост для получения информации.

Что означает “Прошедший фильтр участков”? Почему он равен 0?

Каждый вызов блока. Каждый участок (k32) имеет шанс прохождения фильтра 1/512. Если он не проходит этот фильтр. То сюжет не может выиграть блок и. Следовательно. Не нуждается в проверке. Эта функция гарантирует. Что процесс земледелия не требует постоянного чтения с диска.

Если у вас есть 512 графиков. Вы ожидаете. Что в среднем каждый блок будет иметь 1 фильтр пропускания графика. Если у вас есть хотя бы несколько участков, но вы заметили. Что это число всегда равно 0, то вы можете проверить. Действительны ли ваши участки и правильно ли они ведут сельское хозяйство.

Как рассчитывается Расчетное время для выигрыша? Почему я еще не победил?

Смотрите этот пост для хорошего объяснения.

Что такое Последняя высота фермы? И это нормально, что он равен 0?

Высота блока — это счетчик. Который ссылается на местоположение в блокчейне. Последняя высота фермы будет отражать самую последнюю высоту, на которой у вас был участок, выигравший вызов блока. Если вы еще не выиграли. Это число должно быть 0.

Почему Last Height Farmed часто цензурируется на скриншотах?

Зная высоту вашего последнего выигрышного блока, кто-то может заглянуть в блокчейн, чтобы определить адрес вашего кошелька. Это позволит другим узнать ваш текущий баланс адреса кошелька. А также быть в курсе любого XCH. Который вы можете получить на тот же адрес кошелька в будущем. Люди могут не захотеть. Чтобы их профиль в социальных сетях или личная личность были связаны с этой информацией.

Когда будут доступны бассейны?

Официальная поддержка протоколов для пулов активно прорабатывается и. Согласно недавнему отчету Zoom AMA. Должна быть доступна в июне 2021 года. Более подробную информацию о пулах можно найти в этом блоге.

Программное обеспечение Blockchain

Почему мой статус не синхронизирован?

Обычно это происходит из-за сетевой проблемы. Вызывающей отсутствие одноранговых соединений (см. wiki). Сначала убедитесь. Что порт 8444 открыт для вашего компьютера. Если нет, то вы можете попробовать следующее:

• Перезагрузите программное обеспечение. Перезагрузите компьютер.
• Если в вашей сети запущено несколько узлов (экземпляр Chia GUI), отключите UPnP на всех компьютерах. Кроме одного.
• Установите настройки переадресации портов маршрутизатора на переадресацию порта 8444 на ваш компьютер. Вы также можете полностью отключить UPnP на своем маршрутизаторе.
• (Окна) Проверьте настройки брандмауэра, чтобы убедиться, что вы не блокируете start_farmer и start_full_node в частных сетях. И проверьте. Что ваше соединение настроено на распознавание в качестве частной сети.
• Вручную добавьте одноранговое соединение к известному хорошему одноранговому узлу (см. ниже)
• Установите вторичные экземпляры узлов в вашей сети так. Чтобы они функционировали как харвестеры.
• Убедитесь. Что ваши системные часы работают правильно и выключены не более чем на 5 минут (сравните со временем работы в сети вашего мобильного телефона).

Почему я не вижу никаких одноранговых соединений (кроме 127.0.0.1)? Как я могу получить больше связей?

Вы также можете попробовать вручную добавить следующие официальные одноранговые узлы (интродьюсеры):

Регион	Хозяин	Порт
Северная Азия	introducer-apne.chia.net	8444
Южная Азия	introducer-apse.chia.net	8444
Западная Северная Америка	introducer-or.chia.net	8444
Восточная Северная Америка	introducer-va.chia.net	8444
Европа	introducer-eu.chia.net	8444

Как я могу ускорить синхронизацию?

Первоначальная загрузка блокчейна от сверстников займет некоторое время. Но имейте в виду. Что вы все еще можете построить график во время синхронизации. Если вы заметили. Что не подключены ко многим одноранговым узлам, см. Приведенный Выше вопрос о способах получения большего количества соединений.

Если у вас есть доступ к полностью синхронизированному узлу на компьютере. Которому вы доверяете. Вы можете скопировать снимок базы данных blockchain. Этот файл можно найти по адресу

Источник

Как правильно засеивать участки для фарма Chia

Предисловие:

В телеграмм канале Chia Blockchain Russia, где мы активно обсуждаем chia-фермерство, часто задают вопросы и обращаятся с рядом ошибок:
1. Какие участки лучше засеивать
2. Почему у меня так долго засеивается участок
3. Почему у меня не двигается засеивание
и многие другие.
Все они появляются вследствие неправильного засеивания!
Как правильно и почему — смотрите ниже.

Немного теории:

Как не посмотри, а ажиотаж почему то охватил не всю компьютерную сферу (и это очень странно). Да сам фарминг не требовательный, но только фарминг!
Засеивание участков, которые потом используются при фарминге очень даже требовательны. Объясню в 2 словах и распишу по пунктам:
Самый маленький плот К32 требует:

1. 4 Гб ОЗУ (в мануале 3770 Мб), но на 100% не разу не видел задейстивованные.
2. 360 Гб для временных фалов на ssd (в мануале требуется 239Гб), но по факту (и тут ниже я Вам скриншот пруф приложу) в разные стадии плотинга требуется разное количество временного места и пиковый размер 360Гб!
3. 1 поток от ядра (в мануале рекомендуется 2), но по факту чем больше потоков, тем эффективнее плотится
4. частота процессора. Да товарищи, именно частота процессора, чем выше частота, тем бодрее плотинг!

1. 8 Гб ОЗУ (в мануале 7400 Мб)
2. 700 Гб для временных фалов на ssd (в мануале требуется 521Гб), но по факту в разные стадии плотинга требуется разное количество временного места и пиковый размер 700Гб.
3. и 4. пункты везде одинаковые

Итак, делаем выводы:

• Важно ядро (от него зависит максимальное количество участков, которые мы можем сеять одновременно, и частота влияет на скорость засева)
• Оперативная память (ограничивает количество паралельных засевов)
• Объем SSD (от этого зависит какие плоты вы сможете сеять и сколько

Конфигурация ПК (минималка):

Вот вам живой пример для плотинга
Домашний ПК:
1. i5 6 ядер (12 потоков)
2. 8 Гб ОЗУ
3. SSD SATA 500Гб (НЕ с операционной системой!)
4. HDD 1тб

Итак, смотрим и оцениваем данные:
1. 12 потоков (значит обсалютный максимум 12 паралельных засевов, но ведь нужно еще резрв оставить под работу ОС, скажем 2 потоков хватит, итого осталось 10 паралельных засевов)
2. 8 Гб ОЗУ (значит 2 паралельных сазева К32 либо 1 засев К33)
3. 500Гб SSD (значит хватает всего на 1 засев К32)
4. HDD 1Тб (хватит на 9 участков к32 либо 4 К33)
Проссумировали результаты: вуаля, понимаем что можем сеять всего 1 участок К32, а следовательно выставляем настройки как на скриншоте ниже!

Источник

CHIA -Технические настройки, наблюдения и возможные пути оптимизации.

CHIA. Технические настройки, наблюдения и возможные пути оптимизации.

Дано
Processor: Intel Pentium G4560 3.5GHz (2c/4t)
Matherboard: ASUS ROG STRIX Z270F GAMING
RAM: 2x8GB Crucial Ballistix (XMP 2400 MHz)
SSD под винду: WD Green 120GB (2,5″ SATA)
NVMe под плоттинг: Silicon Power 1000GB (U.2)
HDD (в кол-ве N штук) под фарминг: Toshiba X300 8TB (3,5″ SATA)
Файл подкачки: 16GB

Кратко про свои эксперименты
Как видно, характеристики не самые впечатляющие. Собиралось все из того, что было + покупалось новое в самом начале хайпа монеты. После установки мастер-ноды была долгая синхронизация (о ней чуть дальше) + производилась проверка жизнеспособности системы. Естественно, начиналось все с одного плота и без каких-либо доп. настроек. Проверялось потребление памяти, ресурсов и энергопотребления. И вот спустя пару десятков проверок и несколько десятков часов исследований нарисовалась следующая картина. Ниже приведена выборка разного рода попыток для наглядности (указывается средний Total time для одного плота).

Сделанные выводы
1) Как видно, увеличение кол-во потоков даже на 4-х поточном (но 2-х ядерном) стареньком процессоре дает выигрыш при засеивании. В моем случае почти в 10%, но при этом процессор загружен на 99% всегда. Если бы это были честные 4 ядра, то выигрыш был бы больше. Но тут есть нюанс — если проц всегда загружен на 99%, то он потом может «захлебнуться» и завершить все процессы chia (и дочерние тоже), что чревато простоями и пересеиванием. У меня такое случалось раз в 3 дня где-то. Возможно причина была в старой версии блокчейна (сейчас уже перешел на 1.1.4) или еще в чем-то, но если проц загружен не на максималку, то проблем не наблюдалось. Тут уж каждый сам для себя решает.
2) Уменьшение бакетов (BUCKETS) в два раза практически не дает какого-либо выигрыша в скорости, но (. ) уменьшает кол-во операций перезаписи на вашем SSD/NVMe в 2 раза (более подробно в пункте «Немного про опыт других фермеров»)! Т.е. при уменьшении бакетов ваш SSD/NVMe будет жить дольше (хотя бы в первой фазе), но и объема памяти при этом нужно больше. В теории можно подобрать кол-во бакетов ровно столько, сколько памяти RAM (или около того), дабы сократить чрезмерную перезапись. При этом можно сделать адекватный файл подкачки, чтобы Windows жила нормальной жизни (за владельцев Mac/Linux ничего не могу сказать), но это сократит ресурс SSD под винду.
3) Скоростная память (с низкими задержками) очень важна и особенно важна, когда кол-во бакетов меньше стандартных 128. В первой фазе все вычисления производятся в оперативной памяти. Тут довольно простая арифметика. Чем выше скорость, тем больше данных можно записать в память или считать из памяти за единицу времени. Чем ниже тайминги (задержки), тем меньше процессору нужно времени, чтобы обращаться к памяти.
4) Увеличение частоты процессора дает прирост. Правда в моем случае он весьма скромный — всего лишь около 2%-3%. Возможно это совокупоность разгона частоты процессора и памяти, ну или же просто стабильная погрешность (нет) после переразгрузки рига. Проверить на другом железе, к сожалению, нет возможности. Скорее всего именно поэтому у многих обзорщиков на современных ПК (вроде AMD Ryzen 5900x) не удается получить хорошей скорости плоттинга при увеличении потоков, т.к. при увеличении потоков тот же Ryzen, например, сбрасывает частоты кардинально, дабы уложиться в потребление и теплопакет. Плюс никто из обзощиков не указывает при какой частоте и при каких таймингах работает у них память. Что ж, можно залочить на определенном урове разгон процессора, сделать адекватное охлаждение, увеличить допустимое потребление процессором, купить шустрее память и т.д.
5) Ну и естественно пункты 3 и 4 не будут играть большой роли (именно в многопоточном плоттинге), если ваш SSD/NVMe также не вытягивает по скорости. В моей конфигурации какой-нибудь диск с громким названием вроде EVO 980 Pro Mega Super FX будет просто бесполезен, зато он точно не будет узким местом.
6) Внимательно относитесь к единицам измерения chia. Т.е. наши привычные KB, MB и GB — это не то же самое, что и KiB, MiB и GiB. Например, 3250MiB = 3407.872MB, а 6500MiB = 6815.744MB. В GUI-программе chia мы указываем именно MiB! Вот тут есть калькулятор: https://www.gbmb.org/mib-to-mb
7) Ну и тут все как с майнингом на видеокартах. Сначала долго подбираешь оптимальные комплектующие и оптимальные настройки, а потом это все работает на тебя. Единственный момент — гораздо больше узлов для настройки.

Немного про опыт других фермеров
Вот тут https://thechiafarmer.com/2021/04/21/optimizing-plotters-in-windows один фермер рассказывает, что он оптимизировал свою систему (Ryzen 5900x 12c/24t, 32GB RAM . MHz, 6x2TB NVMe 3200MBs/2900MBs) таким образом, что она засеивает 12 плотов каждые 8 часов. В двух словах: на такой системе он засеивает параллельно 12 участков k=32 в 2 потока при 128 бакетах, при этом выделяет каждому участку всего (. ) 2400MB (2288.82MiB) памяти. И все ок. Тут есть одна хитрость: если не хватает памяти для US (uniform sort), то выполняется QS (quick sort). QS выполняется дольше, чем US, поэтому некоторые операции (и фазы в итоге) могут длиться несколько дольше. Если же памяти не хватает и для QS, то плоттить вообще не получится! У этого фермера с таким подходом все выполняется с QS, но дольше (хотя за счет хорошего проца и памяти разница не сильно велика). В теории он для QS мог оставить только 1625MiB (в реальности нужно где-то 1700MiB-1750MiB), т.к. максимальное значение US при 128 бакетах ровно 3250MiB, а QS, в свою очередь, ровно 1625MiB (ровно в 2 раза меньше). Т.е. у каждого из нас есть еще пространство для оптимизаций. И небольшое отступление — иногда процесс chia сам выполняет принудительно QS (видимо по свом каким-то алгоритмам), но этого не стоит пугаться, т.к. потребление памяти в этот момент обычно минимальное. И да — выводы про бакеты были взяты у этого фермера По крайней мере, он заявлял, что при 256 бакетах нагрузка операций чтения/записи на диски возрастает значительно ¯\_(ツ)_/¯
Важный момент: если вы в chia программе указали 3250MiB (например, для плоттинга при 128 бакетах), то реально выделено будет чуть меньше (видимо часть памяти резервируется еще под что-то) и сортировка все равно будет вывалиться в QS

Немного про отложенное засеивание
Можно поставить на поток (например, 50 плотов подряд) даже на малых объемах SSD и эффективность будет гораздо выше. Самое главное — это определить длину первой фазы (т.к. именно она работает в многопотоке и потребляет больше всего процессорного времени и памяти, а остальное время уходит на работу с дисками). Т.е. берем обычное засеивание одного плота в 2 потока (в идеале смотрим еще и большее кол-во потоков), прогоняем цикл и смотрим логи. Например, в моем случае для 2 потоков первая фаза (Time for phase 1) длится около 15700 секунд (261 минут). Весь же процесс занимает (Total time) около 32800 секунд (547 минут). Т.е. имея в своем распоряжении 1 TB можно спокойно ставить засеивание 30 плотов с отложенным запуском на 265 минут (т.е. лучше накинуть 3-5 минут сверху от завершения первой фазы) и засеивание будет происходит равномерно, как на конвеере. Не забываем про QS и US, иначе время может быть больше. В Windows PowerShell, по всей видимости, можно тоже смело ставить отложенное засеивание.
Самым же эффективным лично у меня оказалось засеивание 1 плота в 4 потока при 64 бакетах и выделением 6750 MiB (хотя нужно было указать чуть больше, чтобы сортировка не вывалилась в QS). Но, к сожалению, отложено плоттить таким образом не получится, т.к. первая фаза занимает 160 минут, а общее время выполнения 375 минут + не остается провессорного пространства… 1 плот в 3 потока тоже ок (173 минуты под первую фазу и общее время 389 минут) + 1 поток всегда свободен, но и тут плоттить не получится нормально. Т.е. у меня можно нормально отложено сеять только 1 плот в 2 потока (сейчас как раз проверяю этот момент).

Немного про максимальное засеивание HDD
Вот тут https://plot-plan.chia.foxypool.io есть калькулятор максимального засеивания. Т.е. указываете свой реальный объем диска и он показывает, как эффективно (т.е. каким кол-вом k32, k33 и k34) с максимально занятым местом можно его засеять. В моем случае HDD носит гордое значение 8TB, но реально в Windows доступно 7.27TB (ну знаете все эти 1TB=1000GB, хотя реально 1TB=1024GB), поэтому следует указать реальное значение объема. Соответственно, программка предлагает мне засеять 40*k32 и 13*k33 с эффективностью использования дискового пространства в 99.98% (. ) или же 66*k32 с эффективностью 98.81% (тоже неплохо).

Немного про синхронизацию
Когда только запустил мастер-ноду синхронизация шла около суток (+/-). Естественно, я задался вопросом, а почему так. Изначально грешил на WI-FI свисток, по которому подключен риг к сети, но все оказалось одновременно и просто, и сложно. Как оказалось, необходимо адекватное кол-во подключений к нодам пиров (peers), интродюсеров (introducers) и синкноды (syncnodes). Итак, что нужно делать, если запускаешь ноду в первый раз (да и вообще после перезапуска ПК или самой ноды тоже полезно)? Первое — это необходимо добавить хотя бы одну ноду интродюсера. Второе — добавить синкноду (можно даже первым пунктом). Третье — это вручную добавить публичные и актуальные ноды пиров. Понятное дело, что главный процесс сам перебирает ноды и пытается к ним подключиться, но делает это очень долго. Поэтому лучше слегка помочь. В графической программе CHIA жмем кнопку «CONNECT TO OTHER PEERS» на вкладке «FULL NODE» (самая верхняя вкладка) и добавляем ручками по списку. Лично я сразу добавил европейскую ноду интродюсера, синкноду и пяток пиров.
Список нод интродюсеров тут: https://github.com/Chia-Network/chi…sues—Port-8444#speed-up-connecting-to-nodes
Список нод для синхронизации: https://github.com/Chia-Network/chia-blockchain/issues/3732
Список актуальных нод пиров тут (обновляется каждый час): https://chia.keva.app
Адрес синкноды тут (возможно есть и другие адреса): https://chiafactory.com/guides/cant-sync-chia-node
Важный момент: иногда добавление пиров вручную происходит не с первого и даже не со второго раза, поэтому лучше сделать несколько попыток подключения к каждому пиру.

Установка часового пояса
Если сделано все возможное, но синхронизация не идет, то необходимо проверить корректно ли установлен ваш часовой пояс и время. Если некорректно, то выставлен как нужно и перезапускаем главный процесс chia.

Открытие порта 8444
Важным пунктом является открытие порта 8444. Изначально CHIA — это распределенная сеть (ака торрент). Общественные ноды, к которым вы подключаетесь, это ноды таких же работяг, как и вы. В свою очередь вы, как участник, тоже должны раздать свою ноду коллегам по цеху и тогда все будет ок. В оригинальном описании сказано, что это якобы поможет быстрее устанавливать соединения пиров с вами, а вы свою очередь быстрее присоединитесь как к самим пирам, так и к пирам пиров и т.д. (вот такой вот каламбур). Подробнее тут: https://github.com/Chia-Network/chia-blockchain/wiki/Resolving-Sync-Issues—Port-8444
Так что не забудьте открыть доступ на уровне роутера. У меня TP-Link и к нему есть куча инструкций и понятных описаний. Если же на уровне роутера все открыто, но доступа нет, то смело звоните/пишите провайдеру. Если провайдер не может открыть нужный порт, то можно попытаться воспользоваться услугами другого провайдера. У моего провайдера порт закрыт, а чтобы открыть нужен выделенный IP-адрес, который стоит сколько-то денег в месяц
Проверить доступность порта можно тут https://portchecker.co и тут https://2ip.ru/check-port/?port=8444

Если понравился пост и ждешь дальнейших исследований, то можно и отблагодарить:
XCH: xch1rrctcts0njzd6unpmtc5pe27k58y36w5pz45lldk0vyy0xle2zvst4jwly
ETH: 0x41e4623382bd23ef92c0a7f00745d9b7d1838613
ETC: 0x25f4b6298b6aabdf24d584b572bdb21d75181c85
BTC: 1JpkuqXsE9keXGPW8CoCdXvzCUp45UBzS5
Буду очень признателен!

Источник