Биткоин-Qt-в тестовом режиме 0.17.1 отправлять и получать кнопки ничего не делают

Полностью синхронизирован на блокчейн тестовом режиме, после сборки биткоина с UI и кошелек включен в Ubuntu 18.10.

Нажав кнопку Отправить, и получите результаты кнопки в пользовательский интерфейс не отображается.

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

Однако окно отладки getnewaddress работал, и я смог получить несколько монет от coinfaucet.ЕС, используя этот адрес.

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

Я вижу такое же поведение кнопок при синхронизации на основном сети, но не смогла проверить отправку или получение реальных биткоинах.

Что я могу сделать, чтобы отладить этот вопрос, не попадая вглубь (совсем незнакомый в этот момент) исходный код? Я собирал биткоины с включенной оптимизацией.

Вот ссылка для отладки.журнал создан следующим образом: выход из биткоин-Qt и переименовал исходный журнал, который был огромным. Перезапущен в Bitcoin-Qt с опциями -тестовом режиме -отладка=1. Нажал на Отправить, получать и кнопки сделок. Вышел биткоин-интервала QT.

+704
Truf Truuth Seeka 8 июн. 2015 г., 19:51:18
31 ответов

нетто: сеть. Все сообщения, связанные с общением с другими узлами сети, в том числе Р2Р сообщений было отправлено и получено и кому и другая информация о сетевых сообщений.

Тор: Тор. Все сообщения, связанные с использованием ТОР SOCKS5 прокси и Tor скрытый сервис (используется для приема входящих соединений через Tor). Это включает в себя сообщения о создании и закрытии скрытый сервис Tor и сообщений о подключении к прокси Tor.

mempool: пул памяти. Сообщения, связанные с действиями сделано в пуле памяти, в том числе по приему и удаления операций.

протокол http: http-сервер. Соответствующим сообщением на сервер HTTP, который используется для обработки запросов RPC. Эти сообщения обычно для пуска и останова сервера, а также полученные запросы.

жим: критерии. Сообщения о производительности различных частей программного обеспечения, которые могут иметь проблемы с производительностью.

zmq: ZeroMQ. Сообщения о системе ZeroMQ уведомления, включая запуск и отключение услуг, а также при выдаче уведомлений и новых клиентов, подключенных.

дБ: бумажник базе. Сообщения о состоянии ядра базы данных Berkeley, используемых для базы данных кошелек. Это будет включать в себя сообщения о флеши базе.

протокол RPC: RPC-сервер. Сообщений о сервере RPC, включая его пуск и останов, а также при выдаче команды.

estimatefee: плата за оценки. Сообщения об оценки сбор алгоритма, в том числе сообщения о том, когда смета плату предлагается и информация о состоянии оценки плату.

addrman: адрес менеджера. Сообщения о статусе-адрес диспетчера и, когда адреса будут добавлены или удалены из базы данных адрес менеджера.

selectcoins: монета выбор. Сообщения о UTXOs, которые выбраны при отправке денег.

переиндексация: переиндексация. Сообщения о процессе переиндексации, в частности, сообщения о том, что вышли из строя блоки и повторные блоки.

cmpctblock: компактные блоки. Сообщения о компактных блоков реле протокола, в том числе, когда блоки частично загруженные или реконструированы.

Рэнд: хаотичность. Сообщения для рандома нужен какой-либо функции.

обрезать: обрезку. Сообщения о местных блокчейн обрезки, в том числе в результате обрезки операции.

прокси-сервер: Прокси-сервер. Сообщения об использовании SOCKS5 прокси и аутентификации.

mempoolrej: пул памяти отвергает. Сообщения о сделках, которые были отклонены из пула памяти.

libevent: Libevent. Сообщения о libevent библиотека, которая используется для HTTP-сервера.

coindb: монета базе. Сообщения о базе данных монету, которая содержит набор UTXO. Включает в себя сообщения о флеши базе и пишет.

в Qt: интервал QT. Сообщения о Qt, в рамках графического интерфейса.

leveldb: LevelDB. Сообщения о LevelDB, который используется для блока индексов и данных монет.


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

+932
user19710 03 февр. '09 в 4:24

Привет я использую обрезки узел на моем VPS, и некоторые из вызовов RPC, таких как сделать баланс занять несколько минут для загрузки. Мне нужно проверить баланс каждый раз, когда пользователь получает доступ к сайту. Мне было интересно, если работает полный узел будет принять эти вызовы RPC быстрее.

Команда Time показывает, что Bitcoin-CLI-это принимать долго из-за операций ввода-вывода. Что я мог сделать?

~$время биткоин-CLI и метода getbalance прибыль
0.00000000

реальные 6m16.762s
пользователь 0m0.000с
представление sys 0m0.000с

+854
Andrew Romanov 4 дек. 2014 г., 1:58:33
Другие ответы

Связанные вопросы


Похожие вопросы

Что смущает биткойны используются для маркетинговых настоящие или нет.. как некоторые выложили код в facebook или в социальных сетях бесплатно биткоин Биткоин, так что те являются реальными или просто маркетинг, взлом стратегий и т. д.

+854
wovano 23 дек. 2018 г., 8:30:34

Простой. Экспортировать закрытый ключ из электрума и импортировать его в breadwallet.

+760
dwwork 19 нояб. 2016 г., 23:47:19

Да, это возможно, но также (очень,...) крайне маловероятно.

+756
JESSE PADILLA 2 нояб. 2016 г., 3:50:39

Код говорит MAX_BLOCK_SERIALIZED_SIZE = 4000000, но это на самом деле не на самом деле правила консенсуса как указано здесь:

https://github.com/bitcoin/bitcoin/issues/10289

Правило консенсуса основывается на MAX_BLOCK_WEIGHT, что тоже 4000000. Мне неясно, каков минимальный вес p2wpk или сделки p2wsh может иметь. Конкретно, что лучший свидетель-сериализованного размера/веса, что сделка может быть пост-segwit активации?

Что должны ответить на вопрос, Какой самый большой размер блока можно после segwit активации.

+745
mandisa 7 февр. 2014 г., 21:19:20

Каковы сходства и различия между "контрольной суммы" алгоритм и "хэш" функции?

Они могут использоваться вместо друг друга? Или их использование не совпадают?

Например, для проверки целостности текста, какой лучше использовать?

+724
MisterNubb 12 июл. 2018 г., 19:08:47

Я уже установил следующее pushpool версии:

https://github.com/jgarzik/pushpool
https://github.com/ArtForz/pushpool
https://github.com/alexhz/pushpool
https://github.com/CryptoManiac/pushpool

(не могу размещать более 2 ссылок с моей нынешней репутацией, поэтому сделал блок)

Все они, кажется, уже очень старый.

Я сделал исследование о том, как изменить сложность в pushpool по серверу.в JSON и нашли примеры того, как установите следующие параметры ЭКП.цель.биты и работать.истекает, но ни одна из них не похоже на работу для указанной версии.

Так что новейший pushpool версия и где я могу его скачать?

Редактировать: пробовал как описано в следующем посте, но не работает. Сложность не меняется и ничего не написано в акции. MMCFE не отчетности статистика из pushpool/бумажник

+723
vekovechniy 24 февр. 2014 г., 10:53:41

Сколько памяти (ОЗУ) делает биткойн использовать узел?

Я планирую на запуск биткоин полный узел на модели распи а+. Он имеет только 256 МБ оперативной памяти, так что я не уверен, если это будет работать. Большинство потоков на здесь и bitcointalk очень старые, и я не уверен, если требования к памяти теперь больше.

+675
Family3 1 февр. 2012 г., 18:52:38

Я пытаюсь понять доказательства работы идея для проверки транзакции. Я думаю, что я понимаю, почему доказательство работы необходимы для подтверждения операций (по существу, для предотвращения подделки/двойные расходы и т. д.).

Но мое понимание таково:

  • доказательство работы для проверки проводки такой же, как и для добычи новых биткоинов
  • если это так, тогда становится все труднее и труднее проверять транзакции.

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

+662
Darcy Smith 8 апр. 2019 г., 17:49:07

Это, по сути, верно: протокол дает майнеру, чтобы решить, какие операции должны быть включены в блок. Нет никакого требования для них, чтобы включить какие-либо сделки вообще, кроме "фонда" сделка, которая указывает, куда отправить блок награду.

Однако, большинство сделок добавленные сборов, которому компания может собрать только в том числе и транзакции в блоке. Так что это дает Шахтера стимул для включения проводок, если есть какие-то выдающиеся.

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

См. также делает добыча существовать только если есть биткойн-транзакции?.

+621
sakthivel 31 янв. 2011 г., 14:50:58

Я нашел старый кошелек.DAT, но я не могу импортировать его, и я не знаю, почему.

+613
Max Heinritz 25 мар. 2016 г., 4:06:43

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

Однако, мне неясно, что именно "большинство" означает. В котором игроки имеют наибольший вес в процессе принятия решений?

  1. Значит "большинство владельцев биткоин"? Если обновление настолько кардинальные, что это поставило бы под угрозу доверие к Bitcoin, они, вероятно, продают и будут голосовать своими кошельками. Однако, если обновление не особенно радикальные, держатели валюты будет, вероятно, иметь никакого действия. Если они используют только последние, например, у них нет выбора, какую версию протокола.
  2. Означает ли это, большинство людей с программным управлением версии протокола Биткоин? Держатели валюты с кошельков, таких как Bitcoin-Qt в? Они решают, какую версию запускать.
  3. Означает ли это, большинства узлов? (Это отличается от #2, как человек работает 10 узлов в этом случае будет получить 10 голосов 1 голос). Может кто-то флудит в сеть с узлов, использующих протокол, и если есть жесткая вилка, люди могут ошибочно проверить, чтобы увидеть, сколько узлов поддержки каждой версии, основывая свое решение на том, что соотношение.
  4. Это значит большинство торговцев? Они могут решить, продолжать ли принимать биткоины, и они решают, следует ли немедленно конвертировать BTC или продолжать удерживать его.
  5. Это значит, большинство из Горно власти? Шахтеры-это те, кто решает, какие блоки, чтобы принять и работать.
  6. Означает ли это, большинство разработчиков (взвешенная по их влиянию)? Некоторые эксперты считают, что это имеет большое влияние и, вероятно, может убедить людей принять конкретное изменение, поскольку это изменение достаточно мало. Есть ли способы для разработчиков, чтобы тайно контролировать прогрессирование протокол?

Я задумалась об этом после того, как я прочитал следующий вопрос: как могли биткоин протокол менять? Имеет это когда-либо произошло?

В комментариях, @Muhd говорит:

Получается, что изменения скорее всего будут реализованы и приняты, если он приносит пользу подавляющего большинства участников. Я полагаю, что большинство обновлений безопасности будет квалифицироваться. Технически, это не так, что нам нужно только большинство шахтеров (>50%), чтобы переключиться? Или это требует больше, чем это?

@мені-Розенфельд отвечает:

Нет, большинство шахтеров не имеет никакого отношения. Если шахтеры пытаются изменить протокол самостоятельно, они будут просто проигнорированы остальной части сети, и их "горной награды" ничего не будет стоить. Изменение требует экономического большинства - переход пользователей и бизнеса, которые дают стоимости валюты.

P. S. Этот вопрос важен, потому что есть определенные изменения протокола, что было бы хорошо для некоторых участников, но плохо для других. Например, увеличение размера блока было бы хорошо для плательщиков, но плохо для шахтеров (это будет проще сделать транзакцию в blockchain, так было бы меньше добычи сборов).

+557
Marvin Effing 23 окт. 2019 г., 5:37:13

С точки зрения непрофессионала, почему возникла необходимость для различных биткойн-биржах? В настоящее время это дикий запад и в конце концов эти обмены будут консолидировать. Или может на самом деле бирж предоставляют различные ценности для своих клиентов, оправдывая их существование. Я спрашиваю это, потому что есть 100+ обмены там? Почему люди не устремляются к наиболее авторитетные и жидкий?

+497
cyberneo 2 февр. 2014 г., 5:54:43
  • через физические банкоматы - дешевые распространено стоимость мин 2.5 % + 1 % (плата за сделку), но больше времени и вашей работы. Большой рынок.
  • Них. (используется авиакомпания airBaltic) - полегче, но дороже.

Ждем лучше децентрализованных систем BT до сих пор. Т. к. им идет.

+439
Mehri9 17 янв. 2018 г., 5:00:35

Добрый день всем! У меня есть некоторые проблемы с добавлением подписали ввод в сделке. В настоящее время я работаю с альткоины (пиркойны вилкой) валюта. Я пытаюсь создать транзакцию следующим образом:

для (utxo UTXO : mUTXOs) {

 если (!сделано) {
 utxosValue += utxo.метод getValue().longValue();

 TransactionOutPoint минус = новый TransactionOutPoint(параметры, utxo.метода getIndex(), utxo.getHash());
 байт[] privKeyBytes = наговора.расшифруйте(privKeyAsHex);
 Эке эке = Эке.fromPrivate(privKeyBytes);


 сделки.addSignedInput(минус, utxo.getScript(), эке, сделки.SigHash.Все, правда);

 //добавление выходов
....
....

 //сериализации транзакций и получения исходных сделки
 байт[] bytesRawTransaction = транзакций.peercoinSerialize();
 Строки rawTransaction = наговора.кодирование(bytesRawTransaction);

 // и здесь вещает
....
....

 выполнена = истина;
}
}

Но, к сожалению, ответ сервера :

16: обязательные-скрипт-проверить-флаг-не получилось (скрипт выполнен без ошибок, но в пустые верхний элемент стека)

Я действительно пробовал много вариантов signedInputs образования, но все они неправильные наверное.

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

Сырые Техас:

0100000084160b5a06b7af2be1d54998ebb7c8c9a53f7aed8db3e26d6d4390b3a4d0e0f7713d5140b5010000006a473044022044d5754340df6eed9a9913e6e71e61a0db5b273918867f192ef66fc362eb50f2022045b24f8af67980c5eb4d064333559b1cc60116b445eb5d7b362bf5162351a41981210367c0f22210f87d68ec1be496cb77e765e4f097f2e3e9341b35fb87b44fcb8256ffffffffefa9337014abe2305c3b4ebe4108b90641d7ed1189ea261200bab95ef67b2787000000006b483045022100b15f66e1978463c0707d23604548088b6a8aa04e52d1f16077fc0419bcbdb7970220418b443f271fa65fa9abefabdc5fbeeb665bd4fd76c00e8d80c51c2a05c890cc812103e046b0cd2efff59790fdeb54404a30f6c82b9a399be88e09e296752b6e0e256bffffffffaa0ff06a1aa85ded544b11108fa59a050c9e7d44a0d87b71fc380c08db7130ee000000006b483045022100b3d510e49df9e6909a1abfb7f572ffe4d112851a69177b8d37a759489e0b0832022044f6c10972cf0e0e73780f99f2619b0c2fe12a0dcd3fbe7ba7a3a6055d673f43812102fce3db7a30d9b67015b52072f73ea975ff974eecdfe8c251d102a704e84fbf34ffffffff99541005ef4fa5813282a5a3b7e50a9d4bcd2afa07c07554d1fbe964162b83d9010000006b483045022100ca4e49c7ff79cdca8feb263dc81b2dfc9e15023d9adfa41c0277f41bc67233fb022040a5d64b3ba4f9a5d76eac6170288e4f8517179e218bc9eb5e72fa5872dbf2808121027e5ac73196444c6a87346a82792f3b4205774bed31b1283036f4f501f8c028e0ffffffff99541005ef4fa5813282a5a3b7e50a9d4bcd2afa07c07554d1fbe964162b83d9000000006b483045022100bb676eb702e20df723522fef2eb5e8e34bf9913a5962f20ce0ebfb22ae5f338a02206ba74c4916b14485b587021971625b12c32fe69b3eab0901f1e364d0b6d0ff33812103f3f7a18e73f575cea92d3d809b2b94b6633644b0f904a01c7b7467d3c694244affffffff7f8deb0bb067bf208a83351a0cb16d2098bbdbf0cd6ea9db7db57fe4f6375eb3000000006b48304502210094c754cd072c04fd0cd7a369395d6f11b9f93141d9e501d8173107b6d08310950220022cd96b40729fa2093c966d202e4e21138e1b5ec8ef5b5735a1c214b479479d812103e046b0cd2efff59790fdeb54404a30f6c82b9a399be88e09e296752b6e0e256bffffffff0210eb0900000000001976a914213d84219682005ec3210b9c383869d44f12943388ac9e2f0000000000001976a91400b1647f6d3f171194e66f399eb6f6e526037ef988ac00000000

Анализ сырьевой сделки ниже:

{
"txid": "d2407dd195c6367f037c2c5a97ccff8b38aa246ce405a6fc1cb3132f59b92210",
"версии": 1,
"locktime": 0,
"время": 1510676100,
"Альвин": [
{
"txid": "b540513d71f7e0d0a4b390436d6de2b38ded7a3fa5c9c8b7eb9849d5e12bafb7",
"Uвых": 1,
"scriptSig": {
"АСМ": "3044022044d5754340df6eed9a9913e6e71e61a0db5b273918867f192ef66fc362eb50f2022045b24f8af67980c5eb4d064333559b1cc60116b445eb5d7b362bf5162351a41981 0367c0f22210f87d68ec1be496cb77e765e4f097f2e3e9341b35fb87b44fcb8256",
"наговор": "473044022044d5754340df6eed9a9913e6e71e61a0db5b273918867f192ef66fc362eb50f2022045b24f8af67980c5eb4d064333559b1cc60116b445eb5d7b362bf5162351a41981210367c0f22210f87d68ec1be496cb77e765e4f097f2e3e9341b35fb87b44fcb8256"
},
"последовательности": 4294967295
}, 
{
"txid": "87277bf65eb9ba001226ea8911edd74106b90841be4e3b5c30e2ab147033a9ef",
"Uвых": 0,
"scriptSig": {
"АСМ": "3045022100b15f66e1978463c0707d23604548088b6a8aa04e52d1f16077fc0419bcbdb7970220418b443f271fa65fa9abefabdc5fbeeb665bd4fd76c00e8d80c51c2a05c890cc81 03e046b0cd2efff59790fdeb54404a30f6c82b9a399be88e09e296752b6e0e256b",
"наговор": "483045022100b15f66e1978463c0707d23604548088b6a8aa04e52d1f16077fc0419bcbdb7970220418b443f271fa65fa9abefabdc5fbeeb665bd4fd76c00e8d80c51c2a05c890cc812103e046b0cd2efff59790fdeb54404a30f6c82b9a399be88e09e296752b6e0e256b"
},
"последовательности": 4294967295
}, 
{
"txid": "ee3071db080c38fc717bd8a0447d9e0c059aa58f10114b54ed5da81a6af00faa",
"Uвых": 0,
"scriptSig": {
"АСМ": "3045022100b3d510e49df9e6909a1abfb7f572ffe4d112851a69177b8d37a759489e0b0832022044f6c10972cf0e0e73780f99f2619b0c2fe12a0dcd3fbe7ba7a3a6055d673f4381 02fce3db7a30d9b67015b52072f73ea975ff974eecdfe8c251d102a704e84fbf34",
"наговор": "483045022100b3d510e49df9e6909a1abfb7f572ffe4d112851a69177b8d37a759489e0b0832022044f6c10972cf0e0e73780f99f2619b0c2fe12a0dcd3fbe7ba7a3a6055d673f43812102fce3db7a30d9b67015b52072f73ea975ff974eecdfe8c251d102a704e84fbf34"
},
"последовательности": 4294967295
}, 
{
"txid": "d9832b1664e9fbd15475c007fa2acd4b9d0ae5b7a3a5823281a54fef05105499",
"Uвых": 1,
"scriptSig": {
"АСМ": "027e5ac73196444c6a87346a82792f3b4205774bed31b1283036f4f501f8c028e0 3045022100ca4e49c7ff79cdca8feb263dc81b2dfc9e15023d9adfa41c0277f41bc67233fb022040a5d64b3ba4f9a5d76eac6170288e4f8517179e218bc9eb5e72fa5872dbf28081",
"наговор": "483045022100ca4e49c7ff79cdca8feb263dc81b2dfc9e15023d9adfa41c0277f41bc67233fb022040a5d64b3ba4f9a5d76eac6170288e4f8517179e218bc9eb5e72fa5872dbf2808121027e5ac73196444c6a87346a82792f3b4205774bed31b1283036f4f501f8c028e0"
},
"последовательности": 4294967295
}, 
{
"txid": "d9832b1664e9fbd15475c007fa2acd4b9d0ae5b7a3a5823281a54fef05105499",
"Uвых": 0,
"scriptSig": {
"АСМ": "3045022100bb676eb702e20df723522fef2eb5e8e34bf9913a5962f20ce0ebfb22ae5f338a02206ba74c4916b14485b587021971625b12c32fe69b3eab0901f1e364d0b6d0ff3381 03f3f7a18e73f575cea92d3d809b2b94b6633644b0f904a01c7b7467d3c694244a",
"наговор": "483045022100bb676eb702e20df723522fef2eb5e8e34bf9913a5962f20ce0ebfb22ae5f338a02206ba74c4916b14485b587021971625b12c32fe69b3eab0901f1e364d0b6d0ff33812103f3f7a18e73f575cea92d3d809b2b94b6633644b0f904a01c7b7467d3c694244a"
},
"последовательности": 4294967295
}, 
{
"txid": "b35e37f6e47fb57ddba96ecdf0dbbb98206db10c1a35838a20bf67b00beb8d7f",
"Uвых": 0,
"scriptSig": {
"АСМ": "304502210094c754cd072c04fd0cd7a369395d6f11b9f93141d9e501d8173107b6d08310950220022cd96b40729fa2093c966d202e4e21138e1b5ec8ef5b5735a1c214b479479d81 03e046b0cd2efff59790fdeb54404a30f6c82b9a399be88e09e296752b6e0e256b",
"наговор": "48304502210094c754cd072c04fd0cd7a369395d6f11b9f93141d9e501d8173107b6d08310950220022cd96b40729fa2093c966d202e4e21138e1b5ec8ef5b5735a1c214b479479d812103e046b0cd2efff59790fdeb54404a30f6c82b9a399be88e09e296752b6e0e256b"
},
"последовательности": 4294967295
}
],
"Uвых": [
{
"значение": 0.650000,
"н": 0,
"scriptPubKey": {
"АСМ": "OP_DUP OP_HASH160 213d84219682005ec3210b9c383869d44f129433 OP_EQUALVERIFY OP_CHECKSIG",
"наговор": "76a914213d84219682005ec3210b9c383869d44f12943388ac",
"reqSigs": 1,
"тип": "pubkeyhash",
"адреса": [
"ELBfV8YApvz34RUkaYQ5XP7LLyJxZh7qzu"
]
}
}, 
{
"значение": 0.012190,
"Н": 1,
"scriptPubKey": {
"АСМ": "OP_DUP OP_HASH160 00b1647f6d3f171194e66f399eb6f6e526037ef9 OP_EQUALVERIFY OP_CHECKSIG",
"наговор": "76a91400b1647f6d3f171194e66f399eb6f6e526037ef988ac",
"reqSigs": 1,
"тип": "pubkeyhash",
"адреса": [
"EHDa133N3U9Q1a3Pwib21xLTcHHVihCDsd"
]
}
}
]
}

Что я делаю не так?

Пожалуйста, помогите!

+403
CedL 3 апр. 2014 г., 0:58:53

Освежающий адреса с каждой транзакции удерживает вашу личность более нетронутыми, как это не может быть реферативного с любой другой сделки, а адрес новый.И это хорошо для будущей перспективы, а когда монеты будут отправлены на адрес, они направляются функция ripemd-160 на SHA-256 открытого ключа. Для того, чтобы провести его, вы обнаружите открытый ключ, а затем с помощью соответствующего частного ключа. Таким образом, если в какой-то момент в будущем кто-то обнаружил слабость в ECDSA, что позволяет выводить закрытый ключ из открытого ключа.Он будет в безопасности, как вы-адрес меняется так новый открытый ключ не будет в blockchain и он будет не уязвим.

+396
Gajin Jovan 25 янв. 2017 г., 12:51:16

Я старался изо всех сил следовать инструкциям по установке на безголовый сервер Debian нашли на github.com/bitcoin и bitcoin.org/en/full-node. Однако, я не могу выяснить, если все правильно установлено. Я не знаю, право проверки.

В установке bitcoind я использовал wget, чтобы скачать файл 0.11.2 смолы/zip из bitcoin.org. Я установил все зависимости через apt-получить на GitHub. Я использовал wget, чтобы скачать Беркли ДБ4.8 и использовать "сделать установить", чтобы предположительно установить дб4.8. Наконец, я использовал "судо установить", чтобы добавить bitcoind двоичного файла в "/usr/местные/Бен".

Я могу запустить bitcoind и взаимодействовать с ним с помощью биткоин-Кинк. Однако, как я могу определить, если установка действительно удалась? Как я могу проверить, что bitcoind использует Беркли ДБ4.8? У меня есть подозрение, что-то не так, потому что я не мог найти биткоин корень. Данная инструкция на GitHub сбивает меня с толку:

компакт-диск $BITCOIN_ROOT
./autogen.sh
./настроить LDFLAGS="-л${BDB_PREFIX}/Либ/" добейтесь того,="-я${BDB_PREFIX}/числе/" # (другие аргументы...)

Я не могу использовать autogen.sh, потому что я не могу найти его. Где $BITCOIN_ROOT? Где настроить файл? Я не могу найти это либо. Я боюсь использовать кошелек и потерять БТЦ.

+381
Wagner Moreira 19 апр. 2011 г., 3:18:34

тот факт, что pybitcointools (на чистом Python реализации алгоритма ECDSA) может проверять сообщения по умолчанию и подписи указывает на то, что это проблема с в OpenSSL , а не сами данные неверные.

согласно amaclinс комментарии под своим ответом, Дэр кодирования для этого подпись нестандартные:

30440220bb4fbc495aa23babb2c2be4e3fb4a5dffefe20c8eff5940f135649c3ea96444a022004afcda966c807bb97622d3eefea828f623af306ef2b756782ee6f8a22a959a2

это расшифровывается как:

0x30 # постоянный заполнитель
0x44 # общая длина = 68 байт
0x02 # постоянный заполнитель
0х20 # R-длина = 32 байта
0xbb4fbc495aa23babb2c2be4e3fb4a5dffefe20c8eff5940f135649c3ea96444a # Р
0x02 # постоянный заполнитель
0х20 # S-длина = 32 байта
0x04afcda966c807bb97622d3eefea828f623af306ef2b756782ee6f8a22a959a2 # ы

заметим, что р значение здесь начинается с 0xbb = 1011 1011 - начиная с наиболее значащего бита (0х80) установлен, то это отрицательное число. это не IsValidSignatureEncoding проверить и быть отклонены с тех пор bip66. в частности, эта линия приведет к неудаче:

// Отрицательные числа не допускаются к Р.
если (сиг[4] & 0x80, в) возвращает false;

здесь сиг[4] - первый (левый) байт р значение.

это объясняет, почему в некоторых версиях OpenSSL будет выполнена эта опция -- checksig и другим передавать - это нестандартные кодировки Der которая совместима только с некоторыми версиями OpenSSL.

+332
garrykiev 26 июн. 2016 г., 8:38:51

Последний раз я слышал о нем, о будущем версии байт был до сих пор невыяснены. В настоящее время они применяются в силу несовместимости между несколькими base58-закодированных структур данных:

  • адреса / личные ключи
  • тестовом режиме / реалнет
  • альтернатива-цепи вариантов (свой Namecoin и т. д...)

Таким образом, вы не можете злоупотреблять одним ради другого.

Однажды, он также может быть использован в качестве реальной номер версии (текущая ша-256 + функция ripemd-160 + base58-кодирования для ключей могла устареть).

+319
Gabriel Mocan 23 окт. 2016 г., 17:51:49
$ ./electrum-3.2.3.exe --тестовом режиме, чтобы методу setconfig 7777
правда
$ ./electrum-3.2.3.exe --rpcuser методу setconfig тестовом режиме, мля
правда
$ ./electrum-3.2.3.exe --методу setconfig тестовом режиме rpcpassword мля
правда

$ ./electrum-3.2.3.exe --тестовом режиме демона начала
Обратная трассировка (самый недавний призыв последнего):
 Файл "run_electrum", строка 433, в <модуль>
AttributeError: модуль 'ОС' не имеет атрибут 'вилка'

Я не могу установить на Linux как CentOS 7.5 не могу скомпилировать питон3. Я не буду пытаться дальше, так как я уже потратил целый день на вопросы компиляции.

$ ./electrum-3.2.3.exe --тестовом режиме

запускается с GUI-клиент, который отлично

$ завиток --данные-бинарные '{"id":"curltext","method":"blockchain.scripthash.get_balance","params":["mveNDYcr9Bb1xjnNeCRumiDHKU3n3CJBuk"]}' http://blah:[email protected]:7777
{"результат": null, то "идентификатор": "curltext", "ошибка": {"код": -32601, "сообщение": "блокчейн способ.scripthash.get_balance не поддерживается".}}
$ завиток --данных-Binary '{"идентификатор":"curltext","способ":"get_balance","параметров":["mveNDYcr9Bb1xjnNeCRumiDHKU3n3CJBuk"]}' http://blah:[email protected]:7777
{"результат": null, то "идентификатор": "curltext", "ошибка": {"код": -32601, "сообщение": "способ get_balance не поддерживается."}}
$ завиток --данных-Binary '{"идентификатор":"curltext","способ":"метода getbalance","параметров":["mveNDYcr9Bb1xjnNeCRumiDHKU3n3CJBuk"]}' http://blah:[email protected]:7777
{"результат": null, то "идентификатор": "curltext", "ошибка": {"код": -32601, "сообщение": "метода getbalance метод не поддерживается."}}

Я также пробовал без указания биткоин-адрес с теми же результатами.

https://bitcointalk.org/index.php?topic=1894185.0 обсуждает тот же вопрос и государств не дает сообщение об ошибке о бумажник загрузкой, который является, почему я получаю ошибку выше. Если плакат не имел в виду "не", а "это", как бы я "разгрузить кошелек"?

Примечание: mveNDYcr9Bb1xjnNeCRumiDHKU3n3CJBuk адрес в Электрум кошелек

+312
JodiAWallace 6 мая 2017 г., 19:47:01

Она может быть решена путем запуска пыл услуги со следующими параметрами: -Xmx256M

./бежать.летучая мышь -Xmx256M

По умолчанию 256Мб выключен. За счет добавления в этих вариантов для выполнения.летучая мышь это снижает требования к только 256 Мб.

+282
nassign 9 янв. 2018 г., 15:06:24

Я послал $800 на адрес кошелька мне прислал "торговый Брокер", а просто обманули меня мои деньги! :( Есть ли способ мои средства могли быть возвращены обратно на мой адрес вообще? ПОЖАЛУЙСТА, ПОМОГИТЕ!

+223
bbzz 20 июн. 2016 г., 21:14:42

Есть ли какие-то статьи или презентации о биткоинах в любом влиятельных или авторитетных экономических сайтов, или, возможно, интервью с видными экономистами?

+202
UjjalThebright 10 окт. 2010 г., 19:44:13

Я создаю собственный значок с Litecoin источник. Поэтому я изменил hashGenesisBlock , hashMerkleRoot , извращенец , метки и т. д. Все работает нормально, если я не делаю BIP34Height , BIP65Height , BIP66Height & BIP34Hash значение 1 .При выполнении интеллектуального анализа данных, используя найти сгенерированный хэш/блоки не принимают, и поэтому блоки не генерируются/добавил.

Если я изменю что бип( BIP34Height , BIP65Height & BIP66Height и BIP34Hash) значения(не по умолчанию значения лайткоин), который генерируется хэш блока должен приниматься из процессора Шахтерск или любой другой третьей стороной интеллектуального анализа бинарных. Я пробовал путем установки значения 0 & 1, но тот же результат что-то не работает так, как ожидалось.. вот лог URL-адрес, образующихся при добыче : https://gist.github.com/adneerav/591e61657292e6c6561a26b69dc78870

Если я не изменюсь, что бип значений, все работает нормально.Генерируемые блоки принимаются для добавления.Проверьте журнал, который создается из Горно процесс. https://gist.github.com/adneerav/0b30889d3950662201734776b926903a#file-old_script_mining-log-L84

Для тестирования и начальной настройки я делаю вещи по локальной сети.Все работает нормально, если я не изменюсь бип значений(меняется лишь бытие , мерке минимальная цепочка и т. д.)

Я знаю, что для этого бип соответствующих концептуальных должно быть ясно, но я не нашел каких-либо примеров & надлежащих документов, поэтому я пришел сюда, чтобы внести ясность, если кто может предоставить более подробную информацию/документ/блогов и помогите мне решить это.

Кто-нибудь может пожалуйста помочь мне в этом вопросе ?

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

Примечание : Прежде чем я пришел к этому я уже спрашивал то же самое : https://github.com/litecoin-project/litecoin/issues/538

Спасибо

+196
khalid ali 16 февр. 2015 г., 13:24:06

Есть вероятность, что IP-адрес прокси менять? Добавлена устройство WiFi Андроид?

Вы также можете разместить на "Догие комплексная ASICMiner куб установка" на bitcointalk, что ASICMiner блок Erupter куб конкретные с более чем 1300 постов.

+186
kemal kamberovski 10 дек. 2016 г., 17:42:54

Я думаю, что вам нужно на средней сложности * 232 испытания, чтобы решить доказательство правильности работы головоломки. БФ биткоин спецификация.

+156
Maha 5 нояб. 2012 г., 1:40:25

Когда я посмотрел,

  • один сайт сказал, что было 120612 сделок
  • один сайт сказал, что было 120614 сделок

одном сайте предупредили меня, что там были неподтвержденные транзакции

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

Как Рагхав отметил в комментарии:

еще одним фактором является то, что некоторые проводника рассчитывать изменение отправлены на тот же адрес в качестве дополнительного входящего БТЦ Техас, в то время как другие (blockchain.info) нет. Это объясняет такую большую разницу в этом случае, поскольку адрес, кажется, выход большое изменение для себя.

+148
msiyer 12 февр. 2013 г., 23:12:58

Детерминированный кошелек любой кошелек, для которого данный закрытый ключ может быть предсказуемо выздоровел с:

  • оригинальный секретный семян
  • идентификатор / порядковый номер нужного ключей

Существует два типа детерминированных кошельков:

  • последовательный детерминированные кошельки
  • иерархически детерминированные кошельки

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

Например, если я использую фразу:

пастух Маис набор эмаль Гораций дива размер максимальной рыкает на самом деле торговый центр'

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

шестигранные(и SHA256 ("пастухом" Маис набор эмаль Гораций дива размер максимум реально ревут центра 0'))
шестигранные(и SHA256 ("пастухом" Маис набор эмаль Гораций дива размер максимально реально ревут центра 1'))
...

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

Иерархической детерминированной кошелек, с другой стороны, начинается с одного ключей в качестве мастер-ключей. Закрытого ключа ключей есть тайное семя.

У каждой пары есть дети. И открытый ключ данного ребенка данной родительский узел в дереве создается путем выполнения умножения на эллиптических кривых открытого ключа родителя.

Закрытый ключ ребенка могут быть взысканы за счет владельца, выполняя ту же мультипликативную операцию на закрытый ключ родителя. Это потому, что Мпо умолчанию/по умолчанию = мПривчной/Привчной.

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

...

Если вы ищете Python реализации последовательных детерминированных кошельков, я приготовила здесь: https://github.com/blockstack/pybitcoin (или просто сделать "Пип установить pybitcoin").

У меня нет рабочей реализации иерархически детерминированные кошельки, но для этого я проверю это Python реализации или Руби реализации.

+61
Valery777 10 нояб. 2013 г., 17:51:51

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

То же самое можно сказать для не-шахтеров. Если вы не выполните полный узел, вы на самом деле не работает Биткоин, но доверчивые люди, которые управляют им, для проверки операции.

+46
CaptainProton 3 сент. 2012 г., 16:18:41

Пьер ответил на мой вопрос на молнии-Дэв список и есть pull-запрос , чтобы сделать его более четким. Поэтому ответ заключается в том, что хотя тайм-аут не рассматривается в сценарии, она осуществляется в HTLC-тайм-аута транзакции с абсолютной ловушке в nLocktime. Когда локальный узел пытается провести HTLC выход, он должен явно установить nLocktime в cltv_expiry , который предотвращает его от вещания на втором этапе HTLC-тайм-аут операции до того времени достигло.

+39
painlessone 19 февр. 2014 г., 3:57:59

Показать вопросы с тегом