С помощью PHP с RPC и печенье

Поскольку 0.12 RPC использует "случайной печенье":https://github.com/bitcoin/bitcoin/blob/master/doc/release-notes/release-notes-0.12.0.md#rpc-random-cookie-rpc-authentication для проверки подлинности, но не совсем понятно, как использовать этом печенье, когда доступ через RPC.

Я стараюсь такие вещи, как ниже, без успеха (401 несанкционированный)

$Запрос = массив(
 'НТТР' => массив(
 'способ' => 'сообщение',
 'заголовок' => "тип контента: приложение/JSON\р\н".
 Файл cookie: файл cookie ____=содержательность.печенье',
 свойство 'content' => $params дополнительные
)
);
если (!$Ответ = функции file_get_contents(BITCOIN_RPC_URL, ложь, помощью функции stream_context_create($запроса))) {
 возвращает false;
}

Каждый пример, который я найти в интернете использует пользователь:пройти проверку подлинности, мне еще предстоит увидеть пример с использованием файлов cookie.

+487
Jason Dufair 22 мар. 2010 г., 1:38:11
17 ответов

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

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

+872
Janna 03 февр. '09 в 4:24

Как БТЦ.для устранения укорочения алгоритм работы? Это детерминированный алгоритм, то есть, он может быть воспроизведен на других сайтах с теми же результатами или результаты конкретного сайта и порядок, в котором вводятся адреса?

+832
fahad aijaz 4 июн. 2011 г., 1:49:14

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

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

https://en.wikipedia.org/wiki/Triangle_%28chart_pattern%29#The_symmetrical_triangle

+762
user1641083 17 февр. 2010 г., 20:19:00

То, что ваш скриншот показывает: Вы установить сумму USDT по 30 в каждом конкретном случае, поэтому при более высокой цене, вам придется продать меньше БТЦ для того, чтобы получить 30 USDT. Это отличается от установки составит постоянное количество BTC в обоих случаях, и видя разницу в USDT.

Математика в твоем примере:

(1 БТЦ/6180 USDT)(30 USDT) = (0.004854.. БТЦ)

(1 БТЦ/6154 USDT)(30 USDT) = (0.004875.. БТЦ)

Математика, предполагая, что вы покупка/продажа 0.005 БТС, по указанным ценам:

(6180 USDT/1 БТЦ)(0.005 БТС) = (30.90 USDT)

(6154 USDT/1 БТЦ)(0.005 БТС) = (30.77 USDT)

+731
Fladabosco 25 окт. 2014 г., 16:23:56

Чтобы понять "пыли" вы должны понять несколько вещей:

Во-первых, UTXO-это нерастраченная выходных сделки. Это по сути кусок биткоин где-то на Blockchain, что неизрасходованные.

Чтобы создать транзакцию, 1 или более UTXOs используются для формирования входов и 1 или более UTXOs "рождаются" в процессе. После операции подтвердится, то UTXOs, которые сформировали входы теперь просто "TXOs" (т. е. они были израсходованы).

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

Если у меня есть 1 БТЦ, хранящихся в 1 UTXO, это будет стоить мне меньше прислали, чем за 1 BTC, разбросанных по 10 UTXOs от 0.1 BTC, а это обойдется мне дешевле отправить, чем 100 UTXOs в 0.01 БТЦ.

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

Каждый UTXO вы хотите использовать в сделке влечет за собой увеличение платы.

Каждый UTXO занимает несколько байт в сделке.

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

Поэтому 'пыли' UTXO-это UTXO, что не стоит в том числе и в сделки потому что так влечет увеличение платы выше, чем стоимость UTXO.

+720
Mike3d0g 14 янв. 2010 г., 7:28:14

Чаще всего бумажные кошельки включают в себя QR-код (2D штрих-код) на адрес и закрытый ключ, чтобы спасти вас от ввода их вручную. Некоторые биткойн-кошельки позволяют сканировать QR код, чтобы смести средств поверте - я знаю blockchain.info онлайн wallter С позволит вам использовать веб-камеру для сканирования закрытый ключ.

+642
robertdavid 6 авг. 2010 г., 4:07:49

При использовании Bitcoin-Qt в кошелек, все команды выполняются внешне с bitcoind?

Я спрашиваю, потому что я увидел альткоины кошелек-от Qt (ДМД), который поставляется в виде одного файла без каких-либо даемон файл, значит ли это, что демон уже встроен в Qt кошелек?

+581
Patrick Beagan 21 июн. 2014 г., 17:20:29

Все узлы прослушивает порт 18333 для входящих подключений. Любое входящее соединение будет использовать этот порт. Так addrlocal покажет localIP:18333.

Любое исходящее соединение будет использовать случайный порт, так addrlocal покажет localIP:ХХХХХ

Так что каждое соединение является случайным <----> 18333 18333 или <----> случайные. Узел, который инициировал подключение (выход) всегда будет использовать случайный порт.

Это как все TCP/веб-сервисы IP с известной работой портов. Веб-сервера прослушивает порт 80 или 443 порт, браузеры используют случайный локальный порт для подключения к ним.

Редактировать: следует отметить, что порт 18333 для узлов тестовом режиме. Будет 8333 для основной сети. Кроме того, если в Linux команды netstat -ntlp или команды netstat -НТП покажет все TCP соединения

+571
drinu16 21 июл. 2019 г., 16:18:45

Я создала новый адрес получения на Coinbase, так что кто может прислать мне БТЦ. Я сразу искала адрес на blockchain.info и был весьма удивлен, увидев, что он уже имел много сделок в течение нескольких месяцев! Какая компания делает? Почему они не дают мне новый адрес? Как они могут отслеживать, какие счета в кредит, если они дают многократные клиенты же получают адрес?

+570
kaychaks 8 дек. 2017 г., 10:23:34

РФБ и полных блоков сделать 0-конф бесполезно, потому что это легко переопределить. Не раз она полезна? Я слышал, что без них это более безопасно, чем виза с точки зрения двойные расходы.

+479
user1398057 1 мар. 2011 г., 15:49:39

Забавный Факт:

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

Где я могу найти общее количество биткоинов на данный момент там?

https://bitcoincharts.com это хорошее место, где можно найти его.

Количество в обращении на данный момент является 16.523 м

+472
Rajveer singh 19 окт. 2018 г., 16:05:01

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

Предположим, что злоумышленник имеет возможность контролировать многие цветут спецификации фильтра, отправленное клиентом СПВ с его сверстниками. Сможет ли он, в конечном счете, устранить все ложные срабатывания, выполняя соответствующие подмножества на все операции, соответствующие фильтры?

В качестве примера, давайте все транзакции будут целые числа от 1 до 100, и предположим, что клиент заинтересован в операции 4, 8 и 15. Первый раз, когда он подключается к сети, он передает Блум фильтр соответствия (1, 4, 7, 8, 15, 27, 44, 73); второй раз, его фильтра (3, 4, 6, 8, 15, 27, 66). Злоумышленник сразу же сможете сузить круг возможных сделок вниз (4, 8, 15, 27); после еще несколько вызовов, то он нашел бы правильного ответа.

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

+467
James Hall 6 авг. 2013 г., 6:51:31

Я пытаюсь запустить Bitcoin-Qt версии клиента (для синхронизации блокчейна) на сайт RaspberryPi (используя Raspbian стрейч с рабочего стола). Однако, биткоин-клиент на Qt открывает и сразу закрывает. Кстати дБ.журнал пуст. Вот это (хвост) моей отладки.журнал (в котором АТЛ не заметили какие-либо ошибки).

2018-07-18 16:31:09 Биткойн версия v0.13.1.0-g03422e5
2018-07-18 16:31:09 InitParameterInteraction: взаимодействие параметра: -whitelistforcerelay=1 -> Настройка-whitelistrelay=1
2018-07-18 16:31:10 по умолчанию данные в каталог /Home/Пи/.биткоин
2018-07-18 16:31:10 используя данные каталог /mnt/usbstorage/.биткоин
2018-07-18 16:31:10, используя конфигурационный файл /MNT/usbstorage/.биткоинов/биткоин.конф
2018-07-18 16:31:10 за 125 соединений (1024 доступных дескрипторов файлов)
2018-07-18 16:31:10, используя 4 нити для скрипта проверки
2018-07-18 16:31:10 использование BerkeleyDB версии Беркли ДБ 5.3.28: (9 сентября 2013)
2018-07-18 16:31:10 планировщик потоков запустить
2018-07-18 16:31:10 используя бумажник бумажник.дат
2018-07-18 16:31:10 сообщение инит: проверка бумажник...
2018-07-18 16:31:10 CDBEnv::открыть: каталога журнала=в/MNT/usbstorage/.биткоин/база данных, файл ошибок=в/MNT/usbstorage/.биткоин/дБ.журнал
2018-07-18 16:31:10 Обязательно [::]:8333
2018-07-18 16:31:10 привязан к 0.0.0.0:8333
2018-07-18 16:31:10 кэш конфигурации:
2018-07-18 16:31:10 * с помощью 2.0 MIB для базы данных индекса блока 
2018-07-18 16:31:10 * использование 8.0 MIB для государственной базы данных цепь 
2018-07-18 16:31:10 * используя 290.0 Мб для в памяти набор UTXO 
2018-07-18 16:31:10 инит сообщение: загрузка блока индекса...
2018-07-18 16:31:10 Открытие LevelDB в /MNT/usbstorage/.биткоин/блоки индекса/
2018-07-18 16:31:10 успешно открыт LevelDB 
2018-07-18 16:31:10 используя ключ обфускации для /MNT/usbstorage/.индекс биткоин/блоки/: 0000000000000000
2018-07-18 16:31:10 Открытие LevelDB в /MNT/usbstorage/.биткоин/chainstate
2018-07-18 16:31:10 успешно открыт LevelDB 
2018-07-18 16:31:10 используя ключ обфускации для /MNT/usbstorage/.биткоин/chainstate: 68657831113e179

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

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

+403
user60915 5 янв. 2016 г., 4:59:13

Мы можем получить Bitcoin блок данных в формате JSON с помощью команды в Bitcoin-CLI и getblock <хэш> 2, следующим одна на Высота 100000:

{
 "хэш": "000000000003ba27aa200b1cecaad478d2b00432346c3f1f3986da1afd33e506",
 "подтверждений": 135485,
 "strippedsize": 957,
 "размер": 957,
 "вес": 3828,
 "высота": 100000,
 "версии": 1,
 "versionHex": "00000001",
 "merkleroot": "f3e94742aca4b5ef85488dc37c06c3282295ffec960994b2c0d5ac2a25a95766",
 "Техас": [{
 "txid": "8c14f0db3df150123e6f3dbbf30f8b955a8249b62ac1d1ff16284aefa3d06d87",
 "хэш": "8c14f0db3df150123e6f3dbbf30f8b955a8249b62ac1d1ff16284aefa3d06d87",
 "версии": 1,
 "размер": 135,
 "размер V": 135,
 "вес": 540,
 "locktime": 0,
 "вин": [{
 "компания": "044c86041b020602",
 "последовательности": 4294967295
}],
 "Uвых": [{
 "значение": 50,
 "н": 0,
 "scriptPubKey": {
 "АСМ": "041b0e8c2567c12536aa13357b79a073dc4444acb83c4ec7a0e2f99dd7457516c5817242da796924ca4e99947d087fedf9ce467cb9f7c6287078f801df276fdf84 OP_CHECKSIG",
 "наговор": "41041b0e8c2567c12536aa13357b79a073dc4444acb83c4ec7a0e2f99dd7457516c5817242da796924ca4e99947d087fedf9ce467cb9f7c6287078f801df276fdf84ac",
 "reqSigs": 1,
 "тип": "по умолчанию",
 "адреса": ["1HWqMzw1jfpXb3xyuUZ4uWXY4tqL2cW47j"]
}
}],
 "наговор": "01000000010000000000000000000000000000000000000000000000000000000000000000ffffffff08044c86041b020602ffffffff0100f2052a010000004341041b0e8c2567c12536aa13357b79a073dc4444acb83c4ec7a0e2f99dd7457516c5817242da796924ca4e99947d087fedf9ce467cb9f7c6287078f801df276fdf84ac00000000"
 }, {
 "txid": "fff2525b8931402dd09222c50775608f75787bd2b87e56995a7bdd30f79702c4",
 "хэш": "fff2525b8931402dd09222c50775608f75787bd2b87e56995a7bdd30f79702c4",
 "версии": 1,
 "размер": 259,
 "размер V": 259,
 "вес": 1036,
 "locktime": 0,
 "вин": [{
 "txid": "87a157f3fd88ac7907c05fc55e271dc4acdc5605d187d646604ca8c0e9382e03",
 "Uвых": 0,
 "scriptSig": {
 "АСМ": "3046022100c352d3dd993a981beba4a63ad15c209275ca9470abfcd57da93b58e4eb5dce82022100840792bc1f456062819f15d33ee7055cf7b5ee1af1ebcc6028d9cdb1c3af7748[ALL] 04f46db5e9d61a9dc27b8d64ad23e7383a4e6ca164593c2527c038c0857eb67ee8e825dca65046b82c9331586c82e0fd1f633f25f87c161bc6f8a630121df2b3d3",
 "наговор": "493046022100c352d3dd993a981beba4a63ad15c209275ca9470abfcd57da93b58e4eb5dce82022100840792bc1f456062819f15d33ee7055cf7b5ee1af1ebcc6028d9cdb1c3af7748014104f46db5e9d61a9dc27b8d64ad23e7383a4e6ca164593c2527c038c0857eb67ee8e825dca65046b82c9331586c82e0fd1f633f25f87c161bc6f8a630121df2b3d3"
},
 "последовательности": 4294967295
}],
 "Uвых": [{
 "значение": 5.56,
 "н": 0,
 "scriptPubKey": {
 "АСМ": "OP_DUP OP_HASH160 c398efa9c392ba6013c5e04ee729755ef7f58b32 OP_EQUALVERIFY OP_CHECKSIG",
 "наговор": "76a914c398efa9c392ba6013c5e04ee729755ef7f58b3288ac",
 "reqSigs": 1,
 "тип": "pubkeyhash",
 "адреса": ["1JqDybm2nWTENrHvMyafbSXXtTk5Uv5Qan"]
}
 }, {
 "значение": 44.44,
 "Н": 1,
 "scriptPubKey": {
 "АСМ": "OP_DUP OP_HASH160 948c765a6914d43f2a7ac177da2c2f6b52de3d7c OP_EQUALVERIFY OP_CHECKSIG",
 "наговор": "76a914948c765a6914d43f2a7ac177da2c2f6b52de3d7c88ac",
 "reqSigs": 1,
 "тип": "pubkeyhash",
 "адреса": ["1EYTGtG4LnFfiMvjJdsU7GMGCQvsRSjYhx"]
}
}],
 "наговор": "0100000001032e38e9c0a84c6046d687d10556dcacc41d275ec55fc00779ac88fdf357a187000000008c493046022100c352d3dd993a981beba4a63ad15c209275ca9470abfcd57da93b58e4eb5dce82022100840792bc1f456062819f15d33ee7055cf7b5ee1af1ebcc6028d9cdb1c3af7748014104f46db5e9d61a9dc27b8d64ad23e7383a4e6ca164593c2527c038c0857eb67ee8e825dca65046b82c9331586c82e0fd1f633f25f87c161bc6f8a630121df2b3d3ffffffff0200e32321000000001976a914c398efa9c392ba6013c5e04ee729755ef7f58b3288ac000fe208010000001976a914948c765a6914d43f2a7ac177da2c2f6b52de3d7c88ac00000000"
 }, {
 "txid": "6359f0868171b1d194cbee1af2f16ea598ae8fad666d9b012c8ed2b79a236ec4",
 "хэш": "6359f0868171b1d194cbee1af2f16ea598ae8fad666d9b012c8ed2b79a236ec4",
 "версии": 1,
 "размер": 257,
 "размер V": 257,
 "вес": 1028,
 "locktime": 0,
 "вин": [{
 "txid": "cf4e2978d0611ce46592e02d7e7daf8627a316ab69759a9f3df109a7f2bf3ec3",
 "Uвых": 1,
 "scriptSig": {
 "АСМ": "30440220032d30df5ee6f57fa46cddb5eb8d0d9fe8de6b342d27942ae90a3231e0ba333e02203deee8060fdc70230a7f5b4ad7d7bc3e628cbe219a886b84269eaeb81e26b4fe[ALL] 04ae31c31bf91278d99b8377a35bbce5b27d9fff15456839e919453fc7b3f721f0ba403ff96c9deeb680e5fd341c0fc3a7b90da4631ee39560639db462e9cb850f",
 "наговор": "4730440220032d30df5ee6f57fa46cddb5eb8d0d9fe8de6b342d27942ae90a3231e0ba333e02203deee8060fdc70230a7f5b4ad7d7bc3e628cbe219a886b84269eaeb81e26b4fe014104ae31c31bf91278d99b8377a35bbce5b27d9fff15456839e919453fc7b3f721f0ba403ff96c9deeb680e5fd341c0fc3a7b90da4631ee39560639db462e9cb850f"
},
 "последовательности": 4294967295
}],
 "Uвых": [{
 "значение": 0.01,
 "н": 0,
 "scriptPubKey": {
 "АСМ": "OP_DUP OP_HASH160 b0dcbf97eabf4404e31d952477ce822dadbe7e10 OP_EQUALVERIFY OP_CHECKSIG",
 "наговор": "76a914b0dcbf97eabf4404e31d952477ce822dadbe7e1088ac",
 "reqSigs": 1,
 "тип": "pubkeyhash",
 "адреса": ["1H8ANdafjpqYntniT3Ddxh4xPBMCSz33pj"]
}
 }, {
 "значение": 2.99,
 "Н": 1,
 "scriptPubKey": {
 "АСМ": "OP_DUP OP_HASH160 6b1281eec25ab4e1e0793ff4e08ab1abb3409cd9 OP_EQUALVERIFY OP_CHECKSIG",
 "наговор": "76a9146b1281eec25ab4e1e0793ff4e08ab1abb3409cd988ac",
 "reqSigs": 1,
 "тип": "pubkeyhash",
 "адреса": ["1Am9UTGfdnxabvcywYG2hvzr6qK8T3oUzt"]
}
}],
 "наговор": "0100000001c33ebff2a709f13d9f9a7569ab16a32786af7d7e2de09265e41c61d078294ecf010000008a4730440220032d30df5ee6f57fa46cddb5eb8d0d9fe8de6b342d27942ae90a3231e0ba333e02203deee8060fdc70230a7f5b4ad7d7bc3e628cbe219a886b84269eaeb81e26b4fe014104ae31c31bf91278d99b8377a35bbce5b27d9fff15456839e919453fc7b3f721f0ba403ff96c9deeb680e5fd341c0fc3a7b90da4631ee39560639db462e9cb850fffffffff0240420f00000000001976a914b0dcbf97eabf4404e31d952477ce822dadbe7e1088acc060d211000000001976a9146b1281eec25ab4e1e0793ff4e08ab1abb3409cd988ac00000000"
 }, {
 "txid": "e9a66845e05d5abc0ad04ec80f774a7e585c6e8db975962d069a522137b80c1d",
 "хэш": "e9a66845e05d5abc0ad04ec80f774a7e585c6e8db975962d069a522137b80c1d",
 "версии": 1,
 "размер": 225,
 "размер V": 225,
 "вес": 900,
 "locktime": 0,
 "вин": [{
 "txid": "f4515fed3dc4a19b90a317b9840c243bac26114cf637522373a7d486b372600b",
 "Uвых": 0,
 "scriptSig": {
 "АСМ": "3046022100bb1ad26df930a51cce110cf44f7a48c3c561fd977500b1ae5d6b6fd13d0b3f4a022100c5b42951acedff14abba2736fd574bdb465f3e6f8da12e2c5303954aca7f78f3[ALL] 04a7135bfe824c97ecc01ec7d7e336185c81e2aa2c41ab175407c09484ce9694b44953fcb751206564a9c24dd094d42fdbfdd5aad3e063ce6af4cfaaea4ea14fbb",
 "наговор": "493046022100bb1ad26df930a51cce110cf44f7a48c3c561fd977500b1ae5d6b6fd13d0b3f4a022100c5b42951acedff14abba2736fd574bdb465f3e6f8da12e2c5303954aca7f78f3014104a7135bfe824c97ecc01ec7d7e336185c81e2aa2c41ab175407c09484ce9694b44953fcb751206564a9c24dd094d42fdbfdd5aad3e063ce6af4cfaaea4ea14fbb"
},
 "последовательности": 4294967295
}],
 "Uвых": [{
 "значение": 0.01,
 "н": 0,
 "scriptPubKey": {
 "АСМ": "OP_DUP OP_HASH160 39aa3d569e06a1d7926dc4be1193c99bf2eb9ee0 OP_EQUALVERIFY OP_CHECKSIG",
 "наговор": "76a91439aa3d569e06a1d7926dc4be1193c99bf2eb9ee088ac",
 "reqSigs": 1,
 "тип": "pubkeyhash",
 "адреса": ["16FuTPaeRSPVxxCnwQmdyx2PQWxX6HWzhq"]
}
}],
 "наговор": "01000000010b6072b386d4a773235237f64c1126ac3b240c84b917a3909ba1c43ded5f51f4000000008c493046022100bb1ad26df930a51cce110cf44f7a48c3c561fd977500b1ae5d6b6fd13d0b3f4a022100c5b42951acedff14abba2736fd574bdb465f3e6f8da12e2c5303954aca7f78f3014104a7135bfe824c97ecc01ec7d7e336185c81e2aa2c41ab175407c09484ce9694b44953fcb751206564a9c24dd094d42fdbfdd5aad3e063ce6af4cfaaea4ea14fbbffffffff0140420f00000000001976a91439aa3d569e06a1d7926dc4be1193c99bf2eb9ee088ac00000000"
}],
 "время": 1293623863,
 "mediantime": 1293622620,
 "извращенец": 274148111,
 "Дид": "1b04864c",
 "трудность": 14484.1623612254,
 "chainwork": "0000000000000000000000000000000000000000000000000644cb7f5234089e",
 "самого": 4,
 "previousblockhash": "000000000002d01c1fccc21636b607dfd930d31d01c3a62104612a1719011250",
 "nextblockhash": "00000000000080b66c911bd5ba14a74260057311eaeb1982802f7010f1a9f090"
}

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

Кто-нибудь может дать мне подробную информацию о полях, или рекомендуют некоторые статьи или книги?

+383
James Jenkins 25 апр. 2019 г., 21:33:18

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

Особенности:

  • Наддува слишком стар. В CentOS 6 имеет версию 1.41, но Биткоин требует функций впервые введено в Boost 1.47.
  • Беркли ДБ слишком стар. В CentOS 6 имеет версию 4.7, но биткоин хочет версии 4.8 (но см. ниже Для больше на этом).
  • В OpenSSL могут отсутствовать некоторые алгоритмы на эллиптических кривых, необходимых для биткоин, из-за крайне консервативной правовой позиции Красной шляпы с уважением ВСК. (См. ошибки 319901 и 1020292, среди других.)
  • В qrencode и miniupnpc библиотек, необходимых для биткоин графический интерфейс поддержка QR-кодов и UPnP, соответственно, полностью отсутствует. (Сервер-только сборки не нужны,.)
  • Старые версии Bitcoin коде не работает с Qt 4.6, версия поставляется с CentOS 6, но требуется в Qt 4.7. Я исправил это с одной-вкладыш, и он был исправлен в апстрим. Это, вероятно, не повлияет на вас, если вы строите старый код по какой-то причине.

Вы также нужны эти пакеты, которые существуют в CentOS 6:

  • дб4-девел
  • автонастройки использующих automake libtool не

И вам тоже нужен этот пакет из EPEL:

  • protobuf-девел

Для построения, включая GUI, вам также нужно:

  • в Qt-Devel в рабочий стол-файл-утилиты

Тогда вам нужно пропатчить биткоин в Беркли ДБ 4.7; по умолчанию настроить поручительств скрипт, если BDB 4.8 нет, даже если вы проходите настроить параметр, который должен переопределить это. И имейте в виду, что кошельки, созданные этим строить могут или не могут работать с Bitcoin составлен с BDB 4.8.

Затем нужно снова исправить его, чтобы сделать его компиляции на старых версиях GCC и glibc поставляется с EL6, в качестве текущего кода Bitcoin предполагает, что компилятор поддерживает C++11 используется. Это один однострочный патч, но мне понадобилось полчаса, чтобы разыскать.

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

Большинство из этих пакетов (за исключением miniupnpc) находятся в CentOS 7, так что если ты едешь по этой дороге, наверное, лучше отправная точка.

Я поддерживая версий этих библиотек, а также состав усилен биткоин построить за пару лет. Это гораздо легче просто захватить РЕПО и установить существующие пакеты RPM , так как я сделал всю эту работу для вас. Но если вы действительно хотите, чтобы снова покрыть Земле, есть свой "дорожной карте".

+298
quervernetzt 27 янв. 2017 г., 10:06:09

Да или нет, в зависимости от вашего определения.

Вы правы в том, что ожидаемого времени, чтобы сформировать 2-из-2 multisignature в два раза, что одной подписи, потому что вы, очевидно, нужно использовать ваш фальсификатор два алгоритма.

Однако, на практике такие постоянные факторы игнорируются при описании уровней безопасности. Например, как правило, ed25519 и кривая secp256k1 помещаются в одной и той же группы 128-битное шифрование, несмотря на то, что кривая secp256k1 должен в среднем более 4х итераций алгоритма РО-Полларда, чтобы сломать ДЛП. С другой стороны, благодаря эффективно вычислимых эндоморфизм названием secp256k1, индивидуальный итераций этого алгоритма 1,7 х быстрее, чем можно было бы ожидать в противном случае.

Кроме того, группа они указаны в расплывчато. Когда речь идет о ECDLP, уровень безопасности является, как правило, указываются в плане количества умножений эллиптической кривой. Но умножение ЕС-это не тривиальная вещь, и при этом его показатели одинаковы для всех кривых. Однако, когда речь идет о вещах в порядка 2^128 фактором 10 или только изменения показателя на 3,3. Это становится еще более размытыми, когда вы принимаете во внимание специализированное оборудование, которое может быть построено для определенных задач, что делает его даже сложно сравнивать.

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

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

+287
Atifm 18 дек. 2014 г., 2:12:56

Вы можете изменить биткоин источник клиентов немного, так что он не генерирует новые адреса после использования предыдущего. Вы на самом деле нужно установить sth как keyUsed = ложь в getaddress и компиляции.
Для закрепления используйте сырые сделок, однако имейте в виду, что при создании транзакции из множества предыдущих выходов требует много копировать и вставить, или повеселиться с pywallet на экспорт всех сделок.

+182
Niall 9 апр. 2017 г., 21:46:03

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