Topic: Биткоин клиент (Read 498 times)

Ну в режиме приёма и ретрасляции в среднем одного блока за 10 минут то и Raspberry Pi с 8 (или даже с 4) Гб памяти хватает, но попробуйте поставить её для IBD, уверен что черезмесяц стукнете по Raspberry Pi  молотком от злости.



Не уверенность в случае  очевидных  фактов    это уже  состояние. Я вам говорю это как человек, тесно соприкасающийся с медициной.

У многих нода крутится на Raspberry Pi с 8 (или даже с 4) Гб памяти, у некоторых даже на HDD. И ничего, работает круглосуточно без проблем. Правда, если синхронизировать такую систему с нуля, то это занимает, порой, много недель, поэтому первую синхронизацию все же обычно делают на машине посерьезней.
Но это, наверное, если нода только для себя, как у ТС. А если будут работать десятки входных соединений, то скорее всего нужно что-то помощнее.
Конечно так лучше. Но не уверен, что дело было только в этом.

 Ну я вам так из своего опыта скажу.

То вовсе не баг , а недостаток ваших ресурсов - для коры на Windows 10/11 8 GB RAM  это маловато. При 16 такой проблемы  быть не должно, если конечно CPU не древний. При 16 bitcoin.conf = 4096

 Как видите SSD помог с загрузской. Было бы 16 Гб, загрузилось бы ещё быстрее.

При нормальном железе кора останавливается без багов на любом этапе синхронизации, если RAM достаточный и  процессор не нагружать ещё параллельно какими-нибудь сверхтяжёлыми задачами.

Я, конечно, допускаю, что это может быть багом, идеального софта практически не бывает даже с хорошо финансируемой разработкой. Но из вашего рассказа неочевидно, что это точно баг. Сложный софт (вроде баз данных, как здесь) более чувствителен к условиям, в которых он работает. Например, неправильное завершение его работы может привести иногда к трудноустранимым последствиям. Поэтому для Bitcoin core лучше всего выделить отдельную линукс-систему, работающую постоянно и с бесперебойным питанием. Ну а если нет, то быть готовым к неожиданностям, либо пользоваться более простым софтом.

Ну он чудовищно медленно подгружал блокчейн, когда блокчейн был на винчестере. А может вообще не подгружал - полагаю я столкнулся с проблемой, о которой упомянули выше  satscraper и igor72. В таких случаях надо перезагружать блокчейн с нуля, а без ssd это крайне долго. С SSD у меня блокчейн прогрузился с нуля примерно за двое суток.
Также выше я написал про непонятное зависание, когда я нажал кнопку "Посмотреть файл конфигурации". И для меня было крайне муторной задачей сказать ему поменять местоположение блокчейна; я гуглил эту информацию и мне гугл давал форумы, где тоже задавали этот вопрос, и ответы меня далеко не сразу удовлетворили.
Ещё было очень неприятно, что при подгрузке блокчейна с винчестера я не мог закрыть кору когда хотел, хотя это может быть связано с упомянутым выше багом.

Да, очень интересно, как вы решили свою проблему! В отношении Bitcoin Core, лично я воспринимаю этот кошелёк, как достаточно сложный инструмент, но если пообщаться с людьми из англоязычных разделов, то там очень много энтузиастов этого кошелька.
И они не воспринимают его, как кривой и недоработанный инструмент, их всё устраивает, возможно, потому что они очень давно с этим инструментом работают и знают все его особенности.
Если человек, работает с чем-то много лет, то ему уже не кажется что этот инструмент неудобный, потому что он к нему привык, знает его все особенности, и пользуется всеми его преимуществами.

Речь идет о Bitcoin Core? Почему кривая?
И уж сразу поделились бы, как свою проблему решили, может кому-то полезно будет. Выходит, дело было не в недостатке дисковой производительности, а в чем-то другом?

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

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

Подозреваю, что так же ). Возможно, эти тормоза вообще не зависят от его железа и софта, а просто провайдер сильно режет пропускную способность канала для такого трафика. Припоминаю, что где-то видел подобную проблему - человек поменял провайдера, и сразу всё наладилось.

Ну вот вам совсем не левая, а прямо таки из самого сердца https://openpgp.dev/book/

А вообще-то  пора научиться самому пользоваться поисковиками и находить то, что интересует именно вас.

Не нужно расчитывать на то, что всё время  вас будут водить за ручку.

Кстати, ChatGPT для вас был бы в самый раз, так как он даёт ответы на вопросы, исходя из уровня их задающего.

Как чувствует себя ваша 27.0  нода?

Прочитал. Это какая-то немного левая статья, и в комментах об этом пишут, как будто написанная ChatGPT. Дайте ещё ссылки по теме.

Кстати, уже два дня как тестирую новый 27.0 релиз на разных машинах с разными ОС и по моим наблюдениям Кора стала  завершать свои операции и выходить на полный останов заметно быстрее чем предыдущая 26.0.

Может кто-нибудь  подтвердить, или мне это только так кажется?

Вообще ваш энтузиазм в освоении Bitcoin Core достоин всяческого уважения. Для криптана освоить все тонкости использования этого кошелька очень даже статусно и почётно.
Тем не менее, с практической точки зрения, действительно может имеет смысл обратить свое внимание на кошелек Electrum, а также на аппаратные кошельки. И изучить их хорошенько.
Излишняя сложность это же тоже не всегда гуд. Тот же Electrum даёт массу возможностей, и всё гораздо проще, чем Bitcoin core. А по каким-то нюансам кошелька Electrum тот же igor72 может подсказать.

От того, что вы выберете какую-нибудь альтенативу Bitcoin Core, децентрализация биткоина никак не пострадает.  Полную ноду Bitcoin Core имеет смысл держать, если у вас для этого выделен специально компьютер, который работает круглосуточно, и это имело большой смысл много лет назад, когда сеть Bitcoin была в своём зачаточном состоянии. Раньше это было альтруизмом, да.
Сейчас практический смысл в этом есть, если вам нужно максимально быстро отправлять большое количество транзакций сразу в сеть, минуя посредников. Кому это нужно? Чтоб не повторяться, привожу цитату с forklog:

Все эти вышеперечисленные ребята, как правило, используют довольно производительные дорогие серверы, резервные интернет-каналы и диски, а также системных администраторов на зарплате. Что ещё не мало важно - их не десятки, не сотни и не тысячи. Если поискать статистику, то за 2023-й год можно найти упоминания о более чем 45000 нод биткоина по всему миру. Вот когда их количество уменьшится, например, до 1000 и менее, тогда ваш альтруизм будет иметь смысл.

В данный момент, как уже несколько раз заметил igor72, даже с целью безопасности, есть гораздо более приоритетные факторы.

Кстати вспоминая по вашей истории сообщений, могу приоткрыть завесу тайны, что вы раньше использовали и продолжаете использовать программные кошельки, которые в свою очередь подключаются к сторонним полным нодам. Может вы не знали, но у Ethereum и у TON также есть возможность установки полной ноды:
https://ethereum.org/ru/run-a-node/
https://docs.ton.org/participate/run-nodes/full-node

C dbcache такая штука.

Если сделать его слишком большим, то системе останется мало RAM для своих нужд и она или зависнет, или, что ещё хуже, вообще вылетит.

 Если сделать малым, то увеличится количество обращений к диску самой Коры, что скажется на времени синхронизации.

Опытным путём было установлено, что оптимальный размер равен 1/4RAM, т.е. в случае ОР ему нужно поставить dbcache=2048

Как пояснил Greg Maxwell, dbcache это вовсе не кэш, как его понимают в компьютерных науках,  а больше  буфер записи, чем кэш.


Чтобы пользователь мог убедиться, что файлы оригинальные, а не подделанные, разработчики  подписывают файлы своими приватными pgp ключами. Пользователь, зная публичный  pgp ключ разработчика, может проверить соответствие того, что подписал разработчик, тому, что он закачал.


Для начала почитайте https://habr.com/ru/articles/737944/

Потом погуглите. Материала на сотни мегатон килобайтов.

Хэш файла - это как отпечаток пальца, у каждого файла он уникальный и подделать его нельзя. Поэтому если у двух файлов хэш одинаковый, то эти файлы идентичны. Хеши файлов из каталога https://bitcoincore.org/bin/bitcoin-core-27.0/ записаны в файле https://bitcoincore.org/bin/bitcoin-core-27.0/SHA256SUMS, можно сверить со скачанным. Остается убедиться, что сам файл SHA256SUMS не подменили, для этого нужно проверить, что файл https://bitcoincore.org/bin/bitcoin-core-27.0/SHA256SUMS.asc содержит правильные pgp-подписи. Это в двух словах не расскажешь, темы по проверке pgp-подписей я тут видел,ссылок под рукой нет, вот первое, что попалось на этом форуме касательно проверки именно Bitcoin Core.

Странно.Я у себя улучшений изменением этого параметра как-то не заметил. Пробуйте, если разницы особо не увидите, то лучше ставить поменьше - больше памяти системе останется. А так можете экспериментировать от дефолтных 450 до где-то 4096.

Можно ликбез, что такое проверка хэша. Дайте ссылки на статьи тут, если есть.
Я пока не очень понимаю принцип. Предположим, мне какие-то хакеры или вирусы подсунули бы другой файл вместо этого. Насколько такое вообще возможно?  И где скачать правильный хэш этого файла? Ну ок на адресе https://bitcoincore.org/bin/bitcoin-core-27.0/, который вы скинули, есть какие-то файлы с хэшами, но откуда я знаю, что эти файлы у меня тоже не будут подделанные?

Да, это оно. Вообще-то я просил скачанный файл, а не bitcoin-qt.exe. Но я скачал zip-архив, проверил его, он оригинальный, а внутри архива bitcoin-qt.exe идентичный вашему (хеш совпадает). Так что как минимум этот экзешник настоящий ).

Кстати, я нагуглил место в реестре, где задается путь к блокчейну: HKEY_CURRENT_USER\SOFTWARE\Bitcoin\Bitcoin-Qt\strDataDir
Можете поменять там букву E на F, должно тогда по идее (наверное, после перезагрузки системы) и без -datadir работать.

Отправил bitcoin-qt.exe на virustotal, хэш это вверху над именем файла? Вот:

cf7f3fc1ef6d4294716924f3e3b5ad11d94164e4c952b193f227025dd3f79ef5

Вирусов virustotal не нашёл.

update:
Я перезагрузил компьютер. Далее попробовал запустить старую кору (22.0), и убедился что если её просто запускать кликом - касперский не срабатывает, а если с datadir=F:\DFOLD - он срабатывает так же как с новой (27.0) корой (вначале кора что-то пытается добавить в реестр, потом запрашивает TCP соединение).
Я отключил касперского, запустил снова кору 27, и ещё брандмауэр Windows стал предупреждать о небезопасном соединении, я его тоже успокоил.
Если захожу в настройки и нажимаю "показать файл конфигурации" - выдаёт "файл не найден". Но я поместил bitcoin.conf в F:\DFOLD и опытным путём убедился что он читается: если поменять  dbcache и запустить кору, в настройках видно что оно прочиталось. С ssd мне тоже лучше выставить  dbcache=2048?