-
Брайан Армстронг: «Причиной краха FTX не может быть бухгалтерская ошибка»
Генеральный директор Coinbase Брайан Армстронг раскритиковал заявление бывшего главы FTX о том, что причиной краха биржи стала «бухгалтерская ошибка» на $8 млрд. Он считает, что средства были украдены.
Брайан Армстронг (Brian Armstrong) написал в Твиттере, что миллиарды долларов никак не могли просто ускользнуть от внимания основателя и бывшего генерального директора FTX Сэма Бэнкман-Фрида (Sam Bankman-Fried), который окончил Массачусетский технологический институт со степенью в области физ5 Dec 2022, 06:58
в Новости криптовалют
-
-
News Bot
-
5 Dec 2022, 06:58
-
-
Сэм Бэнкман-Фрид: «Заявление на банкротство FTX ― моя самая большая ошибка»
Бывший генеральный директор биржи FTX, которая находится в процессе банкротства, заявил, что сильнее всего он жалеет именно о подаче заявления по статье 11 Кодекса США о банкротстве.
Сэм Бэнкман-Фрид (Sam Bankman-Fried) поделился в Твиттере своими мыслями о регуляторах, этике и действиях Alameda. Основатель FTX признал, что сделал множество ошибок, но крупнейшей стало заявление на банкротство.
«Я облажался множество раз. Но знаете мою крупнейшую ошибку? Все мне говорили подавать п17 Nov 2022, 06:18
в Новости криптовалют
-
-
News Bot
-
17 Nov 2022, 06:18
-
-
Кубики («Ошибка игрока»)
УГУ
Просто для примера — возьмите монету и подбрасывайте. Если вы будете её год подбрасывать примерно 10 раз в минуту и вам хоть раз выпадет подряд 15 орлов или решек — дайте мне знать))
11 Oct 2022, 23:44
в Флейм
-
-
Выбегалло
-
15 Oct 2022, 16:46
-
-
В Solana исправлена приводившая к остановке работы сети ошибка
Разработчики Solana сообщили, что исправили ошибку, которая уже несколько раз приводила к остановке работы блокчейна.
В статье в блоге разработчики объяснили, что баг заключался в функции постоянных одноразовых транзакций. При определенном стечении обстоятельств ошибка позволяла дважды обрабатывать неудачную одноразовую транзакцию. Это приводило к отсутствию консенсуса – одни валидаторы отклоняли последующий блок, а другие принимали его.
«Функция постоянных одноразовых транзакций7 Jun 2022, 09:26
в Новости криптовалют
-
-
News Bot
-
7 Jun 2022, 09:26
-
-
Ошибка разработчиков протокола DeFi Ichi привела к падению цены токена на 99%
В понедельник, 11 апреля, курс токена ICHI обвалился на 99%. Многие пользователи заподозрили мошенничество, однако причиной стала череда неудачных решений команды разработчиков.
Токен ICHI – это собственный токен протокола DeFi Ichi, который разработчики описывают как «валюта для всех». Также в рамках этой экосистемы есть стейблкоин oneToken, привязанный к курсу доллара США. Пользователи могут получать стейблкоины oneToken, используя обеспечение в USDC и WBTC. Курс стейблкоина поддерживаетс14 Apr 2022, 09:40
в Новости криптовалют
-
-
News Bot
-
14 Apr 2022, 09:40
-
Перейти к контенту
-
Брайан Армстронг: «Причиной краха FTX не может быть бухгалтерская ошибка»
Генеральный директор Coinbase Брайан Армстронг раскритиковал заявление бывшего главы FTX о том, что причиной краха биржи стала «бухгалтерская ошибка» на $8 млрд. Он считает, что средства были украдены.
Брайан Армстронг (Brian Armstrong) написал в Твиттере, что миллиарды долларов никак не могли просто ускользнуть от внимания основателя и бывшего генерального директора FTX Сэма Бэнкман-Фрида (Sam Bankman-Fried), который окончил Массачусетский технологический институт со степенью в области физ5 Dec 2022, 06:58
в Новости криптовалют
-
-
News Bot
-
5 Dec 2022, 06:58
-
-
Сэм Бэнкман-Фрид: «Заявление на банкротство FTX ― моя самая большая ошибка»
Бывший генеральный директор биржи FTX, которая находится в процессе банкротства, заявил, что сильнее всего он жалеет именно о подаче заявления по статье 11 Кодекса США о банкротстве.
Сэм Бэнкман-Фрид (Sam Bankman-Fried) поделился в Твиттере своими мыслями о регуляторах, этике и действиях Alameda. Основатель FTX признал, что сделал множество ошибок, но крупнейшей стало заявление на банкротство.«Я облажался множество раз. Но знаете мою крупнейшую ошибку? Все мне говорили подавать п
17 Nov 2022, 06:18
в Новости криптовалют
-
-
News Bot
-
17 Nov 2022, 06:18
-
-
Кубики («Ошибка игрока»)
УГУ
Просто для примера — возьмите монету и подбрасывайте. Если вы будете её год подбрасывать примерно 10 раз в минуту и вам хоть раз выпадет подряд 15 орлов или решек — дайте мне знать))
11 Oct 2022, 23:44
в Флейм
-
-
Выбегалло
-
15 Oct 2022, 16:46
-
-
В Solana исправлена приводившая к остановке работы сети ошибка
Разработчики Solana сообщили, что исправили ошибку, которая уже несколько раз приводила к остановке работы блокчейна.
В статье в блоге разработчики объяснили, что баг заключался в функции постоянных одноразовых транзакций. При определенном стечении обстоятельств ошибка позволяла дважды обрабатывать неудачную одноразовую транзакцию. Это приводило к отсутствию консенсуса – одни валидаторы отклоняли последующий блок, а другие принимали его.
«Функция постоянных одноразовых транзакций7 Jun 2022, 09:26
в Новости криптовалют
-
-
News Bot
-
7 Jun 2022, 09:26
-
-
Ошибка разработчиков протокола DeFi Ichi привела к падению цены токена на 99%
В понедельник, 11 апреля, курс токена ICHI обвалился на 99%. Многие пользователи заподозрили мошенничество, однако причиной стала череда неудачных решений команды разработчиков.
Токен ICHI – это собственный токен протокола DeFi Ichi, который разработчики описывают как «валюта для всех». Также в рамках этой экосистемы есть стейблкоин oneToken, привязанный к курсу доллара США. Пользователи могут получать стейблкоины oneToken, используя обеспечение в USDC и WBTC. Курс стейблкоина поддерживаетс14 Apr 2022, 09:40
в Новости криптовалют
-
-
News Bot
-
14 Apr 2022, 09:40
-
Happy New Year everybody!
Describe the issue
I have installed Bitcoin Core (64-bit) and changed the data directory to one on my NAS. I ran Bitcoin Core and after 2 days of synchronizing the Bitcoin Core window shows «Up to date». The program exits without any problems.
After each following regular startup however Bitcoin Core (64-bit) reports «Error opening block database. Do your want to rebuild the block database now?» and I have to abort the operation.
When I install Bitcoin Core again and choose to «Run Bitcoin Core (64-bit)» everything works again, including the already synchronized blocks.
Can you reliably reproduce the issue?
If so, please list the steps to reproduce below:
- Start Bitcoin Core
- Message: «Error opening block database. Do your want to rebuild the block database now?»
- Run the Bitcoin Core installer again: «bitcoin-0.13.1-win64-setup.exe»
- Choose «Run Bitcoin Core (64-bit)», everything works again
What version of bitcoin-core are you using?
Bitcoin Core version v0.13.1 (64-bit)
Machine specs:
- OS: Windows 10 Pro
- CPU: Intel Core i7
- RAM: 8.00 GB
- Disk size: 256GB & 4TB
- Disk Type (HD/SDD): SSD & HD
Any extra information that might be useful in the debugging process.
This is how the debug.log looks like when the error occurs:
Bitcoin debug_not working on regular startup.txt
This is how the debug.log looks like after a reinstall with Bitcoin Core correctly running:
Bitcoin debug_working again after fresh install.txt
Happy New Year everybody!
Describe the issue
I have installed Bitcoin Core (64-bit) and changed the data directory to one on my NAS. I ran Bitcoin Core and after 2 days of synchronizing the Bitcoin Core window shows «Up to date». The program exits without any problems.
After each following regular startup however Bitcoin Core (64-bit) reports «Error opening block database. Do your want to rebuild the block database now?» and I have to abort the operation.
When I install Bitcoin Core again and choose to «Run Bitcoin Core (64-bit)» everything works again, including the already synchronized blocks.
Can you reliably reproduce the issue?
If so, please list the steps to reproduce below:
- Start Bitcoin Core
- Message: «Error opening block database. Do your want to rebuild the block database now?»
- Run the Bitcoin Core installer again: «bitcoin-0.13.1-win64-setup.exe»
- Choose «Run Bitcoin Core (64-bit)», everything works again
What version of bitcoin-core are you using?
Bitcoin Core version v0.13.1 (64-bit)
Machine specs:
- OS: Windows 10 Pro
- CPU: Intel Core i7
- RAM: 8.00 GB
- Disk size: 256GB & 4TB
- Disk Type (HD/SDD): SSD & HD
Any extra information that might be useful in the debugging process.
This is how the debug.log looks like when the error occurs:
Bitcoin debug_not working on regular startup.txt
This is how the debug.log looks like after a reinstall with Bitcoin Core correctly running:
Bitcoin debug_working again after fresh install.txt
20 марта 2013, 3:16:47 AM |
# 12 |
Цитировать по имени |
… Думаю, что это надо бежать? Нет, кажется, нормально. Edit: Также возможно checkdsk / г в порядке? Дайте ему идти, я предположил, что вы уже пробовали это. Ok, спасибо, будет работать, что сегодня вечером. Так что, вероятно, будет проблемой HD я думаю, а не проблема клиента, как никто не сообщил об этом? Да, сэр, работает отлично здесь на SSD диск на захватывающие дух скорости |
|
|
20 марта 2013, 1:10:21 PM |
# 13 |
Цитировать по имени |
Те же проблемы, сразу после обновления с Bitcoin-0.8.0rc1-win32 в 0.8.1, на Win7-64. Выберите Отмена. Файл .sst ссылки не существует, но никаких проблем не создает .sst файл с Cygwin «потрогать», Удаленные .sst файла я создал, перезапущен Bitcoin-Qt, побежал отлично во второй раз, никаких дальнейших упоминаний о .sst файлов в debug.log. 2-месячный SATA ноутбук диск без проблем. Bitcoin версия v0.8.1-бета (2013-03-17 15:35:36 -0400) |
|
|
20 марта 2013, 5:51:10 PM |
# 14 |
Цитировать по имени |
Ran Chkdsk / г в течение ночи. Он не обнаружил никаких плохие блоки, плохие записи файлов или проиндексированные файлы. Это было обнаружить свободное пространство, помеченное как выделенные в объеме битовой карте и он сделал очистку от неиспользуемых записей индекса / дескрипторов безопасности. |
|
|
22 марта 2013, 5:13:37 AM |
# 15 |
Цитировать по имени |
Я побежал длинный SMART тест, который занял 2 + часов. Я говорю, что привод находится в отличном здоровье. Так что не объяснение действительно для ошибки, насколько я могу судить. |
|
|
22 марта 2013, 3:26:52 PM |
# 16 |
Цитировать по имени |
Я побежал длинный SMART тест, который занял 2 + часов. Я говорю, что привод находится в отличном здоровье. Так что не объяснение действительно для ошибки, насколько я могу судить. Я думаю, что проблема была не с вашей стороны, а с недавним Bitcoin 0.8.1 эталонного клиентом. Разработчики подправили параметры БД, чтобы соответствовать более старых 0.7 клиентских ограничений и, похоже, LevelDB начал жаловаться. Это влияет только на 0.8.0 до 0.8.1 обновления. Решение дается @inglian несколько постов вверх. Надеюсь, поможет. |
|
|
23 марта 2013, 2:47:44 AM |
# 17 |
Цитировать по имени |
Я побежал длинный SMART тест, который занял 2 + часов. Я говорю, что привод находится в отличном здоровье. Так что не объяснение действительно для ошибки, насколько я могу судить. Я думаю, что проблема была не с вашей стороны, а с недавним Bitcoin 0.8.1 эталонного клиентом. Разработчики подправили параметры БД, чтобы соответствовать более старых 0.7 клиентских ограничений и, похоже, LevelDB начал жаловаться. Это влияет только на 0.8.0 до 0.8.1 обновления. Решение дается @inglian несколько постов вверх. Надеюсь, поможет. Спасибо, что имеет смысл! Он хорошо работает сейчас что-то подобное должно быть включено в примечания к выпуску, хотя. (Weird однако, поскольку этот вопрос не случилось в первый раз, когда я открыл клиент после обновления.) |
|
|
31 марта 2013, 9:05:06 AM |
# 18 |
Цитировать по имени |
Я на Mac, работает Bitcoin-кварты v0.8.1-бета. Я получаю ту же ошибку: Это из моего файла журнала: Bitcoin версия v0.8.1-бета (2013-03-17 15:35:36 -0400) Существенная часть, кажется, это: «LevelDB Ошибка чтения: Коррупция: блок несовпадение контрольной суммы» Каждый знает, что происходит? |
|
|
31 марта 2013, 6:50:20 PM |
# 19 |
Цитировать по имени |
Прошло несколько часов, и теперь я снова попытался открыть мой Bitcoin-кварты клиента. Он сейчас работает без каких-либо ошибок. Так странно, я просто не знаю, что было причиной этого. |
|
|
31 марта 2013, 9:46:10 PM |
# 20 |
Цитировать по имени |
Прошло несколько часов, и теперь я снова попытался открыть мой Bitcoin-кварты клиента. Он сейчас работает без каких-либо ошибок. Так странно, я просто не знаю, что было причиной этого. Пожалуйста, пост этот вопрос на Github, чтобы разработчики могли посмотреть на него. https://github.com/bitcoin/bitcoin/issues/new |
|
|
-
#1
Приветствую. На днях докачал bitcoin-core, создал новый кошелек. Далее уже решил перекинуть в него свой старый wallet.dat (заменил только этот файл, остальные не трогал). Кошелек запустился, но вскоре переставал работать, просто не отвечал. Несколько раз закрывал его принудительно, в итоге все заработало. Сменил пароль, сделал резервную копию wallet.dat и попробовал запустить кошелек на другом пк. При старте появилась ошибка, что файл wallet.dat поврежден. Перебросил внешний накопитель обратно, посмотрел вес файла и он отличался от того, что в резерве. Перекинул снова с резерва в основной кошелек, все запустилось и работало. Выключил кошелек, запускаю на другом пк и уже новая ошибка типа «не удалось открыть БД блоков». кошелек больше не запускался, удаление index помогло запустить кошелек, но синхронизация пошла заново. Пробовал запускать с командой -reindex, но каких либо сподвижек нет. В диспетчере задач видно что кошелек работает, грузит процессор и внешний накопитель, но в самом кошельке прогресс не идет. Подскажите, каким образом его можно восстановить, чтобы не скачивать заново? Все blk_____.dat скачаны. Пользовался кором в 2014 и 2017 году и ни с какими проблемами не сталкивался, а тут только скачал и началось…
-
#2
Ничего непонятно, но оооочень интересно. Простите
-
#3
Сильно зависит от скорости диска, тоже пытался на флешке хранить (самый быстрый самсунх), реиндекс уже пару дней идет, обещает неделю. А так просто нужно оставить его в покое и ждать
-
#4
Ничего непонятно, но оооочень интересно. Простите
при запуске ошибки разного плана, то одно, то другое. вопрос собственно как быстро синхронизировать блоки с сетью, когда остались только скачанные блоки
-
#5
Сильно зависит от скорости диска, тоже пытался на флешке хранить (самый быстрый самсунх), реиндекс уже пару дней идет, обещает неделю. А так просто нужно оставить его в покое и ждать
сейчас открыл без всяких команд, проходит все относительно быстро. как я понимаю сейчас идет проверка блоков, ибо нагрузка на диск не полная, а вот интернет жрет по макимуму. запускал с командой -reindex, он проводит индексацию до последнего синхронизированного блока и повисает.
-
#6
Не уверен, что понял проблему, но попробуйте в консоли дать команду getbestblockhash, а затем reconsiderblock <полученный хеш>.
-
#7
Общие рекомендации — перед стартом сделайте проверку дисков компьютера. Chkdsk — наше все. Далее, если мне память не изменяет, в кошельке есть консоль с командами, отображающими состояние кошелька. Посмотрите их, я давно с ними игрался, деталей не помню.
-
#8
чтобы уменьшить вес битоин-коре можно использовать параметр -prune=n , где n — это кол-во мегабайт.(минимум 551 Мб).
Примечание: блоки начнут грузиться заного. Команды —rescan и —reindex не работают с —prune.
И, думаю, следует копировать wallet.dat с внешнего устройства на внутренний диск.
-
#9
чтобы уменьшить вес битоин-коре можно использовать параметр -prune=n , где n — это кол-во мегабайт.(минимум 551 Мб).
Примечание: блоки начнут грузиться заного. Команды —rescan и —reindex не работают с —prune.
И, думаю, следует копировать wallet.dat с внешнего устройства на внутренний диск.
я скачиваю как холодный кошелек, внешний жесткий диск на 1тб. сейчас сразу кинул в папку wallet.dat, теперь он подвисает сильно, но синхронизация идет не так медленно, как при загрузке. команда -prune не стоит. до полной синхронизации я ждал 1.5 месяца, поэтому пытаюсь восстановить работоспособность без скачивания блоков. непонятно почему произошла вся эта ситуация с ошибками. попробую проверить диск через команду Chkdsk после синхронизации. может я неправильно заменил wallet.dat, как я понимаю там создаются к нему дополнительные файлы, нужно ли их удалять? так же перед отключением я изменил пароль кошелька.
-
#10
я скачиваю как холодный кошелек, внешний жесткий диск на 1тб. сейчас сразу кинул в папку wallet.dat, теперь он подвисает сильно, но синхронизация идет не так медленно, как при загрузке. команда -prune не стоит. до полной синхронизации я ждал 1.5 месяца, поэтому пытаюсь восстановить работоспособность без скачивания блоков. непонятно почему произошла вся эта ситуация с ошибками. попробую проверить диск через команду Chkdsk после синхронизации. может я неправильно заменил wallet.dat, как я понимаю там создаются к нему дополнительные файлы, нужно ли их удалять? так же перед отключением я изменил пароль кошелька.
Вот посмотри видео про этот кошелек,можно не смотреть на файл wallet.dat как на священную корову, Может полезно будет
Добавлю. При копировании важных файлов нужно сравнивать не только вес файла , но и сравнивать контрольные суммы исходника и копии
Как это сделать https://beginpc.ru/raznoe/checksum-file
Последнее редактирование: 22 Авг 2021
-
#11
Приветствую. На днях докачал bitcoin-core, создал новый кошелек. Далее уже решил перекинуть в него свой старый wallet.dat (заменил только этот файл, остальные не трогал). Кошелек запустился, но вскоре переставал работать, просто не отвечал. Несколько раз закрывал его принудительно, в итоге все заработало. Сменил пароль, сделал резервную копию wallet.dat и попробовал запустить кошелек на другом пк. При старте появилась ошибка, что файл wallet.dat поврежден. Перебросил внешний накопитель обратно, посмотрел вес файла и он отличался от того, что в резерве. Перекинул снова с резерва в основной кошелек, все запустилось и работало. Выключил кошелек, запускаю на другом пк и уже новая ошибка типа «не удалось открыть БД блоков». кошелек больше не запускался, удаление index помогло запустить кошелек, но синхронизация пошла заново. Пробовал запускать с командой -reindex, но каких либо сподвижек нет. В диспетчере задач видно что кошелек работает, грузит процессор и внешний накопитель, но в самом кошельке прогресс не идет. Подскажите, каким образом его можно восстановить, чтобы не скачивать заново? Все blk_____.dat скачаны. Пользовался кором в 2014 и 2017 году и ни с какими проблемами не сталкивался, а тут только скачал и началось…
ну накопи себе на нормальный кошелек 50 баксов , ну займи , ну укради наконец
-
#12
я скачиваю как холодный кошелек
От того, что он будет на отдельном диске, он холодным не станет. Лучше бы сделали себе действительно холодный кошелек (Tails на флешке >8 Гб), это было бы и гораздо надежнее как хранилище ключей, и проще (ничего качать не надо и потом долго синхронизировать после простоя), и жесткий диск не понадобится. Кор — это нода прежде всего, если вам нода не нужна (а я подозреваю, что так и есть), то и не нужно усложнять себе жизнь.
-
#13
до полной синхронизации я ждал 1.5 месяца
Чтобы не ждать столько — сделайте проброс порта в роутере 8333 до ПК, где BTC нода. Крайне желательно иметь хотя бы динамический внешний ip, а в идеале — заказать у вашего провайдера за отдельную плату внешний статический ip. И тогда, полная синхронизация ноды будет 2-4 дня, а то и меньше.
С параметром prune — вам подсказали хорошее решение.
-
#14
Чтобы не ждать столько — сделайте проброс порта в роутере 8333 до ПК, где BTC нода. Крайне желательно иметь хотя бы динамический внешний ip, а в идеале — заказать у вашего провайдера за отдельную плату внешний статический ip. И тогда, полная синхронизация ноды будет 2-4 дня, а то и меньше.
Думаете, с пирами проблема? Очень сомневаюсь. 99%, что тормоза из-за железа, особенно из-за HDD.
-
#15
Думаете, с пирами проблема?
Уверен, хотя железо, разумеется, играет очень важную роль безусловно.
Больше скажу — в моём случае всё по срокам было именно так, даже больше чем у ТС — время синхронизации месяцы. Но стоило пробросить порт, на том же железе — произошло чудо…
ТС, в общем сделайте то, что пишу в первую очередь и тогда, вместо 1-2 пиров, увидите буквально сразу например столько:
ps Кстати, не стоит использовать внешние жесткие диски, я так понимаю, подключаете вы его по USB 2.0 c ограничением скорости обмена данными max 60 МБайт/сек.
Последнее редактирование: 22 Авг 2021
-
#16
Но стоило пробросить порт, на том же железе — произошло чудо…
Откровение для меня, честно говоря. Если бы это еще было не в биткоине, я бы как-то мог это объяснить, а так — не понимаю почему… Но ладно, буду знать, что такое бывает, спасибо за инфу ).
-
#17
Откровение для меня, честно говоря. Если бы это еще было не в биткоине, я бы как-то мог это объяснить, а так — не понимаю почему… Но ладно, буду знать, что такое бывает, спасибо за инфу ).
Это реальный факт. Как вариант, если ваш роутер умеет это — можете поиграться с так сказать динамическим пробросом порта — с включением галки UPnP в клиенте Core. Теоретически — эффект дб тот же.
Но ещё раз — это будет работать только в том случае, если ваш роутер умеет это.
-
#18
Не плохая тема, по сабжу, я считаю:
Соло-майнинг без пула. Часть 3. Дед (А-ля-ля-ля-ля, а я сошел с ума)
Расчет шансов: https://medium.com/@batog/bitcoin-mining-versus-lottery-69d3b46e0f65. В статье автор пришел к выводу, что вероятность нахождения блока биткоин примерно равна вероятности выигрыша 1 миллиона фунтов в Британскую национальную лотерею. Но для майнинга биткоин процессором не нужно…
miningclub.info
Почитайте всю. Весьма интересно. Там много чего есть.
-
#19
От того, что он будет на отдельном диске, он холодным не станет. Лучше бы сделали себе действительно холодный кошелек (Tails на флешке >8 Гб), это было бы и гораздо надежнее как хранилище ключей, и проще (ничего качать не надо и потом долго синхронизировать после простоя), и жесткий диск не понадобится. Кор — это нода прежде всего, если вам нода не нужна (а я подозреваю, что так и есть), то и не нужно усложнять себе жизнь.
а что по вашему холодный кошелек?
-
#20
Уверен, хотя железо, разумеется, играет очень важную роль безусловно.
Больше скажу — в моём случае всё по срокам было именно так, даже больше чем у ТС — время синхронизации месяцы. Но стоило пробросить порт, на том же железе — произошло чудо…
ТС, в общем сделайте то, что пишу в первую очередь и тогда, вместо 1-2 пиров, увидите буквально сразу например столько:
Посмотреть вложение 219655ps Кстати, не стоит использовать внешние жесткие диски, я так понимаю, подключаете вы его по USB 2.0 c ограничением скорости обмена данными max 60 МБайт/сек.
благодарю, пробовал открыть порт, не сработало. пока нет времени загуглить и сделать настройки роутера, использую usb 3.0, чтение доходит до 120мбайт/сек, скорость записи хаотичная, сейчас спустя сутки синхронизация пройдена на 42.7%. видимо перепроверяет блоки.
p.s. роутер старенький, tp-link tl-wdr4300
For some reason my node shutdown and now I get when restart it
Error opening block database
here my bitcoin.conf
txindex=1
reindex=1
reindex-chainstate=1
# Accept command line and JSON-RPC commands.
server=1
# Options only for mainnet
[main]
# Options only for testnet
[test]
# Options only for regtest
[regtest]
this is my debug.log
2020-08-29T07:17:24Z Bitcoin Core version v0.19.1 (release build)
2020-08-29T07:17:24Z Assuming ancestors of block 00000000000000000005f8920febd3925f8272a6a71237563d78c2edfdd09ddf have valid signatures.
2020-08-29T07:17:24Z Setting nMinimumChainWork=000000000000000000000000000000000000000008ea3cf107ae0dec57f03fe8
2020-08-29T07:17:24Z Using the 'standard' SHA256 implementation
2020-08-29T07:17:24Z Default data directory /home/bitcoin/.bitcoin
2020-08-29T07:17:24Z Using data directory /home/bitcoin/.bitcoin
2020-08-29T07:17:24Z Config file: /home/bitcoin/.bitcoin/bitcoin.conf
2020-08-29T07:17:24Z Using at most 125 automatic connections (1024 file descriptors available)
2020-08-29T07:17:24Z Using 16 MiB out of 32/2 requested for signature cache, able to store 524288 elements
2020-08-29T07:17:24Z Using 16 MiB out of 32/2 requested for script execution cache, able to store 524288 elements
2020-08-29T07:17:24Z Using 4 threads for script verification
2020-08-29T07:17:24Z HTTP: creating work queue of depth 16
2020-08-29T07:17:24Z No rpcpassword set - using random cookie authentication.
2020-08-29T07:17:24Z scheduler thread start
2020-08-29T07:17:24Z Generated RPC authentication cookie /home/bitcoin/.bitcoin/.cookie
2020-08-29T07:17:24Z HTTP: starting 4 worker threads
2020-08-29T07:17:24Z Using wallet directory /home/bitcoin/.bitcoin
2020-08-29T07:17:24Z init message: Verifying wallet(s)...
2020-08-29T07:17:24Z Using BerkeleyDB version Berkeley DB 4.8.30: (April 9, 2010)
2020-08-29T07:17:24Z Using wallet /home/bitcoin/.bitcoin
2020-08-29T07:17:24Z BerkeleyEnvironment::Open: LogDir=/home/bitcoin/.bitcoin/database ErrorFile=/home/bitcoin/.bitcoin/db.log
2020-08-29T07:17:24Z init message: Loading banlist...
2020-08-29T07:17:24Z Cache configuration:
2020-08-29T07:17:24Z * Using 2.0 MiB for block index database
2020-08-29T07:17:24Z * Using 56.0 MiB for transaction index database
2020-08-29T07:17:24Z * Using 8.0 MiB for chain state database
2020-08-29T07:17:24Z * Using 384.0 MiB for in-memory UTXO set (plus up to 286.1 MiB of unused mempool space)
2020-08-29T07:17:24Z init message: Loading block index...
2020-08-29T07:17:24Z LevelDB using max_open_files=64 (default=1000)
2020-08-29T07:17:24Z Wiping LevelDB in /home/bitcoin/.bitcoin/blocks/index
2020-08-29T07:17:24Z Opening LevelDB in /home/bitcoin/.bitcoin/blocks/index
2020-08-29T07:17:24Z leveldb: Delete type=3 #1
2020-08-29T07:17:24Z Opened LevelDB successfully
2020-08-29T07:17:24Z Using obfuscation key for /home/bitcoin/.bitcoin/blocks/index: 0000000000000000
2020-08-29T07:17:24Z WriteBatch memory usage: db=index, before=0.0MiB, after=0.0MiB
2020-08-29T07:17:24Z Initializing databases...
2020-08-29T07:17:24Z LevelDB using max_open_files=64 (default=1000)
2020-08-29T07:17:24Z Wiping LevelDB in /home/bitcoin/.bitcoin/chainstate
2020-08-29T07:17:24Z Fatal LevelDB error: IO error: /home/bitcoin/.bitcoin/chainstate/449175.ldb: Bad message
2020-08-29T07:17:24Z You can use -debug=leveldb to get more complete diagnostic messages
2020-08-29T07:17:24Z Fatal LevelDB error: IO error: /home/bitcoin/.bitcoin/chainstate/449175.ldb: Bad message
2020-08-29T07:17:24Z Error: Error opening block database
Error: Error opening block database
2020-08-29T07:17:24Z Shutdown: In progress...
2020-08-29T07:17:24Z scheduler thread interrupt
2020-08-29T07:17:24Z Shutdown: done
For some reason my node shutdown and now I get when restart it
Error opening block database
here my bitcoin.conf
txindex=1
reindex=1
reindex-chainstate=1
# Accept command line and JSON-RPC commands.
server=1
# Options only for mainnet
[main]
# Options only for testnet
[test]
# Options only for regtest
[regtest]
this is my debug.log
2020-08-29T07:17:24Z Bitcoin Core version v0.19.1 (release build)
2020-08-29T07:17:24Z Assuming ancestors of block 00000000000000000005f8920febd3925f8272a6a71237563d78c2edfdd09ddf have valid signatures.
2020-08-29T07:17:24Z Setting nMinimumChainWork=000000000000000000000000000000000000000008ea3cf107ae0dec57f03fe8
2020-08-29T07:17:24Z Using the 'standard' SHA256 implementation
2020-08-29T07:17:24Z Default data directory /home/bitcoin/.bitcoin
2020-08-29T07:17:24Z Using data directory /home/bitcoin/.bitcoin
2020-08-29T07:17:24Z Config file: /home/bitcoin/.bitcoin/bitcoin.conf
2020-08-29T07:17:24Z Using at most 125 automatic connections (1024 file descriptors available)
2020-08-29T07:17:24Z Using 16 MiB out of 32/2 requested for signature cache, able to store 524288 elements
2020-08-29T07:17:24Z Using 16 MiB out of 32/2 requested for script execution cache, able to store 524288 elements
2020-08-29T07:17:24Z Using 4 threads for script verification
2020-08-29T07:17:24Z HTTP: creating work queue of depth 16
2020-08-29T07:17:24Z No rpcpassword set - using random cookie authentication.
2020-08-29T07:17:24Z scheduler thread start
2020-08-29T07:17:24Z Generated RPC authentication cookie /home/bitcoin/.bitcoin/.cookie
2020-08-29T07:17:24Z HTTP: starting 4 worker threads
2020-08-29T07:17:24Z Using wallet directory /home/bitcoin/.bitcoin
2020-08-29T07:17:24Z init message: Verifying wallet(s)...
2020-08-29T07:17:24Z Using BerkeleyDB version Berkeley DB 4.8.30: (April 9, 2010)
2020-08-29T07:17:24Z Using wallet /home/bitcoin/.bitcoin
2020-08-29T07:17:24Z BerkeleyEnvironment::Open: LogDir=/home/bitcoin/.bitcoin/database ErrorFile=/home/bitcoin/.bitcoin/db.log
2020-08-29T07:17:24Z init message: Loading banlist...
2020-08-29T07:17:24Z Cache configuration:
2020-08-29T07:17:24Z * Using 2.0 MiB for block index database
2020-08-29T07:17:24Z * Using 56.0 MiB for transaction index database
2020-08-29T07:17:24Z * Using 8.0 MiB for chain state database
2020-08-29T07:17:24Z * Using 384.0 MiB for in-memory UTXO set (plus up to 286.1 MiB of unused mempool space)
2020-08-29T07:17:24Z init message: Loading block index...
2020-08-29T07:17:24Z LevelDB using max_open_files=64 (default=1000)
2020-08-29T07:17:24Z Wiping LevelDB in /home/bitcoin/.bitcoin/blocks/index
2020-08-29T07:17:24Z Opening LevelDB in /home/bitcoin/.bitcoin/blocks/index
2020-08-29T07:17:24Z leveldb: Delete type=3 #1
2020-08-29T07:17:24Z Opened LevelDB successfully
2020-08-29T07:17:24Z Using obfuscation key for /home/bitcoin/.bitcoin/blocks/index: 0000000000000000
2020-08-29T07:17:24Z WriteBatch memory usage: db=index, before=0.0MiB, after=0.0MiB
2020-08-29T07:17:24Z Initializing databases...
2020-08-29T07:17:24Z LevelDB using max_open_files=64 (default=1000)
2020-08-29T07:17:24Z Wiping LevelDB in /home/bitcoin/.bitcoin/chainstate
2020-08-29T07:17:24Z Fatal LevelDB error: IO error: /home/bitcoin/.bitcoin/chainstate/449175.ldb: Bad message
2020-08-29T07:17:24Z You can use -debug=leveldb to get more complete diagnostic messages
2020-08-29T07:17:24Z Fatal LevelDB error: IO error: /home/bitcoin/.bitcoin/chainstate/449175.ldb: Bad message
2020-08-29T07:17:24Z Error: Error opening block database
Error: Error opening block database
2020-08-29T07:17:24Z Shutdown: In progress...
2020-08-29T07:17:24Z scheduler thread interrupt
2020-08-29T07:17:24Z Shutdown: done
Happy New Year everybody!
Describe the issue
I have installed Bitcoin Core (64-bit) and changed the data directory to one on my NAS. I ran Bitcoin Core and after 2 days of synchronizing the Bitcoin Core window shows «Up to date». The program exits without any problems.
After each following regular startup however Bitcoin Core (64-bit) reports «Error opening block database. Do your want to rebuild the block database now?» and I have to abort the operation.
When I install Bitcoin Core again and choose to «Run Bitcoin Core (64-bit)» everything works again, including the already synchronized blocks.
Can you reliably reproduce the issue?
If so, please list the steps to reproduce below:
- Start Bitcoin Core
- Message: «Error opening block database. Do your want to rebuild the block database now?»
- Run the Bitcoin Core installer again: «bitcoin-0.13.1-win64-setup.exe»
- Choose «Run Bitcoin Core (64-bit)», everything works again
What version of bitcoin-core are you using?
Bitcoin Core version v0.13.1 (64-bit)
Machine specs:
- OS: Windows 10 Pro
- CPU: Intel Core i7
- RAM: 8.00 GB
- Disk size: 256GB & 4TB
- Disk Type (HD/SDD): SSD & HD
Any extra information that might be useful in the debugging process.
This is how the debug.log looks like when the error occurs:
Bitcoin debug_not working on regular startup.txt
This is how the debug.log looks like after a reinstall with Bitcoin Core correctly running:
Bitcoin debug_working again after fresh install.txt
Go to dogecoin
«Error opening block database»
Some background:
I have an older post that I update every so often with a recent copy (Jan 15th 21) of the blockchain:
https://www.reddit.com/r/dogecoin/comments/horyj0/dogecoin_blockchain/
Some people the blockchain files work flawlessly for, whereas others get a «error opening block database». Doing a search on this sub, I see multiple others that have experienced the same error with different downloaded copies of the blockchain…
I know resyncing block headers by starting the wallet with «-reindex» will solve the error… but that can take a while (but generally not as long as syncing from genesis block). There has to be some sort of underlying cause or a quicker way to resolve this error when it happens.
I want to help the community more if I can. Does anyone have any additional knowledge on what specifically causes the error and/or a quicker way to resolve than reindexing?
Edit: SOLVED! Thanks to u/UnoProprioQualunque
Some computers are setting the downloaded blockchain files as «read-only»
-
Right-Click the «blocks» folder, select Properties, Uncheck readonly (if it is checked)
-
Right-Click the «chainstate» folder, select Properties, Uncheck readonly (if it is checked)
-
Right-Click the «peers.dat» file, select Properties, Uncheck readonly (if it is checked)
-
#1
Приветствую. На днях докачал bitcoin-core, создал новый кошелек. Далее уже решил перекинуть в него свой старый wallet.dat (заменил только этот файл, остальные не трогал). Кошелек запустился, но вскоре переставал работать, просто не отвечал. Несколько раз закрывал его принудительно, в итоге все заработало. Сменил пароль, сделал резервную копию wallet.dat и попробовал запустить кошелек на другом пк. При старте появилась ошибка, что файл wallet.dat поврежден. Перебросил внешний накопитель обратно, посмотрел вес файла и он отличался от того, что в резерве. Перекинул снова с резерва в основной кошелек, все запустилось и работало. Выключил кошелек, запускаю на другом пк и уже новая ошибка типа «не удалось открыть БД блоков». кошелек больше не запускался, удаление index помогло запустить кошелек, но синхронизация пошла заново. Пробовал запускать с командой -reindex, но каких либо сподвижек нет. В диспетчере задач видно что кошелек работает, грузит процессор и внешний накопитель, но в самом кошельке прогресс не идет. Подскажите, каким образом его можно восстановить, чтобы не скачивать заново? Все blk_____.dat скачаны. Пользовался кором в 2014 и 2017 году и ни с какими проблемами не сталкивался, а тут только скачал и началось…
-
#2
Ничего непонятно, но оооочень интересно. Простите
-
#3
Сильно зависит от скорости диска, тоже пытался на флешке хранить (самый быстрый самсунх), реиндекс уже пару дней идет, обещает неделю. А так просто нужно оставить его в покое и ждать
-
#4
Ничего непонятно, но оооочень интересно. Простите
при запуске ошибки разного плана, то одно, то другое. вопрос собственно как быстро синхронизировать блоки с сетью, когда остались только скачанные блоки
-
#5
Сильно зависит от скорости диска, тоже пытался на флешке хранить (самый быстрый самсунх), реиндекс уже пару дней идет, обещает неделю. А так просто нужно оставить его в покое и ждать
сейчас открыл без всяких команд, проходит все относительно быстро. как я понимаю сейчас идет проверка блоков, ибо нагрузка на диск не полная, а вот интернет жрет по макимуму. запускал с командой -reindex, он проводит индексацию до последнего синхронизированного блока и повисает.
-
#6
Не уверен, что понял проблему, но попробуйте в консоли дать команду getbestblockhash, а затем reconsiderblock <полученный хеш>.
-
#7
Общие рекомендации — перед стартом сделайте проверку дисков компьютера. Chkdsk — наше все. Далее, если мне память не изменяет, в кошельке есть консоль с командами, отображающими состояние кошелька. Посмотрите их, я давно с ними игрался, деталей не помню.
-
#8
чтобы уменьшить вес битоин-коре можно использовать параметр -prune=n , где n — это кол-во мегабайт.(минимум 551 Мб).
Примечание: блоки начнут грузиться заного. Команды —rescan и —reindex не работают с —prune.
И, думаю, следует копировать wallet.dat с внешнего устройства на внутренний диск.
-
#9
чтобы уменьшить вес битоин-коре можно использовать параметр -prune=n , где n — это кол-во мегабайт.(минимум 551 Мб).
Примечание: блоки начнут грузиться заного. Команды —rescan и —reindex не работают с —prune.
И, думаю, следует копировать wallet.dat с внешнего устройства на внутренний диск.
я скачиваю как холодный кошелек, внешний жесткий диск на 1тб. сейчас сразу кинул в папку wallet.dat, теперь он подвисает сильно, но синхронизация идет не так медленно, как при загрузке. команда -prune не стоит. до полной синхронизации я ждал 1.5 месяца, поэтому пытаюсь восстановить работоспособность без скачивания блоков. непонятно почему произошла вся эта ситуация с ошибками. попробую проверить диск через команду Chkdsk после синхронизации. может я неправильно заменил wallet.dat, как я понимаю там создаются к нему дополнительные файлы, нужно ли их удалять? так же перед отключением я изменил пароль кошелька.
-
#10
я скачиваю как холодный кошелек, внешний жесткий диск на 1тб. сейчас сразу кинул в папку wallet.dat, теперь он подвисает сильно, но синхронизация идет не так медленно, как при загрузке. команда -prune не стоит. до полной синхронизации я ждал 1.5 месяца, поэтому пытаюсь восстановить работоспособность без скачивания блоков. непонятно почему произошла вся эта ситуация с ошибками. попробую проверить диск через команду Chkdsk после синхронизации. может я неправильно заменил wallet.dat, как я понимаю там создаются к нему дополнительные файлы, нужно ли их удалять? так же перед отключением я изменил пароль кошелька.
Вот посмотри видео про этот кошелек,можно не смотреть на файл wallet.dat как на священную корову, Может полезно будет
Добавлю. При копировании важных файлов нужно сравнивать не только вес файла , но и сравнивать контрольные суммы исходника и копии
Как это сделать https://beginpc.ru/raznoe/checksum-file
Последнее редактирование: 22 Авг 2021
-
#11
Приветствую. На днях докачал bitcoin-core, создал новый кошелек. Далее уже решил перекинуть в него свой старый wallet.dat (заменил только этот файл, остальные не трогал). Кошелек запустился, но вскоре переставал работать, просто не отвечал. Несколько раз закрывал его принудительно, в итоге все заработало. Сменил пароль, сделал резервную копию wallet.dat и попробовал запустить кошелек на другом пк. При старте появилась ошибка, что файл wallet.dat поврежден. Перебросил внешний накопитель обратно, посмотрел вес файла и он отличался от того, что в резерве. Перекинул снова с резерва в основной кошелек, все запустилось и работало. Выключил кошелек, запускаю на другом пк и уже новая ошибка типа «не удалось открыть БД блоков». кошелек больше не запускался, удаление index помогло запустить кошелек, но синхронизация пошла заново. Пробовал запускать с командой -reindex, но каких либо сподвижек нет. В диспетчере задач видно что кошелек работает, грузит процессор и внешний накопитель, но в самом кошельке прогресс не идет. Подскажите, каким образом его можно восстановить, чтобы не скачивать заново? Все blk_____.dat скачаны. Пользовался кором в 2014 и 2017 году и ни с какими проблемами не сталкивался, а тут только скачал и началось…
ну накопи себе на нормальный кошелек 50 баксов , ну займи , ну укради наконец
-
#12
я скачиваю как холодный кошелек
От того, что он будет на отдельном диске, он холодным не станет. Лучше бы сделали себе действительно холодный кошелек (Tails на флешке >8 Гб), это было бы и гораздо надежнее как хранилище ключей, и проще (ничего качать не надо и потом долго синхронизировать после простоя), и жесткий диск не понадобится. Кор — это нода прежде всего, если вам нода не нужна (а я подозреваю, что так и есть), то и не нужно усложнять себе жизнь.
-
#13
до полной синхронизации я ждал 1.5 месяца
Чтобы не ждать столько — сделайте проброс порта в роутере 8333 до ПК, где BTC нода. Крайне желательно иметь хотя бы динамический внешний ip, а в идеале — заказать у вашего провайдера за отдельную плату внешний статический ip. И тогда, полная синхронизация ноды будет 2-4 дня, а то и меньше.
С параметром prune — вам подсказали хорошее решение.
-
#14
Чтобы не ждать столько — сделайте проброс порта в роутере 8333 до ПК, где BTC нода. Крайне желательно иметь хотя бы динамический внешний ip, а в идеале — заказать у вашего провайдера за отдельную плату внешний статический ip. И тогда, полная синхронизация ноды будет 2-4 дня, а то и меньше.
Думаете, с пирами проблема? Очень сомневаюсь. 99%, что тормоза из-за железа, особенно из-за HDD.
-
#15
Думаете, с пирами проблема?
Уверен, хотя железо, разумеется, играет очень важную роль безусловно.
Больше скажу — в моём случае всё по срокам было именно так, даже больше чем у ТС — время синхронизации месяцы. Но стоило пробросить порт, на том же железе — произошло чудо…
ТС, в общем сделайте то, что пишу в первую очередь и тогда, вместо 1-2 пиров, увидите буквально сразу например столько:
ps Кстати, не стоит использовать внешние жесткие диски, я так понимаю, подключаете вы его по USB 2.0 c ограничением скорости обмена данными max 60 МБайт/сек.
Последнее редактирование: 22 Авг 2021
-
#16
Но стоило пробросить порт, на том же железе — произошло чудо…
Откровение для меня, честно говоря. Если бы это еще было не в биткоине, я бы как-то мог это объяснить, а так — не понимаю почему… Но ладно, буду знать, что такое бывает, спасибо за инфу ).
-
#17
Откровение для меня, честно говоря. Если бы это еще было не в биткоине, я бы как-то мог это объяснить, а так — не понимаю почему… Но ладно, буду знать, что такое бывает, спасибо за инфу ).
Это реальный факт. Как вариант, если ваш роутер умеет это — можете поиграться с так сказать динамическим пробросом порта — с включением галки UPnP в клиенте Core. Теоретически — эффект дб тот же.
Но ещё раз — это будет работать только в том случае, если ваш роутер умеет это.
-
#18
Не плохая тема, по сабжу, я считаю:
Соло-майнинг без пула. Часть 3. Дед (А-ля-ля-ля-ля, а я сошел с ума)
Расчет шансов: https://medium.com/@batog/bitcoin-mining-versus-lottery-69d3b46e0f65. В статье автор пришел к выводу, что вероятность нахождения блока биткоин примерно равна вероятности выигрыша 1 миллиона фунтов в Британскую национальную лотерею. Но для майнинга биткоин процессором не нужно…
miningclub.info
Почитайте всю. Весьма интересно. Там много чего есть.
-
#19
От того, что он будет на отдельном диске, он холодным не станет. Лучше бы сделали себе действительно холодный кошелек (Tails на флешке >8 Гб), это было бы и гораздо надежнее как хранилище ключей, и проще (ничего качать не надо и потом долго синхронизировать после простоя), и жесткий диск не понадобится. Кор — это нода прежде всего, если вам нода не нужна (а я подозреваю, что так и есть), то и не нужно усложнять себе жизнь.
а что по вашему холодный кошелек?
-
#20
Уверен, хотя железо, разумеется, играет очень важную роль безусловно.
Больше скажу — в моём случае всё по срокам было именно так, даже больше чем у ТС — время синхронизации месяцы. Но стоило пробросить порт, на том же железе — произошло чудо…
ТС, в общем сделайте то, что пишу в первую очередь и тогда, вместо 1-2 пиров, увидите буквально сразу например столько:
Посмотреть вложение 219655ps Кстати, не стоит использовать внешние жесткие диски, я так понимаю, подключаете вы его по USB 2.0 c ограничением скорости обмена данными max 60 МБайт/сек.
благодарю, пробовал открыть порт, не сработало. пока нет времени загуглить и сделать настройки роутера, использую usb 3.0, чтение доходит до 120мбайт/сек, скорость записи хаотичная, сейчас спустя сутки синхронизация пройдена на 42.7%. видимо перепроверяет блоки.
p.s. роутер старенький, tp-link tl-wdr4300