Подтверждение Blockchain.info недоразумение

У меня есть некоторое недопонимание относительно того, как работать подтверждение blockchain.info. Если мы пойдем в истории платежей можно увидеть информацию о подтверждении в двух местах. Первый в истории всех сделок. Такой

enter image description here

И второе место на информационной странице сделки enter image description here

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

+427
ratgi 10 мар. 2011 г., 15:33:27
24 ответов

Адреса, похожи друг на друга так, чтобы номер вашего банковского счета, он просто говорит, Где ваш кошелек. Он отличается в способе биткоин кошелек может иметь более 1 адреса. Лично я получаю Bitcoin на 4 по 5 разным адресам.

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

+987
Michael Doran 03 февр. '09 в 4:24

Если предлагаемая сделка является ввод БТЦ 1.00000001, один вывод БТЦ 0.9999 и изменить вывод БТЦ 0.00000001 (оставив 0.0001 BTC в качестве оплаты), то да, большинство клиентов откажется от него под властью пыли. Правила биткоин ядра отказаться от сделок с любой вывод, который слишком мал - точные детали очень сложные, но запрещено вообще выходов менее 546 Сатоши (BTC в 0.00000546) являются. (Вы можете увидеть полную информацию в источнике - это функция CTxOut::IsDust() в ядре.сек.) Возможно, однако, что некоторые нестандартные клиенты будут ретранслировать транзакцию, и он может найти свой путь к ненормированному Шахтер, который будет включать ее в блок, но есть риск, что его не будет.

Если вы используете ядра биткоин и вы на самом деле пытаетесь совершить сделку, которая принимает ввод БТЦ 1.00000001 и отправляет БТЦ 0.9999 по другому адресу, то позволит избежать этой проблемы, не создавая изменение выход, но с добавлением дополнительных 1 сатоши на плату вместо. Так вы будете эффективно уплатить пошлину в БТЦ 0.00010001, и ваша сделка должна быть передана и подтвердил без проблем.

+981
Aravinth Shanmugam 23 апр. 2012 г., 6:53:40

Основной вопрос об использовании не segwit входов в сделки финансирования или выхода p2sh как якорь канала является пластичность транзакции.

Гарантия восстановления до канал финансируется опирается на совершение сделки опираясь на лучшие сделки финансирования. Если проводки финансирование txid должны были быть malleated, сделки обязательство становится недействительным и Apple становится обязанным своим партнером канала для восстановления.

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

Сделка, следовательно, финансирование должно быть податливым и якорь канала должны быть проведены в скрипте, не податлив на расходы.

+941
SHERRY KHAN 26 нояб. 2016 г., 8:33:48

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

+775
Toby Wilkins 2 сент. 2013 г., 10:23:31

Нет, вы не можете. Erupters USB для блока ASIC майнеры. Они не могут иметь свой алгоритм изменен в любом случае, потому что алгоритм рассчитан на кремний. Они могут только мои монеты, которые используют тот же алгоритм, как биткоин (SHA256d) например, Namecoin и Devcoin.

+766
Nick Schimek 25 апр. 2013 г., 2:18:04

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

https://github.com/cbuchner1/CudaMiner/

Я также написал некоторые заметки о составлении CudaMiner здесь http://www.fractured-state.com/2014/03/scrypt-mining-on-aws-nvidia-gpu-with-cudaminer/

+740
noirdesir 27 нояб. 2013 г., 23:30:44

Я предполагаю, что клиент СПВ как bitcoinJ просила сделок, связанных с одной недели клиента, и клиент был недоступен в течение недели. Когда клиент СПВ приходят в интернете, это просто запрос новых транзакций, который был создан в автономном режиме?

Кроме того, выполняет полный клиент, который получает Bloom фильтр от СПВ проверка клиента только новые транзакции, или все блокчейн от генезис блока?

+736
William Rodgers 7 июл. 2010 г., 17:14:03

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

+733
Sneha Sawant 6 сент. 2017 г., 20:55:39

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

После того, как канал открыт, вы можете отправлять и получать столько в оплате, сколько вы хотите в пределах емкости канала, избегая биткоин платы, и не нужно для подтверждения. Если Вы доверяете в качестве технологии (как Вы доверяете биткоин блокчейн), то биткоин вы получите в ЛН так же хорошо, как биткоин на Blockchain, потому что Вы доверяете, что вы всегда можете закрыть канал и получите тот же платеж на цепи. Другими словами, биткоины на молнии сети на 100% подкреплена блокчейн.

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

+728
jeanlau 9 авг. 2012 г., 5:00:04

Сделки Coinbase-это не тот, который подписывается или вещания в сеть. А она должна быть первой транзакции в блок, который вы добываете. Кроме того, первые 4 байта scriptSig должна быть высота блока (1 байт для pushdata 3 байта на высоту).

+710
Bryan Guffey 17 янв. 2016 г., 22:46:15

Я понимаю, что закрытый ключ генерируется с помощью случайных чисел

В частности, любой 256-разрядное число от 0x1 до 0xFFFF ffff в ffff в порядок Ffff в порядок FFFE ffff в DCE6 BAAE AF48 A03B BFD2 5E8C D036 4140 является допустимым закрытый ключ

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

+635
Srivalli 22 янв. 2017 г., 14:57:52

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

Поскольку вы уже использовали -salvagewallet на другой кошелек файла, просто используйте этот бумажник.DAT-файл. Примечание -salvagewallet есть некоторые проблемы и не гарантируется, чтобы исправить коррупции. Потому что ваш кошелек достаточно старый, его не используют HD ключи, поэтому следующее решение должно работать: начать Биткойн-ядра с -usehd=0 параметр или добавить usehd=0 на ваш Bitcoin.файл conf.

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

+572
Mexican7 7 нояб. 2017 г., 11:20:07

Использования -тестовом режиме, вариант. Это позволит запустить демон в тестовом режиме.

+546
BeBlockTech 6 окт. 2010 г., 4:47:33

я могу настроить мой адрес начнется через getnewaddress?

Нет, getnewaddress вернется новый адрес каждый раз, и в адресной строке будет случайным. Чтобы создать адрес, который начинается с определенной строки символов, вы должны использовать программное обеспечение, чтобы выполнить итерации через множество случайных адресов, прежде чем адрес с нужной строкой не найдено. Этот тип адреса называется ‘тщета адрес’. Если вы ищите этот термин вы найдете более подробную информацию.

также в чем разница между адресами, начиная с 1 и адресов, начиная с 3?

Адрес, начиная с 1, является платить к открытому ключу хэш’ (P2PKH) адреса, а адреса начиная с 3 это платить хэш скрипта’ (P2SH) адрес. Если вы ищите этих двух терминов, вы найдете много дополнительной информации на этой странице о различиях между двумя.

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

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

Но если вы действительно должны проверить законность представлены адреса таким образом, вам необходимо написать программу для генерации новых адресов несколько раз, а затем проверить возвращаемый адрес, чтобы увидеть, если она соответствует вашему нужные строки. Вы можете быть в состоянии найти ‘vanitygen’ стиль программного обеспечения, которые могут сделать это более эффективно, что является желательным для поиска более конкретными строками. Каждый дополнительный специфический характер вы желаете сделать поиск 58х сложнее (так как формат адреса в базы 58).

+536
Hector Bernier Casanova 30 окт. 2017 г., 21:21:30

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

+464
Snooditbsr3 28 февр. 2017 г., 5:35:55

Нужна помощь, я отправил меня биткоин наличные в банкомате неправильный биткоин, как я могу использовать этот адрес, чтобы отправить по адресу, который я хочу, это деньги !!! НУЖНА ПОМОЩЬ СЕЙЧАС

+424
Perchik 23 февр. 2013 г., 15:45:35

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

В Bitcoin Core, то вы создаете новую получите адрес, установить метку, если вам нравится, и навсегда отправьте BTC на адрес.

+375
Patricia Liberus 5 апр. 2012 г., 0:29:30
  1. Почему мы не принимаем хэш, который заканчивается все эти нули? Потому что это легче для Программа для вычисления хэша < expected_hash?

Подсчитывая число начальных и конечных нулей не дает много зернистости. Если представляется как шестнадцатиричное число, то есть только 64 возможных целевых значений если вы рассчитываете только на количество нулей. Если в двоичной, то есть 256 возможных значений. Кроме того, подсчет числа нулей означает, что вы можете только изменить сложность какая-то сила на 2 (в двоичном, сложность должна быть в два раза или в два раза). Таким образом, существует не так много значения для целевого и эта потеря детализации-это плохо.

Наоборот, сравнивая значение означает, что есть (в теории) 2^256 возможных значений трудности. Это гораздо более зернистый, и эти значения являются целыми числами. Вместо того, чтобы изменить уровень сложности путем умножения, трудность может быть изменен с сложение и вычитание. Имея больше ценности, сложности будут менее вероятно, чтобы быть слишком трудно или слишком легко.

  1. Но в данном случае, я не понимаю, почему мы не просто принимаем хэш - значение SHA256(SHA256 и(заголовок).дайджест()).дайджест().кодировать('Хекс') , что является ниже ожидаемого хэш? Вероятность получить то, что должно быть так высоко, как один обратное.

Это на самом деле так, как ты сказал. Изменение хэш только для того, как байты фактически не представлены. Они хранятся в виде байтов и интерпретировать как прямой порядок байтов 256-битное целое число. Сравнение все-таки целочисленное сравнение и представление данных не имеет значения (они могут так же легко быть сохранены и представлены как большой endian целых чисел). Но когда они отображаются, они отображаются в виде больших значений с прямым порядком байтов в шестнадцатеричном, потому что люди привыкли к обратным порядком байтов. Причина обратным порядком байтов, скорее всего, потому что архитектура x86 использует прямой порядок байтов для хранения целых чисел.

+293
oshaiken 20 мар. 2016 г., 18:45:26

Это не совсем "15 операций"...

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

До сих пор шахтеры относились все, кроме основных четыре вида сценарий как нестандартные. Это означало, что вы могли бы добавить их в блокчейн (потому, что они справедливы), но только если вы их сами, или убедить одного из бассейнов, чтобы добавить их к блоку.

Благодаря непринужденной правила, вы сможете создавать операции, которые можно обменять почти любой сценарий построен из перечисленных ниже команд: https://en.bitcoin.it/wiki/Script . Пока они не содержат более 15 проверяет подпись.

Самый большой потенциал использования для это, наверное, в оракулы / умные контракты, как пояснили в Гевин чуть-thereum пост. Наш проект - Orisi / распределенной оракулов щас только практической реализации этой концепции, и это подробно описано в нашей белой бумаге ( https://github.com/orisi/wiki/wiki/Orisi-White-Paper ). Мы можем использовать расширенные скрипты для выполнения 1+M из N проверить multisig - то требуют подпись отправителя транзакции, и М. Н оракулы, защищающие transaciton. Если это объяснение не является достаточно ясным, вы, возможно, захотите, чтобы проверить наш веб-сайт.

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

+272
Rajas 15 мая 2014 г., 20:38:36

На самом деле, обычный способ посоветоваться блокчейнами использует открытый ключ (якобы открытый ключ Искатель) в результате будут все сделки, в которых ключевым является участие: https://www.blockchain.com/btc/address/1EwpnNBdFJykwxp6X8v9AfZnup9bgmrLE1

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

:

$ ./bitcoin-address-from-public-key.py af31b067645ffe4eb534d609da80332e5c5747543fd97385e832c6fdf2d4b4bf 00 
по умолчанию = 04af31b067645ffe4eb534d609da80332e5c5747543fd97385e832c6fdf2d4b4bf00

Сжатый публичный ключ: 
key_hash = 98f7fbd15e7b30a4ed55aec7baae40729967ba67 
контрольная сумма = c199dbe6fc87793152351aaa25b4ce28e395225dd3abcb4606b159e1ac26b346 
key_hash + контрольная сумма = 0098f7fbd15e7b30a4ed55aec7baae40729967ba67 c199dbe6 
биткоин-адрес = 1EwpnNBdFJykwxp6X8v9AfZnup9bgmrLe1

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

С:\> биткоин-адрес-от-открытым ключом af31b067645ffe4eb534d609da80332e5c5747543fd97385e832c6fdf2d4b4bf 00 | биткоин-получить-адрес-баланс

адрес = 1EwpnNBdFJykwxp6X8v9AfZnup9bgmrLe1
total_received = 1.57390781 биткоин
final_balance = 0 биткоин

В этих примерах я изменил две строчки в bitcoin-address-from-public-key.py с COMPRESS_PUBKEY = 1 и многословный = ложь.

+162
Rowan Harley 11 янв. 2013 г., 9:43:29

Мы можем создать мнемосхему семян бип 39 HD-кошелька с косметическим адрес для лайткоинов, если да, то как?

+148
Koichi Hayama 1 сент. 2018 г., 1:47:27

Я совершенно новенькая в крипто горно мира и исследуя рентабельность майнинга биткоинов, когда я наткнулся на bitclub, который предлагает почти в 4 раза больше прибыли, чем добыча на себя. Их аргумент заключается в том, что у них больше hashpower поэтому они делают более биткоинов в геометрической прогрессии. Это правда? Мы делаем более биткоинов в геометрической прогрессии, если мы имеем больше hashpower? Если бы я была добыча с супер компьютер, я буду зарабатывать гораздо больше биткоинов, или же, как и за 1ч/з несколько хэш-мощности у вас есть?

+58
Kungi 13 окт. 2013 г., 23:59:05

Насколько большие усилия, чтобы вызвать >51% атаки? (Ддос / взлом бассейны + обеспечить собственные мощности майнинга)

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

Если бассейн или бассейны сговорились, вдруг приступили к реализации 51% атаки, шахтеры бы оставить эти бассейны. Но к тому времени, какой-то ущерб, несомненно, будет сделано.

Может разбившегося блокчейн выздороветь? (после выполнения кода предотвращения атак)

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

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

Другой возможностью является надежным центральным органом по вопросу "контракты на добычу полезных ископаемых". Шахтеры должны были бы подписывать свои блоки и шахтеров, которые пытались 51% атак бы найти их контракты аннулированы. Это будет иметь неблагоприятные последствия централизации биткоин несколько, но, по крайней мере, каждый бассейн может решить для себя, какие "контракты" они будут честь.

Возможно, есть лучшие решения там.

+49
korablevsanek 22 сент. 2019 г., 17:48:25

Я инженерные старый биткоин Дос векторы и наткнулся на уязвимость CVE-2013-4267, для которых, как представляется, мало публичной информации. Этот поток должен пролить свет на эту бнэ.

Есть описание в этом блоге:

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

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

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

Итак: была атака, описанной в CVE-2013-4267, основанные на добавление случайных данных в конце (действительный) сериализованных данных операций?

+35
ozgeneral 19 окт. 2013 г., 6:59:02

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