Lohoris, мы не будем использовать dsatoshi, мы будем использовать nBTC, а затем перейдем к pBTC и т. д. Отправка монеты не рекомендуется. Нет никакой гарантии, что они все еще имеют их собственный ключ, а затем монеты будут потеряны навсегда. Это причина, почему платеж протокола есть адрес возврата. Не обязательно - ты предполагаешь, что производственные затраты и предполагаемый срок службы оборудования, как-то связанным с потреблением электроэнергии. По общему признанию, потребление энергии, вероятно, не будет тесно привязать к ожидать сейчас жизнь, но нет никакой гарантии, что ничего не изменится. Даже если графический процессор используется не на всех, может все-таки только эффективную жизнь 2лет и первоначальной стоимостью покупки $200. Не советую использовать сырые сделок, это опасно! Есть ли способ, чтобы извлечь адрес из HD-кошелька? удалить существующий адрес из последовательности адресов? Спасибо, я неправильно истолковал. В любом случае я до сих пор в недоумении понять, почему нет никакого способа, чтобы запросить UTXO. Простая команда, чтобы проверить, если индекс ТХ/в UTXO будет отличный старт, например.

Мне нужно твое мнение, ты не возражаешь ? :)

Я агрегатирования в JavaScript слой поверх bitcoind. Я bitcoind работает на моем сервере с RPC & zmq включен.

демон=1
выбрать=0.0.0.0/0
rpcuser=хххххххх
rpcpassword=ХХХХХХХХХ
сервер=1
остаток=1
zmqpubhashblock=протокол TCP://*:28332
zmqpubhashtx=протокол TCP://*:28332
zmqpubrawblock=протокол TCP://*:28332
zmqpubrawtx=протокол TCP://*:28332
rpcworkqueue=100

Моя цель программы-слушать rawblock и rawtx ZMQ каналы. Это мой клиент zmq:

константный гнездо = ZMQ.гнездо('суб')
гнездо.подключение('протокол TCP://myserverip:28332')

гнездо.на('сообщение', (канал данных) => { 
консоль.(Канал журнала.метод toString())
})

Так вот что получается :

подписка на rawtx один работает, я получаю Техас потока (приблизительно 2.5 ТХ в секунду)

гнездо.подписаться('rawtx')

подписавшись на rawblock один работает, я получаю блоков (приблизительно 1block за 10минут)

гнездо.подписаться('rawblock')

Но вот моя проблема, при подписке на оба, и вы получите rawtx но не rawblock !

гнездо.подписаться('rawblock')
гнездо.подписаться('rawtx')

Я предполагаю, что ZMQ сокет залита rawtx, в результате отсутствует rawblock событие.

Мой вопрос: как бы вы отладить этот ? Ребята, вы уже столкнулись с этой ситуацией ?

Я знаю, что я мог бы использовать blocknotify вариант в bitcoind направить blockhash вернуться к клиенту, а затем загрузить rawblock через протокол RPC перезвонить bitcoind, но затем я хотел бы использовать 2 разных механизмов (для rawtx и blocknotify для rawblock) за то, что был должен работать в первую очередь :)

Спасибо за ваши отзывы !!