8 октября 2017, 4:02:11 AM   # 1
 
 
Сообщений: 14
Цитировать по имени
цитировать ответ
по умолчанию Re: Bitcoind синхронизации неудачи?

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Так что я недавно опубликовал большой вопрос здесь, что включает в себя как bitcoind и J.




это говорит о том, что bitcoinj делает, но половина вопрос, связанный с bitcoind исключительно. поэтому у меня есть несколько вопросов, я перечислю здесь без bitcoinj вещи и расколоть один вопрос в 2-х наборы вопросов в основном. если это не разрешено, пожалуйста, просто удалите эту тему, и я не буду повторно пост.


bitcoind является отсоединение моего Bitcoin J узла (я думаю) после того, как блок подается. bitcoinj, что блок является недействительным, и это связано с Locktime я думаю, что на основе ошибок я вижу. но почему bitcoind бы установить его Locktime в то время, что является недопустимым или нуль? блок проверки не удается, и это только в regtest режиме testnet прекрасно смысл я что-то в моем regtest узла я не могу понять, не хватает. либо он застрял в intialblockdownload или Locktime выключен каким-то образом, или некоторые otehr вопрос времени вызывает сбой проверки.

bitcoind regtest узлы синхронизации, но все еще имеют неудачи синхронизации.


1. что такое несчастье времени? я не могу найти любую информацию о нем НИГДЕ, может быть, я не ищу права. почему бы это происходить?
2. какие флаги проверки транзакции? и как я могу видеть их в Bitcoin-Cli?
3. Как я могу увидеть, если bitcoind служит блок или отсоединять, прежде чем он служит блок, есть ли способ, чтобы получить более подробную регистрацию? или способ шпионить на связи? Могу ли я сказать, кто инициировал прекращение соединения?
4. может протокол версии 70000 эффективно взаимодействовать с 70015?
5. Есть ли причина, по которой regtest enviornment будет действовать иначе, mainnet относительно блока / флагов транзакций или тем, как locktimes установлены? я действительно не знаю, где даже смотреть здесь. все, что я знаю bitcoind узлы синхронизации, но временные неудачи, bitcoinj косяк тянуть ПОЛНЫЙ.


для записи, bitcoinjs полного кода узла зеркала Satoshi именно, он должен, так что я прочитал. поэтому я не уверен, как он общается, но я предполагаю, что так же, как bitcoind клиенты общаются.


и если у вас есть опыт iwth bitcoinj, пожалуйста, проверьте мой другой поток, я буду вечно благодарен всем, кто может помочь. не стесняйтесь сообщения в частном, так.



bitcoind работает с этим:


и бревно из bitcoind:

Код:


2017-10-08 3:29:13 Bitcoin версия v0.15.0.1
2017-10-08 3:29:13 InitParameterInteraction: параметр взаимодействия: -whitelistforcerelay = 1 -> установка -whitelistrelay = 1
2017-10-08 3:29:13 Проверяющие подписи для всех блоков.
2017-10-08 3:29:13 Используя «стандартный» реализацию SHA256
2017-10-08 3:29:13 Использование RdRand в качестве дополнительного источника энтропии
2017-10-08 3:29:14 RandAddSeedPerfmon: 605584 байт
2017-10-08 3:29:14 По умолчанию каталог данных C: \ Bitcoin
2017-10-08 3:29:14 Использование каталогов данных C: \ regtest
2017-10-08 3:29:14 Использование конфигурационного файла C: /bitcoin.conf
2017-10-08 3:29:14 Использование максимум 125 автоматических соединений (2048 дескрипторов файлов доступны)
2017-10-08 3:29:14 Использование 16 МиБа из 32/2 запрошенных для кэша подписи, способного хранить 524288 элементов
2017-10-08 3:29:14 Использование 16 МиБа из 32/2 запрошенных для кэша выполнения сценария, способного хранить 524288 элементов
2017-10-08 3:29:14 Использование 4 нити для проверки сценария
резьб 2017-10-08 3:29:14 планировщик
2017-10-08 3:29:14 Разрешение HTTP соединения от: 127.0.0.0/8 :: 1/128
2017-10-08 3:29:14 Binding RPC по адресу :: 1 порт 8444
2017-10-08 3:29:14 Libevent: getaddrinfo: имя_узел, ни servname при условии, или не известен
2017-10-08 3:29:14 Связывание RPC по адресу :: 1 порт 8444 не удалось.
2017-10-08 3:29:14 Binding RPC на адрес 127.0.0.1 порт 8444
2017-10-08 3:29:14 Initialized сервер HTTP
2017-10-08 3:29:14 HTTP: создание очередей работы глубины 16
2017-10-08 3:29:14 Запуск RPC
сервер HTTP RPC 2017-10-08 3:29:14 Запуск
2017-10-08 3:29:14 Config опции rpcuser и rpcpassword скоро устареет. Локально управляемые экземпляры могут удалить rpcuser использовать кук на основе AUTH, или могут быть заменены rpcauth. Пожалуйста, см акций / rpcuser для генерации rpcauth AUTH.
2017-10-08 3:29:14 Регистрация обработчика HTTP для / (ExactMatch 1)
2017-10-08 3:29:14 Регистрация обработчика HTTP для / бумажник / (ExactMatch 0)
сервер HTTP 2017-10-08 3:29:14 Запуск
2017-10-08 3:29:14 HTTP: начиная нити 4 рабочих
2017-10-08 3:29:14 INIT сообщение: Проверка кошелька (s) ...
2017-10-08 3:29:14 Ввод цикла HTTP событие
2017-10-08 3:29:14 Использование BerkeleyDB версии Berkeley DB 4.8.30: (9 апреля 2010)
2017-10-08 3:29:14 Использование бумажника wallet.dat
2017-10-08 3:29:14 CDBEnv :: Open: LogDir = C: \ regtest \ базы данных = файл ошибок C: \ regtest \ db.log
Конфигурация 2017-10-08 3:29:14 кэша:
2017-10-08 3:29:14 * Использование 2.0MiB для индексной базы данных блока
2017-10-08 3:29:14 * Использование 8.0MiB для базы данных состояний цепи
2017-10-08 3:29:14 * Использование 440.0MiB в оперативной памяти набор UTXO (плюс до 286.1MiB неиспользованного пространства mempool)
2017-10-08 3:29:14 INIT сообщение: индексный блок Загрузка ...
LevelDB 2017-10-08 3:29:14 Открытие в C: \ regtest \ блоков \ индекс
2017-10-08 3:29:14 Восстановление журнала # 12
2017-10-08 3:29:14 Level-0 стол # 14: начало
2017-10-08 3:29:14 Level-0 стол # 14: 179 байт OK
2017-10-08 3:29:14 Удалить тип = 0 # 12
2017-10-08 3:29:14 удалить тип = 3 # 10
2017-10-08 3:29:14 Открыт LevelDB успешно
2017-10-08 3:29:14 Прессование 4 @ 0 + 0 @ 1 файлов
2017-10-08 3:29:14 С помощью клавиши запутывания для C: \ regtest \ блоков \ индекс: 0000000000000000
2017-10-08 3:29:14 LoadBlockIndexDB: последний блок файла = 0
2017-10-08 03:29:14 LoadBlockIndexDB: последняя информация блок файла: CBlockFileInfo (блоки = 102, размер = 24012, высота = 0 ... 101, время = 2011-02-02 ... 2017-10-06 )
2017-10-08 3:29:14 Проверка всех BLK файлов присутствуют ...
2017-10-08 3:29:14 LoadBlockIndexDB: индекс транзакции отключены
2017-10-08 3:29:14 LevelDB Открытие в C: \ regtest \ chainstate
2017-10-08 3:29:14 Восстановление журнала # 13
2017-10-08 3:29:14 Level-0 стол # 15: начало
2017-10-08 3:29:14 Сформирован стол # 16 @ 0: 105 ключей, 14217 байт
2017-10-08 3:29:14 Уплотненный 4 @ 0 + 0 @ 1 файлов => 14217 байтов
2017-10-08 3:29:14 Level-0 стол # 15: 308 байт OK
2017-10-08 3:29:14 уплотняется: файлы [0 1 0 0 0 0 0]
2017-10-08 3:29:14 удалить тип = 2 # 5
2017-10-08 3:29:14 удалить тип = 2 # 8
2017-10-08 3:29:14 удалить тип = 2 # 11
2017-10-08 3:29:14 удалить тип = 2 # 14
2017-10-08 3:29:14 Удалить тип = 0 # 13
2017-10-08 3:29:14 удалить тип = 3 # 11
2017-10-08 3:29:14 Открыт LevelDB успешно
2017-10-08 3:29:14 С помощью клавиши запутывания для C: \ regtest \ chainstate: dd6ff88733cb0b53
2017-10-08 3:29:14 Loaded лучшая цепь: hashBestChain = 35ebf25b797550e724f1877bc1f64531efce23eae68d804fc9301b8754b67cd2 высота = 101 = дата 2017-10-06 5:28:27 прогресс = 1,000000
2017-10-08 3:29:14 INIT сообщение: Перемотка блоки ...
2017-10-08 3:29:14 Дать заключительную партию из 0.00 MiB
2017-10-08 3:29:14 Совершенные 0 измененные транзакционные выходы (из 0) чеканить базы данных ...
2017-10-08 3:29:14 INIT сообщение: Проверка блоков ...
2017-10-08 3:29:14 Проверка последних 6 блоков на уровне 3
2017-10-08 3:29:14 [0%] ... [16%] ... [33%] ... [50%] ... [66%] ... [83%]. .. [99%] ... [DONE].
2017-10-08 3:29:14 Нет базы данных монет несогласованности в последних 7 блоков (7 сделок)
2017-10-08 3:29:14 индекс блока 94ms
2017-10-08 3:29:14 оценки Чтение: 190 ведра подсчета подтверждает до 48 блоков
2017-10-08 3:29:14 оценки Чтение: 190 ведра подсчета подтверждает до 12 блоков
2017-10-08 3:29:14 оценки Reading: 190 ведер подсчета подтверждает до 1008 блоков
2017-10-08 3:29:14 INIT сообщение: Загрузка бумажник ...
2017-10-08 3:29:14 nFileVersion = 150001
2017-10-08 3:29:14 Ключи: 2003 открытого текста, 0 шифрованные, 2003 Вт / метаданных, 2003 Всего
2017-10-08 3:29:14 бумажник 78ms
2017-10-08 3:29:14 setKeyPool.size () = 2000
2017-10-08 3:29:14 mapWallet.size () = 101
2017-10-08 3:29:14 mapAddressBook.size () = 1
2017-10-08 3:29:14 mapBlockIndex.size () = 102
2017-10-08 3:29:14 nBestHeight = 101
2017-10-08 3:29:14 Импортные mempool сделки с диска: 0 успехи, 0 не удалось, 0 истекших
2017-10-08 3:29:14 Bound к 127.0.0.1:18444
2017-10-08 3:29:14 Bound к 127.0.0.1:18444
2017-10-08 3:29:14 Инициализационного сообщение: Загрузка P2P адрес ...
2017-10-08 3:29:14 Loaded 0 адреса из peers.dat 0ms
2017-10-08 3:29:14 INIT сообщение: Загрузка Banlist ...
2017-10-08 3:29:14 Загруженные 0 запрещенных узлов IP / подсети из banlist.dat 0ms
2017-10-08 3:29:14 Инициализационного сообщение: Запуск сети тема ...
2017-10-08 3:29:14 чистая резьб
2017-10-08 3:29:14 INIT сообщение: Готова загрузка
Начало резьбы 2017-10-08 3:29:14 opencon
Начало резьбы 2017-10-08 3:29:14 dnsseed
Начало резьбы 2017-10-08 3:29:14 ADDCON
Начало резьбы 2017-10-08 3:29:14 msghand
2017-10-08 3:29:14 Загрузка адреса из семян DNS (может занять некоторое время)
2017-10-08 3:29:14 0 найденные адреса из семян DNS
2017-10-08 3:29:14 dnsseed выхода нити
2017-10-08 3:30:07 Добавлено подключение сверстников = 0
2017-10-08 3:30:07 соединение с 127.0.0.1:19377 принято
2017-10-08 3:30:07 получил: версия (103 байт) равный = 0
2017-10-08 3:30:07 отправка версия (104 байт) равный = 0
2017-10-08 3:30:07 отправить сообщение версии: версия 70015, блоки = 101 мкс = [::]: 0, равный = 0
2017-10-08 3:30:07 отправка verack (0 байт) равный = 0
2017-10-08 3:30:07 получить версию сообщение: /bitcoinj:0.14.5/: версия 70001, блоки = 0, мы = 127.0.0.1: 18444, равный = 0
2017-10-08 3:30:07 добавлены данные времени, образцы 2, смещение +0 (+0 минут)
2017-10-08 3:30:07 отправки предупреждений (168 байт) равный = 0
2017-10-08 3:30:07 получил: verack (0 байт) Peer = 0
2017-10-08 3:30:07 отправки пинг (8 байт) равный = 0
2017-10-08 3:30:07 получил: теннис (8 байт) равный = 0
2017-10-08 3:30:07 понг равный = 0: Сроки казус, 5d8e9xxxxxx54126 ожидалось, 5d8e9xxxxxx54126 получил, 8 байт
2017-10-08 3:30:09 получил: пинг (8 байт) равный = 0
2017-10-08 3:30:09 отправки понга (8 байт) равный = 0
2017-10-08 3:30:11 получил: пинг (8 байт) равный = 0
2017-10-08 3:30:11 отправки понга (8 байт) равный = 0
2017-10-08 3:30:12 получили: getblocks (69 байт) равный = 0
2017-10-08 3:30:12 getblocks 1 до конца предел 500 от однорангового = 0
2017-10-08 3:30:12 отправка и (3637 байт) равный = 0
2017-10-08 3:30:12 получил: GetData (3637 байт) Peer = 0
2017-10-08 3:30:12 полученной GetData (101 invsz) равный = 0
2017-10-08 3:30:12 получил GetData для: блок 237446d4xxxxxxxxxxxab151a393df9a42731c894fe087379bcc24484820c843 Peer = 0
2017-10-08 3:30:12 отправка блок (226 байт) равный = 0
2017-10-08 3:30:12 отправка блок (226 байт) равный = 0
2017-10-08 3:30:12 отправка блок (226 байт) равный = 0
2017-10-08 3:30:12 отправка блок (226 байт) равный = 0
2017-10-08 3:30:12 отправка блок (226 байт) равный = 0
2017-10-08 3:30:12 отправка блок (226 байт) равный = 0
2017-10-08 3:30:12 отправка блок (226 байт) равный = 0
2017-10-08 3:30:12 отправка блок (226 байт) равный = 0
2017-10-08 3:30:12 сокет закрыт
2017-10-08 3:30:12 отправка блок (226 байт) равный = 0
2017-10-08 3:30:12 отсоединением равный = 0
2017-10-08 3:30:12 Очищенных nodestate для равного = 0
2017-10-08 3:30:14 Добавлено подключение сверстников = 1
2017-10-08 3:30:14 соединение с 127.0.0.1:19378 принято
2017-10-08 3:30:14 получил: версия (103 байт) равный = 1
2017-10-08 3:30:14 отправка версия (104 байт) равный = 1
2017-10-08 3:30:14 отправить сообщение версии: версия 70015, блоки = 101 мкс = [::]: 0, равный = 1
2017-10-08 3:30:14 отправки verack (0 байт) равный = 1
2017-10-08 3:30:14 получить версию сообщение: /bitcoinj:0.14.5/: версия 70001, блоки = 0, мы = 127.0.0.1: 18444, равный = 1
2017-10-08 3:30:14 отправки предупреждений (168 байт) равный = 1
2017-10-08 3:30:14 получил: verack (0 байт) Peer = 1
2017-10-08 3:30:14 отправки пинг (8 байт) равный = 1
2017-10-08 3:30:14 получили: getblocks (69 байт) равный = 1
2017-10-08 3:30:14 getblocks 1 до конца предел 500 от однорангового = 1
2017-10-08 3:30:14 отправки INV (3637 байт) равный = 1
2017-10-08 3:30:14 получил: теннис (8 байт) равный = 1
2017-10-08 3:30:14 понга равный = 1: Сроки казус, 90exxxxxxf137c88 ожидалось, 90exxxxxxf137c88 получил, 8 байт
2017-10-08 3:30:14 получил: GetData (3637 байт) Peer = 1
2017-10-08 3:30:14 полученной GetData (101 invsz) равный = 1
2017-10-08 3:30:14 получил GetData для: блок 237446d4xxxxxxxxxxxab151a393df9a42731c894fe087379bcc24484820c843 Peer = 1
2017-10-08 3:30:14 отправка блок (226 байт) равный = 1
2017-10-08 3:30:14 отправка блок (226 байт) равный = 1
2017-10-08 3:30:14 сокет закрыт






работает bitcoind с (C не фактический путь):

Код:
bitcoind -regtest -Слушайте -datadir = C: / -conf = C: /bitcoin.conf -whitebind = 127.0.0.1: 18444 -whitelist = 127.0.0.1






Peer информации о bitcoind узла:

Код:

 {
    "Я бы": 45, (это происходит потому, что узел был запущен через неудачную синхронизацию отсоединения 44 предыдущих коллег)
    "адр": "127.0.0.1:19094",
    "addrlocal": "127.0.0.1:18444",
    "addrbind": "127.0.0.1:18444",
    "Сервисы": "0000000000000000",
    "relaytxes": правда,
    "lastsend": 1507401729,
    "lastrecv": 1507401729,
    "BytesSent": 722,
    "bytesrecv": 340,
    "conntime": 1507401723,
    "офсет": 0,
    "версия": 70001,
    "subver": "/bitcoinj:0.14.5/",
    "прибывающий": правда,
    "ADDNODE": ложный,
    "startingheight": 0,
    "banscore": 0,
    "synced_headers": -1,
    "synced_blocks": -1,
    "Inflight": [
    ],
    "белый список": правда,
    "bytessent_per_msg": {
      "бдительный": 192,
      "блок": 250,
      "пинг": 32,
      "понг": 96,
      "verack": 24,
      "версия": 128
    },
    "bytesrecv_per_msg": {
      "получить данные": 61,
      "пинг": 96,
      "понг": 32,
      "verack": 24,
      "версия": 127
    }
  }

Bitdev181 сейчас офлайн Пожаловаться на Bitdev181   Ответить с цитированием Мультицитирование сообщения от Bitdev181 Быстрый ответ на сообщение Bitdev181


Как заработать Биткоины?
Без вложений. Не майнинг.


8 октября 2017, 4:25:48 AM   # 2
 
 
Сообщения: 1246
Цитировать по имени
цитировать ответ
по умолчанию Re: Bitcoind синхронизации неудачи?

Получил 1806 Биткоинов
Реальная история.





1. что такое несчастье времени? я не могу найти любую информацию о нем НИГДЕ, может быть, я не ищу права. почему бы это происходить?
Временная неудача в этом контексте (с сообщением понга) представляет собой сообщение, которое понг имеет старый нонса значения, которое не ожидается. Можете ли вы опубликовать свой файл debug.log с этими значениями unredacted? Не будучи в состоянии увидеть, что на самом деле сообщается, что трудно сказать, что это неправильно.

2. какие флаги проверки транзакции? и как я могу видеть их в Bitcoin-Cli?
флаги проверки транзакций правила, которые используются при проверке операций. Эти правила включают в себя правила стандартности и другие правила политики узла, которые не являются правилами консенсуса. Вы не можете видеть то, что они находятся в Bitcoin-кли; Вы должны смотреть на исходный код.

3. Как я могу увидеть, если bitcoind служит блок или отсоединять, прежде чем он служит блок, есть ли способ, чтобы получить более подробную регистрацию? или способ шпионить на связи? Могу ли я сказать, кто инициировал прекращение соединения?
Запустите Bitcoin ядро ​​с -отлаживать вариант. Вы уже работаете с отлаживать = чистый который достаточно, чтобы определить, является ли обслуживал блок перед отключением. Блоки определенно посылают перед сокет закрывается и отключается.

4. может протокол версии 70000 эффективно взаимодействовать с 70015?
Да.

5. Есть ли причина, по которой regtest enviornment будет действовать иначе, mainnet относительно блока / флагов транзакций или тем, как locktimes установлены? я действительно не знаю, где даже смотреть здесь. все, что я знаю bitcoind узлы синхронизации, но временные неудачи, bitcoinj косяк тянуть ПОЛНЫЙ.
Флаги блока и транзакции проверки не имеют ничего общего с сетями. Все правила консенсуса одинаковы, но некоторые правила политики узла расслаблены, чтобы для нестандартных сделок. locktimes являются правилом консенсуса.

для записи, bitcoinjs полного кода узла зеркала Satoshi именно, он должен, так что я прочитал. поэтому я не уверен, как он общается, но я предполагаю, что так же, как bitcoind клиенты общаются.
Протокол изменилось с тех пор полный материал узел был написан, и это на самом деле не были обновлены с тех пор. Это также экспериментальное.
achow101 сейчас офлайн Пожаловаться на achow101   Ответить с цитированием Мультицитирование сообщения от achow101 Быстрый ответ на сообщение achow101

8 октября 2017, 7:09:11 PM   # 3
 
 
Сообщений: 14
Цитировать по имени
цитировать ответ
по умолчанию Re: Bitcoind синхронизации неудачи?

Здравствуйте,

debug.log пустой файл я считаю, так как я использую printtoconsole.

и им не работает отладочный = сеть, им работает отлаживать = 1, которая должна быть полной отладки или такой же, как -debug в правой командной строки? им также смешивая CMD флаги и bitcoin.conf файл

Я буду смотреть в том, как получить надлежащую отладку, я думал, что я имел полную отладку. я ответил с кодом bitcoinj на другой поток.

UPDATE: избавившись от printtoconsole и отладки = 1 в конфигурации, установите -debug флаг в командной строке при запуске bitcoind, тот же журнал ошибок, никакой дополнительной информации. я попробую некоторые другие флаги и посмотреть, если я тянуть больше информации каким-то образом.

Bitdev181 сейчас офлайн Пожаловаться на Bitdev181   Ответить с цитированием Мультицитирование сообщения от Bitdev181 Быстрый ответ на сообщение Bitdev181

10 октября 2017, 3:40:15 PM   # 4
 
 
Сообщения: 407
Цитировать по имени
цитировать ответ
по умолчанию Re: Bitcoind синхронизации неудачи?

Запуск бок о бок сложно. Начнем с журналов Java и попытаться отслеживать его там. Я всегда винить Java до ядра. Изменение параметров протоколирования, чтобы предоставить информацию о каждом шаге и идти оттуда. Используйте эти временные метки и перекрестные ссылки с ядром. Возможно использовать небольшой скрипт между просто передавать данные от BTC к ядру или наоборот.
jennywhzz сейчас офлайн Пожаловаться на jennywhzz   Ответить с цитированием Мультицитирование сообщения от jennywhzz Быстрый ответ на сообщение jennywhzz

10 октября 2017, 10:13:33 PM   # 5
 
 
Сообщений: 14
Цитировать по имени
цитировать ответ
по умолчанию Re: Bitcoind синхронизации неудачи?

Ну в основном потоке я был кто-то отметить, что это была Java, вы 100% правильно.

Однако почему это, что в testnet версии блоков = 1 (почему мой узел работает с testnet)

но в regtest у меня есть некоторые очень высокая версия блока, потому что regtest генерируют блоки со всеми видами требований проверки.


есть способ исправить это зеркало mainnet правильно так bitcoinj может работать?

также запустился mainnet с версией = 1 и медленно увеличиваться, поскольку новые версии BIP были выпущены? почему не могу regtest это делать?
Bitdev181 сейчас офлайн Пожаловаться на Bitdev181   Ответить с цитированием Мультицитирование сообщения от Bitdev181 Быстрый ответ на сообщение Bitdev181



Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW