Jump to content

AJIekceu4

Новички
  • Content Count

    20
  • Joined

  • Last visited

Community Reputation

23 Обычный

1 Follower

About AJIekceu4

  • Rank
    Новичок

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Не норма, CLI столько кушать не должен. Если столько скушал демон (monerod) при конвертации в новый формат, то еще терпимо, но именно CLI не должен столько памяти потреблять.
  2. Если используется CLI, то достаточно добавить параметр --allow-mismatched-daemon-version в параметры запуска. Если GUI, то я не знаю, работает ли там этот параметр.
  3. Вчера вечером нода была обновлена до v0.13.0.0, поэтому старая версия кошелька (как я это понимаю) с ней более не совместима из-за смены формата общения.
  4. ~18 октября будет. НО в данный момент, если посмотреть на распределение хешрейта по пулам: https://xmr.ru/charts/hashrate-distribution Видно, что это не в асиках дело, а в майнерах, которые перешли с других монет (эфир, зек...) на монеро. Так что после хардфорка и обновления алгоритма, лично я бы не ожидал больших просадок. Отвалятся плохо настроенные ботнеты и ленивые майнеры, но таких падений как прошлый раз - точно не будет.
  5. Эти сообщения можно игнорировать. Ничего страшного в них нет.
  6. Цель то какая? Средства именно с этого адреса отправить? В CLI кошельке есть команда sweep_single, которая позволяет отправить средства с 1-го конкретного входа на любой адрес (и даже с payment id) за вычетом комиссии. Если на один и тот же субадрес было несколько транзакций (и несколько разных входов соответственно), то можно все средства с него отправить командой sweep_all с указанием индекса субадреса, с которого требуется отправить средства (опять же за вычетом комиссии).
  7. Насколько я понимаю - нет. Число входов не сильно влияет на общую стоимость транзакции. Тут есть калькулятор: https://www.monero.how/monero-transaction-fee-calculator Можно в поле "Number of inputs" потыкать желаемое число входов и убедиться, что на цену это влияет мало. Да, но надо платить комиссию за это, как и за любую другую транзакцию. Да
  8. Если на данные субадреса были переводы, то эти субадреса появятся в списке (я это лично проверял в CLI версии, когда их внедрили). Т.е. если вы сгенерируете 500 адресов и сделаете перевод именно на 500-ый (а 499 будут пустые), то в консольном клиенте, после восстановления через seed фразу - отобразиться эта транзакция и все 500 субадресов, хотя 499 из них будут пустые.
  9. Я GUI не пользуюсь, так что не знаю как там с этим. В консольной версии кошелька (CLI) субадреса генерируются по-порядку. 1,2,3,4,5...499,500,501... Никаких проблем с этим нет. Если все предыдущие использовались (а это значит что вы их уже ранее сгенерировали и получили адрес кошелька, иначе, как бы он мог быть использован), то и 500 сгенерируется без проблем. От интегрированных адресов в скором времени откажутся, они оставлены пока что для обеспечения совместимости. Насколько я знаю, интегрированный адрес можно получить только для своего основного адреса с индексом 0. Тут должны раздаваться монетки в тестовой сети: https://dis.gratis/
  10. Да, в истории транзакций это будет видно (в CLI кошельке по крайней мере так, в GUI тоже скорей всего). НО, если при создании субадреса вводилось какое-либо описание к нему, чтобы самому было понятно что это за адрес - после восстановления из seed фразы оно исчезнет. Будет просто видно субадрес и сколько на него пришло средств. Они и не должны быть рандомными. Субадреса получаются из вашего seed'a путем подстановки индекса этого субадреса. Грубо говоря: Первый субадрес - это индекс 1, второй субадрес - это индекс 2, третий - 3 и т.д. Именно поэтому, даже если вы потеряете кошелек и восстановите его из мнемонической seed фразы - все ваши средства окажутся на месте. И все полученные из этого seed'a субадреса - всегда будут одинаковыми, сколько раз не восстанавливай, т.к. при их генерации меняется только одна единственная переменная - индекс этого субадреса. 1,2,3,4,5...
  11. Смена алгоритма - никак на распределение эмиссии не повлияла. Вот цитатка отсюда: https://taiga.getmonero.org/media/attachments/f/2/8/8/f6bb640681f041afbb31fd1bf275c454d3956f3d54f57be26e1ab1dfb602/draft-monero-journalist-quick-fact-sheet-copy.pdf К 2040 - число монет в обращении совпадает с приведенными вами числами. Как видно, хвостовая эмиссия составляет 0.6 XMR на блок (720 блоков в сутки * 0.6 XMR = 432 XMR в сутки будет генерироваться после мая 2022 года).
  12. Если это не проблемы фаервола, то сам пул, может быть просто заблокировал, т.к. шли не валидные шары. Можно попробовать сменить адрес кошелька (если бан там по нему), либо IP адрес, если есть возможность. Обычно блокируют на время, так что спустя какое то время, все может наладиться само без телодвижений.
  13. Почему "wallet creation height" = 1609077? https://radikal.ru/lfp/c.radikal.ru/c10/1803/48/4288fe75fe1c.jpg/htm На скриншоте транзакция сделана намного раньше этого блока. Он просто не сканирует более ранние блоки из-за такой настройки, насколько я понимаю. Надо поменять значение, на 1530000, например. Потом, если баланс автоматически не обновится, то уже воспользоваться предложенным выше вариантом:
  14. Если поле Blockchain location уже заполнено (т.е. указан нужный путь), то в флагах запуска демона - нельзя указывать параметр --Data-dir, т.к. он уже указан (в поле Blockchain location). У вас же получается, что демону дважды дается эта настройка и поэтому он не запускается (если посмотреть логи, то там будет видно, что демон ругается на то, что дважды указан параметр --Data-dir). Удалите все из "Флаги запуска демона" и попробуйте запустить демон.
  15. Обычный ресурс, который поднят группой энтузиастов (в том числе и мной) для русскоговорящей части комьюнити. Если нет доверия ресурсу, то при импорте блокчейна просто включите верификацию (verify 1) и скачанный с официального сайта софт сам все проверит в процессе. Я лишь привел пример, откуда можно скачать блокчейн и точно убедиться, то он скачался полностью, т.к. там есть md5 хеш-сумма. Т.к. ошибки, которые вы привели, на гитхабе проекта в основном из-за повреждения файла blockchain.raw
  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...