Понимание Биткоин ИД Транзакции

Откуда мне знать, что я получил BTC в кошельке / сделка успешно через ID транзакции. ? В Blockchain.info я использовал идентификатор транзакции, чтобы найти сделки, и это показывает мой адрес получения в нем. Что инфографика будет означать, что сделка будет успешной и БТД переведены на мой кошелек ?

+840
ajdi 1 февр. 2017 г., 2:56:18
26 ответов

В последнее время слабость в листовых узлах дерево Меркле была раскрыта, и он утверждал, что эта проблема может быть использована, чтобы обмануть СПВ узлов. Как слабость делать узлы СПВ уязвим для атак? Что бы злоумышленник не использовать эту атаку?

+996
Karan Iyer 03 февр. '09 в 4:24

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

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

+952
user85368 29 июл. 2011 г., 2:59:07

Вы можете попробовать эти сайты:

...

+906
parwat 7 мая 2015 г., 7:27:51
  1. Если набор цифр и букв, которые должны быть напечатаны на бумаге кошелек (обычно ниже QR-код) разборчиво, использовать это, чтобы импортировать ваш кошелек. Вполне вероятно, начинаться с "закрытым ключом:" и начинается с "5".

Другое:

  1. Попробуйте погуглить "удалить воск из бумаги"
  2. Прочитайте инструкции тщательно, для правдоподобности
  3. Следовать инструкциям.

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

+856
Sergy93 20 февр. 2017 г., 3:25:15

Например, в Bitcoin, если я хочу, чтобы Шахтер, чтобы проверить, могут ли другие шахтеры хранить транзакции, перед удалением его из его mempool.

Как я справлюсь с этим делом больше, чем один шахтер делает проверку одновременно?

Можно ли использовать алгоритм переключений?

+778
Ray Zane 18 янв. 2012 г., 8:43:24

Узел Segwit преобразует проводки и блоков "на лету" при отправке их в обновленных узлов. Вы увидите кого-можно-потратить выходы и спасает от таких выходов. Вы не увидите каких-либо дополнительных флагов, данные свидетелей и любые другие segwit вещи.

+756
gmh33 13 мар. 2011 г., 16:13:30

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

+702
SirNugNug The II 28 июл. 2013 г., 13:33:46

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

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

+697
PelinErgenekon 31 авг. 2019 г., 6:58:29

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

+697
dilectio 29 нояб. 2012 г., 14:01:01

Если я создам слишком много, они красные почему-то. Так что максимальное количество адресов, что семя может сделать?

+686
B Betz 16 апр. 2017 г., 12:29:03

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

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

+662
bchatard 29 мая 2018 г., 19:19:49

Не уверен в этом, но вы могли бы использовать importprivkey вызова RPC. Что я хотел бы попробовать импортирует один из них с пересканировать=false, а затем импортировать в другой пересканировать=правда. Пересканировать=истина заставляет его пройти через весь блокчейн и искать любые места, которые связаны обращении к этому закрытому ключу. После импорта двух закрытых ключей, первый без повторного сканирования и второй с пересканировать, то посмотри, есть ли обработка на второго закрытого ключа у вас всех сделок за первый закрытый ключ, который вы ввели.

Затем, если это работает, вы могли бы написать сценарий командной строки, чтобы выполнить этот вызов RPC с каждой строки файла в качестве закрытого ключа.

Это высокоуровневое описание того, что я бы попробовать. Если вам нужна дополнительная помощь по importprivkey, открыть биткоин-в Qt графический интерфейс, идти на помощь >> окна отладки >> консоль и введите команду "help importprivkey". Если вам нужна помощь в написании скрипта, вам, вероятно, придется сделать некоторые погуглить вокруг, чтобы узнать о ваших ОС-зависимый язык сценариев.

+571
Sheila Norman 27 нояб. 2011 г., 21:44:27

btcd, и предположительно другие биткоин узлом, кажется, есть 4 варианта сети:

  1. mainnet
  2. тестовом режиме
  3. регтест
  4. simnet.

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

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

Это то, что документация говорит:

--регтест использовать тестовую сеть регрессии 
--simnet использовать тест сетевого моделирования 
+514
LeeM 7 нояб. 2018 г., 15:28:06

Шахтеры самостоятельно создавать сделки Coinbase для блока. Для создания транзакций blockchain кошелек эта сделка должна быть первой в блоке и есть только 1 вход из всех. Ввод фонда означает, что сделка минусом является и показатель 0000000000000000000000000000000000000000000000000000000000000000 это FFFFFFFF. Входы сумму от сделки, рассчитываемую как заблокировать сумма вознаграждения по данным блока высота, плюс все суммы, плата за все другие операции внутри блока. Шахтер смог взять эту сумму на выходах. Шахтер укажите собственный адрес и размер блока блок награды, а награда плату. В случае, если Шахтер неправильно рассчитывает суммы и указать больший, чем ожидалось, блок будет отвергнут другими узлами. В случае, если Шахтер указать нижнего блока будет принято, но Шахтер потерять деньги.

Пример в mainnet, когда Шахтер проиграет все награды из-за ошибки:

https://bitaps.com/410995608537d591d6ce5ff2a7966fa84f891c5e2269ef85e8ecdb68d5188f9b

enter image description here

+498
Alfe 19 апр. 2012 г., 19:42:34

Это общие для сайта, чтобы сразу же отправлять полученные монетки в свою superwallet (мастер-узел) при Х подтверждений?

Нет. Не на всех и обычно считается очень плохой практикой, как в Bitcoin вы не тратите от адреса, а от сделок, так что "накопления" в один адрес не работает. Рассылка с этого адреса снова придется ссылаться на все пересылаемые операции. (Есть особые случаи, такие как зеленый адрес в оригинальной реализации, но нет, это в прошлом.)

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

Вы смотрите сети Bitcoin? Либо через прокси или с полным узлом. Проверьте insight.bitpay.com API-интерфейс.

Предположим, в случае с путем деривации м/к'/0/I, где M представляет собой основной узел, когда пользователь имеет узла K, а я-его i-й сделки.

Я бы настоятельно советовал провести эту логику на сервере, только.

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

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

м / 44' / 0' / Я' / 0 / Дж

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

м / 44' / 0' / Я' / 0

но, как правило,

м / 44' / 0' / я'

Одна незначительная вещь, которую вы должны отслеживать, является разрыв между адресами, которые не получают оплаты. Если ваш сервер наблюдается разрыв более чем в 20, вам нужно будет помочь ваш бумажник, чтобы найти эти средства, если это строго bip44 которым лишь бы восполнить пробелы до 20. Если ваша последняя сделка на индекс 1220 и вы не видите сделки в 1255 и 1257, вы можете отправить сатоши в 1239 и ваш кошелек будет найти остальных.

+470
3nafish 8 дек. 2018 г., 3:31:18

в инструмент, сколько это...

...хотя его надо не так уж много изменилось с тогда )

вы можете легко найти адрес, если вы написали его вниз.

просто замените ваш адрес: https://blockchain.info/address/1C3RiLE1M5BsGHH5GDhTwjTmYquawd6aKj

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

цены вы найдете на рынках и биржах, как poloniex или Кракен.

на самом деле использовать средства

вам понадобится программное обеспечение-кошелек, который сможет прочитать ваш закрытый ключ формат и может либо создать транзакцию передается или послать его к сети напрямую. вы найдете список для начала: https://www.weusecoins.com/en/find-the-best-bitcoin-wallet/ и некоторые другие места, как биткоин Вики и на других форумах даст гораздо больше.

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

  • bitaddress.org (источник)
  • iancoleman по BIP39 (источник) – это хорошая отправная точка, чтобы нырнуть глубже, так как новые Бипс реализованы, что позволит вам для использования, например, SegWit включена адреса.

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

+459
marianne salvatore 28 февр. 2013 г., 23:35:25

Я заметил, что компания не позволит вам совершать сделки на SatoshiDice. Это связано с SatoshiDice был заблокирован в США из-за онлайн правил азартных игр, или есть дополнительные причины для такого ограничения?

Что других операций у всех известных заблокировали, если таковые имеются?

+344
Danil2526 28 окт. 2012 г., 8:23:42

Проблема была в количестве символов, закодированных в Техас. Код C++ выделить память в зависимости от переменной count в Техас. Этот коммит решить проблему: https://github.com/stellar/js-xdr/pull/4/commits/119a8c26f71de8568d88cee1a94cb33074797859

+310
cehopkins1010 23 сент. 2013 г., 3:15:12

Я видел упоминается в нескольких местах (bitcd и bitcoinj), что полная проверка клиентов должны соответствовать Сатоши bitcoind клиенту, в том числе и его ошибки, по-видимому, чтобы предотвратить расщепление блокчейн.

Я думаю, ошибки, которые нужно реплицировать в правила приемки блока, однако мне не удалось найти каких-либо конкретных ссылок на данные вопросы. Главный биткоин протокол спецификация , кажется, не упоминал.

Может кто-то пожалуйста, объясните (или ссылку на документ, который объясняет) эти ошибки?

Правка: ссылки, которые вызвало мое любопытство следующее (Курсив мой):

Из bitcd :

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

Из bitcoinj:

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

+302
user57653 7 мар. 2013 г., 19:58:57

Я не уверен на 100%, как этот API работает, но, похоже, это позволяет поставлять энтропии. Тест, чтобы увидеть, если вы всегда получите один и тот же адрес и тайны, если вы предоставляете той же энтропии. Если да, то просто используйте мнемонические и любая схема HD вы хотите получить секретный любого вида (можно использовать тот же алгоритм можно использовать для Bitcoin) и передать этот секрет, как энтропия на этот вызов API.

Два предупреждения с таким подходом:

1) Вы должны проверить, чтобы убедиться, что API действительно детерминирована. Попробуйте на нескольких различных машинах и несколько различных реализаций JS и убедитесь, что энтропия всегда приводит к одному адресу и секрет.

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

+242
user49746 29 авг. 2018 г., 5:21:40

Же новость на blockchain.info - это не только сделки подтвердил, но он тоже провел, так что он, безусловно, получил.

+240
Lord of the Larks 7 нояб. 2010 г., 22:37:15

Да, есть сайты для этого.

+216
serik0 14 авг. 2013 г., 22:09:43

Вы читали ридми - ГПУ?

Я расклеил содержание на сайт Pastebin, если ты хочешь проверить?

+212
ishandutta2007 16 мар. 2017 г., 21:42:18

Я импортировал ключ от моего Электрум кошелек (тестовом режиме) в bitcoincore (тестовом режиме) как следовать:

  1. В моем Электрум кошелек, я скопировать закрытый ключ, связанный по адресу mmUToPM2vBb2F1ZNcR86J12GxqAbUJtFcr (баланс 0.06 БТЦ)
  2. Затем я импортирую его в bitcoincore:

importprivkey ~# биткойн-Кинк "на 52 символов секретного ключа здесь" "от" Электры "бумажник"

  1. Повторное сканирование должно быть автоматическим, но я прошу переиндексировать и пересканировать:

~# bitcoind -повторить поиск -переиндексация

Через некоторое время, я могу выдать:

~# биткойн-Кинк listaddressgroupings

И я успешно получить:

[
[
[
"mmUToPM2vBb2F1ZNcR86J12GxqAbUJtFcr",
0.06000000,
 "Из Электрума Кошелек"
]
],
[
[
"2MwBERpNv7JJaW4nVUbQncXjFjG1nFKLyep",
0.05000000,
"тест"
],
[
"2N4AMdXitdYhNdjafzHG61uUdrErExSdhks",
0.00498305
]
],
[
[
"2N6xTkaeuKsQSHCortgxiNvsVXj2Gv1Qy85",
0.05000000,
"условие_2"
]
]
]

Но когда я спрашиваю за остаток, он возвращает 0:

~# биткойн-Кинк метода getbalance mmUToPM2vBb2F1ZNcR86J12GxqAbUJtFcr

0.00000000

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

Спасибо, что вы ввод/озарение!

Мой биткоин.конф:

txindex=1
addrindex=1
слушать=1
сервер=1
демон=1
тестовом режиме=1
+171
Grendel 16 июн. 2011 г., 9:18:57

Я думаю, там сочетание из типа сделки (p2pk, p2sh, p2pkh...) и публичные ключи или адреса. Адреса генерируются из шестигранных по умолчанию (классная площадка здесь: http://gobittest.appspot.com/Address). На публичные ключи хешируются, сеть байт добавлено, некоторые проверить подводя и в base58check закодированных. Это дает мне биткойн-адрес открытый ключ.

В транзакции можно использовать различные методы передачи средств. Я ответил на ваш другой пост , а также. Поэтому, когда условие расходы только требует, чтобы вы представить ваш публичный ключ и подпись, то это сделка p2pk. Открытый ключ будет признан ваш кошелек (после упомянутой выше схемы кодирования) как „Тип 1“ адрес.

Если условие тратит, это открытый ключ, хэш, то это p2pkh TX, и у вас есть Op_Dup СТД Op_Hash160,... структура.

Если посмотреть на стек, то становится понятно, что происходит. Расходы Техас ставит свою подпись и по умолчанию на стек. Затем скрипт по умолчанию идет на стек. Первая команда OP_Dup, поэтому по умолчанию дублируется. Затем OP_Hash160 образом, хеширования по умолчанию. Этот хэш сравнивается с хэшем скрипт по умолчанию (в вашем примере „1f1cafe31d63e061a3f74b541f4ce7a4515b4d0c“), и надеемся, что эти два матча (как в следующую OP_Equal). Это доказывает, что вы являетесь полноправным человеком, чтобы тратить средства, потому что вы могли бы доказательство, что вы можете хэш-код по умолчанию на указанный по умолчанию хэш. И хеширование-это одна функция, кстати... никто не мог сделать этого. На последнем шаге, подпись в сделке проверяется, и с вашим теперь предоставляется по умолчанию транзакция будет проверено на действительной подписи (OP_Checksig).

Надеюсь, я смогу пролить свет на путаницу с адресами и „оплата по умолчанию“ или „платить по умолчанию хэш“ сделок :-)

+86
Just another metaprogrammer 23 дек. 2010 г., 16:14:54

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

Если вы хотите нормальных деривации (позволяя публичные ключи должны быть получены не зная родительской привчной), используйте платные к договору схеме: привчной = parent_privkey + ч(parent_pubkey || ИД) по умолчанию = parent_pubkey + ч(parent_pubkey || ИД) * г

Если вы хотите hardered деривации, просто используйте родительского ключа в качестве дополнительного источника энтропии: привчной = ч(parent_privkey || ИД) по умолчанию = ч(parent_privkey || ИД) * г

(где ID-это как минимум 16 байт случайности)

BIP32 может быть использована, если вам это действительно нужно, для этого использовать дело, но это излишне сложным. Я хотел бы предложить не менее 5 уровней 31-разрядных чисел (4 будет меньше, чем 128 бит энтропии) или не менее чем 39 уровней для однозначных подпути (129.55 бит энтропии).

+19
Apoorv Agarwal 22 сент. 2015 г., 18:26:39

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