Topic: NEM - page 592. (Read 777425 times)

Открывал кошель. Сверху сообщение не меняется. А внизу в трее становится ""Nis is runing (booted) NCC is runing"
Останавливается на блоке:69690. Базу данных скачивал с http://bob.nem.ninja/
В логе NIS сообщения:
05:29:31 INFO entering /time-sync/network-time [127.0.0.1] (org.nem.nis.controller.c.hf preHandle)
05:29:31 INFO exiting /time-sync/network-time [127.0.0.1] (org.nem.nis.controller.c.hf afterCompletion)
Часто выскакивает "Ошибка 500. Ошибка сохранения файла конфигурации"

UPD Наконец то все синхронизировалось, больше суток прошло, несколько раз NIS застревал на разных блоках, приходилось перезапускать. И это после увеличения оперативки до 4Гб, На 1Гб вообще NIS вылетает через какое то время. До "нашествия ботов" медленно но работало и на 1Гб.

Да.

Подскажите новичку, NEM еще тестовый проект?

 Угу... У меня специальный комп стоит только для нэма... так что, ничего там отрезать не нужно...

Использование оперативной памяти Jav'ой при работе NIS.
   -Xms256M - стартовый минимум (первоначально было Xms512M)
   -Xmx512M - возможный максимум (первоначально было Xmx1G)
За оперативку идет конкуренция процессов, и если Java задействует свой максимум, другим процессам то ли ждать придется то ли перераспределение будет происходить, а это тоже время. В итоге комп тормозит. Уменьшив ресурсы для Java, возможно несколько замедлим ее работу, но оставим больше простора для других программ. Должен быть какой-то оптимум. Никакие процессы не выкидываются.


А продолжить дальше?
   OPEN YOUR WALLET (или CREATE NEW WALLET, если еще нет кошелька)
   Выбрать кошелек (или ввести имя кошелька)
   Ввести Password
   Open (или Create)
Откроется интерфейс кошелька:
   Booting NIS...
   NIS is synchronizing... и т.д.

Клиент Web start последняя версия. Сверху желтая полоса:"NIS requires to be booted. Please open your wallet and boot a local node via the popup dialog or configure the auto-boot setting." Больше недели уже. В трее сообщение "Nis is runing (local node not booting". Auto-boot настроено, перезапускал все несколько раз.

 Так вы сначала объясните, что это за расход такой и за счёт чего уменьшение... У меня на 3-х -то нормально сейчас... Также как у вас - 70%, а уменьшение какие процессы выкидывает?

Есть такой баг. У всех такая же картина.




Можно уменьшить расход памяти Jav'ой, отредактировав в Standalone версии файл \package\runNIS.bat:
Суммарный расход памяти после этого у меня вместо 95% стал 65% (из 2 GB). Ноут стал поживее. Узел NEM работает нормально.

Знаете, господа... У меня тоже раньше не работало... Впихнула я опреативки максимум и всё стало летать... Вы виджет поставьте себе загрузку процессора и памяти... И всё увидите... Процессор вообще почти не участвует, а памяти 3 гектара на 70% грузит...

При зеленой полосе в NCC cоздал новый кошелек.
После этого и он и потом и все остальные вырубаются ("невозможно сохранить файл конфигурации") так,что приходится запускать с нуля не только NCC но и NIS.  Проделал это несколько раз - картина одна и та же.
Кто знает, что это за хрень ?

Сейчас в тестовой сети создается искусственно спам-ботами постоянная нагрузка на сеть. Поток транзакций то ослабевает, то поднимается до потолка 120 tx/block. Такая плавающая/пульсирующая нагрузка. Отправляемые транзакции образуют очередь. Когда поток транзакций больше предельного 120 tx/block, очередь растет. Порою поток держится на пределе сутки и более. В первую очередь включаются в блок транзакции с бóльшей комиссией. Среди транзакций с одинаковыми комиссиями приоритет имеют транзакции с бóльшей суммой. Среди транзакций с одинаковыми комиссиями и суммами приоритет имеют транзакции с мéньшим временны́м штампом. Комиссии у транзакций спам-ботов обычно 10 - 20 NEM/tx. По умолчанию же для величин ≤ 144 NEM устанавливается минимальная комиссия 1 NEM. Из-за этого ваши транзакции в очереди на включение в блок будут в самом хвосте и будут долго ждать, пока очередь рассосется. Предел ожидания по умолчанию 12 часов. Если за это время ваши транзакции не будут включены в блок, они отменяются, а монеты остаются у вас на аккаунте. При большом потоке транзаций чтобы оказаться в очереди в первых кандидатах на включение в очередной блок, комиссии надо устанавливать больше чем у спам-ботов )




В чем смысл удаленного харвестинга? Начнем с того, что локальный харвестинг теоретически небезопасен. NIS подписывает блоки, используя закрытый ключ, поэтому он должен держать его в памяти. Существует ненулевая вероятность, что если кто-то взломает компьютер и получит таким образом доступ к его памяти, то он узнает закрытый ключ и украдет все ваши NEM. При удалённом харвестинге такого риска нет, потому что блоки подписываются другим закрытым ключом.


Примерный порядок действий такой (он неполный, чего-то там не хватает, кажется на компе A надо еще какие-то манипуляции сделать. я пробовал наскоком все сделать, не пошло):

На компе A с маленькой суммой на аккаунте должен быть открыт порт 7890. Запускаю на нем Standalone NIS & NCC. Открываю кошелек AA с основным аккаунтом TAAA...
Через NCC GUI контролирую и при необходимости настраиваю узел через окно Settings:
         Auto-boot:
         Node name > andme
         Account > Primary Account
         Auto boot when a wallet opened > Yes
Если локальный узел NIS запущен, то можно выключить NCC: Close Program. Терминальное окно NCC закроется, останется только терминальное окно NIS.

На компе B с большой суммой на аккаунте запускаю только Standalone NCC. Контролирую и при необходимости изменяю настройки Settings:
         Remote Server:
         Protocol > HTTP
         Host > <здесь IP компа A>
         Port > 7890
         Auto boot when a wallet is opened > No
С этого момента NCC на компе B отражает информацию и работает в паре с удаленной NIS компа A. Открываю кошелек BB с основным аккаунтом TBBB... Нажимаю "Activate remote harvesting", в открывшемся окне заполняем строки
         Wallet's password > ...
         Due by (hours) > 24 (время жизни транзакции, активирующей удаленный харвестинг, до включения в блок; от 0 до 24 часов)
Далее "Activate remote harvesting" заменяется на "Activating remote harvesting...". Теперь должно пройти 1440 блоков, и тогда дистанционный харвестинг начнется.
По прошествии 1440 блоков видим "Remote harvesting is active". Если перед этим работал локальный харвестинг, то он автоматически отключится. Но для начала удаленного харвестинга еще надо нажать "Start remote harvesting". После чего NCC можно выключить, как впрочем и сам комп B.
Если необходимо отключить удаленный харвестинг, то "Deactivate remote harvesting". Далее "Deactivating remote harvesting...", ожидание в течение 1440 блоков.




В 0.4.39 самопроизвольно прекращается харвестинг. В первый раз подумал что попал в форк. Перезагружал блокчейн. На второй день все повторилось. Тут читаю в чате:
Просто перезапустил NIS (на ноуте этот процесс занимает у меня около 20 минут), харвестинг снова пошел. Через 3,5 часа блоки опять перестали находиться. Хотя кнопка включения харвестинга активна, отображаемый коэффициент значимости узла не изменился, не упал в ноль. Обычно находилось ≈ 5 блоков в час. Но вот проходит почти 12 часов, и ни одного блока. Исходящие транзакции не оживляют харвестинг. Stop/Start local harvesting не помогает. Перезапустился - харвестинг пошел. Кажется ребята не очень удачно поэкспериментировали с POI. Еще один баг заметил: при вставке в форму адреса теперь Ctrl+V не работает, только Right Click > Paste.
   UPD. BloodyRookie: Эти проблемы известны, в следующей версии они будут исправлены.

У меня транзакции почему то хреново проходят - в 30 % случаев зависают "в ожидании".
И все... При перезагрузке исчезают...
Особенно часто, если слать десятые, сотые и т.д. нема.

И еще - кто знает как это работает  "ACTIVATE REMOTE HARVESTING" ( "Hours due" ).
Что за активация удаленного харвестинга ?

Основные составляющие времени ожидания при запуске узла NEM.

• При первом запуске 0.4.39 тратится дополнительное время на преобразование файла блокчейна, чтобы в дальнейшем с ним работа шла шустрее. На обычном компе это ≈ 5 минут, на ноуте ≈ 15 минут. При последующих запусках этой фазы не будет.
• Немаленькое время каждый раз тратится на проверку имеющегося блокчейна, на обычном компе у меня на это уходит ≈ 5 минут для сегодняшнего объема порядка 70000 блоков, на ноуте ≈ 15 минут.
• Еще одна составляющая времени ожидания при запуске - это докачивание блокчейна. Зависит от объема докачиваемых блоков, текущей версии, скорости интернета и от узлов, с которых идет скачивание. Например gimre с нуля качает блокчейн на ноут (порядка 70000 блоков), и на это уходит 70 - 80 минут.

Алгоритм/формулы расчета коэффициента значимости пока не опубликован (алгоритм POI), так что можно только гадать что там происходит, как он вычисляется. Но часть, связанная с величиной суммы на аккаунте, понятна. Если в какой-то момент счет был обнулен (точнее, упал ниже определенного порога), придется снова ждать начала харвестинга, теперь в зависимости от новой суммы. Если 2,5 млн, то до суток.

 после каждого обновления так... просто оставляю... Часок повисит и сам выходит... Кстати... Наотправляла сама себе переводов с основного аккаунта, на котором оставила 2,5 ляма. Переводы сами себе были на всю сумму, а сегодня коэфф. полезности упал в ноль. похоже, при таком переводе монеты считаются сдёрнутыми с кошелька и им сутки нужны? Форжинг с этого аккаунта не запускается...

Значит в вилку попал на блоке в 71000 о которой предупреждали. По новой выкачка nemchain должна помочь.

После обновления, при первом запуске подолгу НИЗ красный...

А, ну примерно понял, спасибо

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

А что за зверь такой - мультиподпись?

Нет. Нет пока и NEM White Paper.


Для поддержки сети необходимо и достаточно выполнение двух условий:

• открытый порт 7890 (настройки роутера и брандмауэра)
• запущенный локальный узел NIS (в Settings есть опция "Auto boot when a wallet is opened", или вручную "Boot Local Node")

Подоспело обновление 0.4.39 с некоторыми улучшениями в плане производительности. Страница загрузки.

Изменения в 0.4.39:

• Исправления пользовательского интерфейса (#145, #207), и различные другие изменения.
• Обновлены переводы.
• Исправлена ошибка, связанная с проверкой транзакций. Это может привести к жесткой вилке после блока 71000 (для тех, кто не успеет обновиться). Хотя в конечном счете попасть в вилку крайне маловероятно, все-таки рекомендуется перейти на 0.4.39.
• Добавлен HashCache для транзакций, что повысит производительность, это также связано с опцией конфигурации - nis.transactionHashRetentionTime
• Повышена скорость работы с блокчейном (UI должен стать несколько более отзывчивым благодаря в т.ч. и этому)

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

Количество монет в кошельке имеет значение для поддержки сети или нет? А то мне 20 лямов прислали. Я их пока на другой аккаунт откинула для заценки интенсивности форжинга на реальном аккаунте, но подумала, что может они специально дали так много?